Benchmarks and articles here ya go! (now I'll be killed)

http://www.idiom.com/~zilla/Computer/javaCbenchmark.html
http://www.javalobby.org/articles/swing_slow/index.jsp

Java Hotspot: http://en.wikipedia.org/wiki/HotSpot
Adaptive optimization: http://en.wikipedia.org/wiki/Adaptive_optimization

http://www.javaworld.com/jw-02-1998/jw-02-jperf.html

Note that these articles are relatively old, java today is even faster.
Of course, I understand that a VM and the OO concepts introduces some overhead, but tcl, ruby, python, perl, c# all these languages are slower or as fast as java, but noone seems to be saying it all time :)

On 6/1/06, Harry Vennik <[EMAIL PROTECTED]> wrote:
Yes, you may be right, be we also need to think about what we are going to do
ourselves. For that I think there is just:
- Tcl because we use that now, and we all know it
- C because it is the best programming language that compiles to native code

I prefer C.

I've always disliked interpreted languages because of their lack of speed.

And Youness: Java is faster than C for processing???? Benchmarks please :-P

Harry


Op donderdag 1 juni 2006 22:17, schreef Philippe Valembois - Phil:
> I think you misread the mail...
> He says that if we do a backend for Telepathy, he will create its own GUI
> with Java... He doesn't ask anything... (Maybe he asks for the backend :p)
> Phil
>
> Le Thursday 01 June 2006 21:51, Youness Alaoui a écrit:
> > Why are people asking for what they like, and not thinking about what is
> > right...
> > Yes, java development is really nice and fast! but java still has a lot
> > of disadvantages for such a project, first, people hate it (:P), the JVM
> > must be installed and is huge to download, so it's sad for dialup people.
> > and yes, java is fast, it's even faster than C (really!) for processing,
> > but the whole GUI part of Java is SLOW AS HELL, and yes, it is...
> > also, please don't talk about that mercury crap :p
> > I'm trying to think about what would be the most beneficial for all of
> > us, as developers and for our users. So java is not the perfect solution
> > (but not out of the way yet), and python/perl, pleaseeeee... we don't
> > need any more integration/training phase.. + we need people to work, not
> > stop bein motivated. Don't know about you python geeks, but in my case,
> > I'm narrow minded and I don't want to know what python is :P (looks
> > crappy to me)
> >
> > KKRT
> >
> > On Thu, 01 Jun 2006 15:34:41 -0400, Bruno Costa <[EMAIL PROTECTED]> wrote:
> > > I'm not an amsn developer (please, don't kill me), but if you guys are
> > > going
> > > to develop a MSN backend for telepathy I'm willing to implement a
> > > java/swing
> > > frontend! (and no, java isn't slow as hell, and yes, mercury is a
> > > bugged piece of crap) :D
> > > Apart from java I prefer python (maybe with pygtk)...
> > >
> > > By the way, is telepathy suported on windows?
> > >
> > > On 6/1/06, NoWhereMan < [EMAIL PROTECTED]> wrote:
> > >> ----- Original Message -----
> > >> From: "Youness Alaoui" < [EMAIL PROTECTED]>
> > >>
> > >> > python, NO, perl, NO... I know these languages are popular, but I
> > >> > just hate the syntax, and especially python, I heard so much about
> > >> > it, but
> > >>
> > >> I
> > >>
> > >> > never even felt the need to look at what the code looks like, I just
> > >>
> > >> hate
> > >>
> > >> > it from the start...
> > >
> > > Neither I like it so much, but maybe you have to think about it from
> > >
> > >> the point of view of ease of use, more than beauty itself (even if I
> > >> agree
> > >> a
> > >> little with you :)).
> > >> really, it doesn't look that bad ;)
> > >> And btw, you said you didn't like tcl as well :D
> > >>
> > >> > moreover, the main reason why we'd avoid python (if everyone agrees
> > >>
> > >> with
> > >>
> > >> > me), is that we're tcl/tk programmers here.. learning a new
> > >> > language,
> > >>
> > >> no
> > >>
> > >> > thanks... C code is for those who knows C code, and there are a few
> > >> > in here, and it's still the standard programming language...
> > >> > if we could get the hell out of tcl/Tk (or any interpreted
> > >> > language),
> > >>
> > >> I
> > >>
> > >> > would 100% do it, the only problem with C code is that it's hard to
> > >>
> > >> create
> > >>
> > >> > GUIs with it (I think, anyways, I'm still under the trauma of my Qt
> > >> > course...), while in Tk, it's as easy as stealing a cnady from a kid
> > >>
> > >> (who
> > >>
> > >> > ever invented this quote???), which is why we want to stick to Tk
> > >> > for
> > >>
> > >> our
> > >>
> > >> > GUI.
> > >>
> > >> As I said, gtk doesn't look that bad in every programming language
> > >> (gtk is
> > >> C). pygtk is just a wrapper
> > >>
> > >> > What you have said though made me realize that we might be going the
> > >>
> > >> wrong
> > >>
> > >> > way in some stuff...
> > >> > we could drop the whole interpreter thing, the Data/ structures
> > >> > could
> > >>
> > >> be
> > >>
> > >> > held in C structure (don't talk about C++ because of ABI, but C++ is
> > >>
> > >> the
> > >>
> > >> > nicest way to do it, I know!), and we could have a nice API to
> > >> > access those...
> > >> > and the GUI.. we could still use Tk inside C code with the Tk
> > >>
> > >> library...
> > >>
> > >> > no ?
> > >>
> > >> shoot me: I don't like how tk looks :D
> > >> you have to compile yourself tcl/tk 8.5 just to have antialiased
> > >> fonts...
> > >> d'uh!
> > >>
> > >> > should we drop the .tcl files completly ?
> > >>
> > >> not to be repetitive (maybe you know it):
> > >> http://tcl-gtk.sourceforge.net/:D
> > >> ok, beat me :P
> > >>
> > >>
> > >>
> > >> _______________________________________________
> > >> Amsn-devel mailing list
> > >> Amsn-devel@lists.sourceforge.net
> > >> https://lists.sourceforge.net/lists/listinfo/amsn-devel
>
> _______________________________________________
> Amsn-devel mailing list
> Amsn-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/amsn-devel


_______________________________________________
Amsn-devel mailing list
Amsn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amsn-devel



--
Bruno Costa
:wq
_______________________________________________
Amsn-devel mailing list
Amsn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amsn-devel

Reply via email to