|
|
| Author |
Message |
|
| kruegger at star.daewoo.c |
 Posted: Sat Jan 09, 1999 2:54 am |
 |
|
|
Guest
|
Hello everybody!
I started to study erlang from Jan. 1 .1999.
A lot of helps needed from you all over the world. thanks....
This is my first question:
I have a Unixware system and I think it is not likely that
Erlang is going to be ported on it successfully.
So, if I made a Erlang server program on NT where erlang system is
available
and C written client program on Unixware where Eralng system is not
available,
do the C-client and Erlang-server can communicate each other
successfully where
Erlang system is ported on one side(NT) only?
Second:
Is there any benchmark test result of Erlang?
If it is made for telecommunication equipment, there could be some
performance data of
Erlang in somewhere!
Post generated using Mail2Forum (http://m2f.sourceforge.net) |
|
|
| Back to top |
|
| tobbe at serc.rmit.edu.au |
| Posted: Sat Jan 09, 1999 4:37 am |
|
|
|
Guest
|
> I have a Unixware system and I think it is not likely that
> Erlang is going to be ported on it successfully.
Why don't you try and compile it yourself ?
(If Unixware is Posix compliant it wouldn't be too
much of a problem I think.)
> So, if I made a Erlang server program on NT where erlang system is
> available and C written client program on Unixware where Eralng
> system is not available, do the C-client and Erlang-server can
> communicate each other successfully where
> Erlang system is ported on one side(NT) only?
What do you mean by a "C-client" ?
Using the sockets library (gen_tcp/gen_udp) it works as you could expect.
But, if you are talking about a C-node (i.e you C program acts as
an distributed erlang node), then you have to compile the erl_interface
library on your Unixware machine.
/Tobbe
Post generated using Mail2Forum (http://m2f.sourceforge.net) |
|
|
| Back to top |
|
| ulf.wiger at etxb.ericsso |
| Posted: Mon Jan 11, 1999 8:36 am |
|
|
|
Guest
|
Freddie Kruegger wrote:
>
> Is there any benchmark test result of Erlang?
The question of benchmarks comes up every once in a while, and we'd like
nothing better than to have some undisputable benchmarks. Alas, they are
hard to come by. The main reason is that in order to be representative,
they must be so complex that noone can afford to design them.
I'll clarify that. We have found that Erlang works very well for highly
complex systems - systems where each designer understands only a small
portion. Erlang makes the complexity much more manageable, which gives
several advantages:
- your chances of succeeding at all with the project increase
- you gain a better understanding of the system sooner
- you have experiment with different solutions
- you can spot and fix quality/performance problems easier
- programmers feel more empowered -> more enthusiastic
All this equates somehow (although it's difficult to capture in a
benchmark) to better quality, better project control, and better
performance.
For what it's worth, it's easy to design benchmarks that show how Erlang
runs circles around JDK when it comes to concurrency. That has been done
at CSlab.
/Uffe
--
Ulf Wiger, Chief Designer AXD 301 <ulf.wiger_at_etxb.ericsson.se>
Ericsson Telecom AB tfn: +46 8 719 81 95
Varuv |
|
|
| Back to top |
|
|
|
All times are GMT
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum
|
|
|
Digg It
Del.icio.us
Reddit
Facebook
Stumble Upon
Technorati
