Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > Java > Re: Shootout: the benchmarks game.

Reply
Thread Tools

Re: Shootout: the benchmarks game.

 
 
kwikius
Guest
Posts: n/a
 
      05-03-2008

"Razii" <> wrote in message

> No, there could be a need for it say in a chess engine. The faster the
> chess engine, the stronger it plays. The stronger it plays, more chess
> enthusiasts are likely to buy it.


hmm... Well That pretty much rules out Java Don't it. Java's slow as old
boots. I'd suggest using C++, or if C++ is too difficult for you to
understand... use C.

regards
Andy Little



 
Reply With Quote
 
 
 
 
thufir
Guest
Posts: n/a
 
      05-03-2008
On Fri, 02 May 2008 21:40:02 -0700, Chris Thomasson wrote:


> The JVM your using is most likely written in C/C++. That means that the
> memory allocator is written in C/C++. Your comparing an allocator
> created in C/C++ which Java likely is using, to other allocators created
> in C/C++.
>
> Notice any pattern in there?
>



On a tangent, how did that "Java computer" which Sun touted years ago
work? What sort of OS did it have?


-Thufir
 
Reply With Quote
 
 
 
 
Leonard Milcin
Guest
Posts: n/a
 
      05-03-2008
kwikius wrote:
> "Razii" <> wrote in message
>
>> No, there could be a need for it say in a chess engine. The faster the
>> chess engine, the stronger it plays. The stronger it plays, more chess
>> enthusiasts are likely to buy it.

>
> hmm... Well That pretty much rules out Java Don't it. Java's slow as old
> boots. I'd suggest using C++, or if C++ is too difficult for you to
> understand... use C.
>
> regards
> Andy Little
>
>
>


Actualy, Java is usually way faster than C++ or C when it comes to
memory allocation.

http://www-128.ibm.com/developerwork...vaUrbanLegends

Leonard

--
Simplicity is the ultimate sophistication.
-- Leonardo da Vinci
 
Reply With Quote
 
kwikius
Guest
Posts: n/a
 
      05-03-2008

"Razii" <> wrote in message
news:...
> On Fri, 2 May 2008 21:40:02 -0700, "Chris Thomasson"
> <> wrote:
>
>>The JVM your using is most likely written in C/C++.

>
> Jet native compiler is not written in C++.
>
>>That means that the memory allocator is written in C/C++.

>
> True, for Hotspot VM where probably VM, written in C++, allocates
> memory.


<...>

> The compiler itself doesn't have to be
> fast (you can even write a compiler in Perl) but it has to generate
> machine code that is as best optimized as possible.


The only people that would write a compiler for a serious programming
language in Java are those that have to
And you can bet they'd be itching for the day they can bootstrap it.

> At least theoretically, even if it's not yet true,


Nah... Everybody knows Java's slow as old boots. Take my advice. Don't write
your compiler in Java. It'll be too clumsy for any serious use.

regards
Andy Little





 
Reply With Quote
 
kwikius
Guest
Posts: n/a
 
      05-03-2008

"Razii" <> wrote in message
news:...
> On Sat, 3 May 2008 11:49:26 +0100, "kwikius"
> <> wrote:


>>Nah... Everybody knows Java's slow as old boots.

>
> How about you post an example code in C++ that when translated to java
> would at least 10 times slower.


Whats the point? You'd lose....

regards
Andy Little









 
Reply With Quote
 
John W Kennedy
Guest
Posts: n/a
 
      05-04-2008
Chris Thomasson wrote:
> "Razii" <> wrote in message
> news:...
>> On Sat, 3 May 2008 03:58:00 +0100, "kwikius"
>> <> wrote:
>>
>>> hmm... Well That pretty much rules out Java Don't it. Java's slow
>>> as old
>>> boots....

>>
>> Well, that's the topic, isn't it? We have yet to see any proof that
>> C++ is faster by any order of magnitude except by a small margin. In
>> some cases, it's downright slower like in allocating dynamic memory.

>
> The JVM your using is most likely written in C/C++. That means that the
> memory allocator is written in C/C++. Your comparing an allocator
> created in C/C++ which Java likely is using, to other allocators created
> in C/C++.
>
> Notice any pattern in there?


Yeah. The same pattern that made memory management in assembler the
slowest in OS/360.
--
John W. Kennedy
"...when you're trying to build a house of cards, the last thing you
should do is blow hard and wave your hands like a madman."
-- Rupert Goodwins
 
Reply With Quote
 
kwikius
Guest
Posts: n/a
 
      05-04-2008

"Chris Thomasson" <> wrote in message
news:ePmdnR0vG-...
> "kwikius" <> wrote in message
> news:...
>>
>> "Razii" <> wrote in message
>>
>>> No, there could be a need for it say in a chess engine. The faster the
>>> chess engine, the stronger it plays. The stronger it plays, more chess
>>> enthusiasts are likely to buy it.

>>
>> hmm... Well That pretty much rules out Java Don't it. Java's slow as
>> old boots. I'd suggest using C++, or if C++ is too difficult for you to
>> understand... use C.

>
> I tend to use Java when ever I need to create a "portable, fairly complex"
> GUI. For instance, a management console for a server application. I would
> create the actual server in C, and use Java for the "admin" GUI which
> connects to the "server management" port and actually mutates some "live"
> state... Its really convenient...


Yep... Javas's not all bad

regards
Andy Little


 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Benchmarks, you know ya wanna post em ;) RObErT_RaTh Hardware 115 11-26-2009 03:14 PM
FEAR - real world gameplay benchmarks at bit-tech Silverstrand Front Page News 1 11-01-2005 02:22 PM
First hands-on benchmarks of notebook using GeForce 7800 Go Silverstrand Front Page News 5 09-29-2005 01:39 PM
Third Party Benchmarks for Web Server abhi Java 1 09-28-2005 03:28 PM
porting spec benchmarks to Java Vasanth Venkatachalam Java 1 11-29-2004 06:57 PM



Advertisments
 



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57