2007/6/15, Magnus Persson [EMAIL PROTECTED]:
If this line is correct then it was Steenvreeter that played a bad move at 51,
but Mogo failed to take advantage of this subtle mistake and lost with
move 52.
Now of course this line is not correct either because after 50
black A6 H4! H5 J3 F9 B8! E9
This is my analysis. It may be flawed but I hope it has some value.
It would be very interesting to see what mogo thinks on those variations.
Best Regards,
Lukasz
On 6/14/07, Sylvain Gelly [EMAIL PROTECTED] wrote:
Hello Sanghyeon, thank you for your comments.
After white (mogo) H2, MoGo
Hello all,
thank you all for all your precise comments. It becomes pretty
complicated and technical for me, I'll try to find out everything :).
Bye,
Sylvain
2007/6/15, Łukasz Lew [EMAIL PROTECTED]:
This is my analysis. It may be flawed but I hope it has some value.
It would be very
Azul Systems has released a compute appliance with 768 cores and 768
gigabytes of RAM,
happily driving your Java applications faster than ever before:
http://www.azulsystems.com/products/compute_appliance.htm
Terry McIntyre [EMAIL PROTECTED]
They mean to govern well; but they mean to govern.
Wow, 48-cores in a second-generation chip. The future is not far now.
On 6/15/07, terry mcintyre [EMAIL PROTECTED] wrote:
Azul Systems has released a compute appliance with 768 cores and 768
gigabytes of RAM,
happily driving your Java applications faster than ever before:
The Vega chip is custom-designed to run a Java Virtual Machine. Not at all
useful to the rest of
us who prefer other languages. IIRC, the machine has a single memory image. Of
course, 600+
gigabytes of RAM is not cheap, but if we can get an oil sheikh to sponsor a
project, who knows?
The
hey, you guys are right, java really is as fast as C now.
s.
- Original Message
From: terry mcintyre [EMAIL PROTECTED]
To: computer-go computer-go@computer-go.org
Sent: Friday, June 15, 2007 1:17:11 PM
Subject: Re: [computer-go] Java hounds salivate over this:
The Vega chip is
OO is slower than non-OO. it's just easier for a lot
of people to write.
s.
- Original Message
From: Joshua Shriver [EMAIL PROTECTED]
To: computer-go computer-go@computer-go.org
Sent: Friday, June 15, 2007 1:27:28 PM
Subject: Re: [computer-go] Java hounds salivate over this:
I'm not a
I am not a Java expert, so some of what I say here might be
wrong/outdated. I don't think JIT can make Java as fast as C/C++.
There are still things Java does in ways that cannot be fast. For
instance, you can't construct objects on the stack, so you need to use
the heap for everything. Also,
If there is a platform for Java, does that mean it wasn't ever actually
platform independent?
For you academia's out there prove it!
-Robin
On 6/15/07, Joshua Shriver [EMAIL PROTECTED] wrote:
I'm not a java advocate, but I thought the whole java speed war ended
when JIT came out? Granted
The JIT compiler can optimize away a lot of these things.
For those of you who like empirical data:
http://kano.net/javabench/
http://www.idiom.com/~zilla/Computer/javaCbenchmark.html
Plenty of data can be mustered for either side of this question, but
the assumption that Java is
Regarding the garbage collector, Azul Systems' big selling point is that their
hardware-assisted
garbage collection consumes vastly less time and is much more predictable.
- Original Message
From: Álvaro Begué [EMAIL PROTECTED]
Then you have the garbage collector, which will run at
On 6/15/07, Phil G [EMAIL PROTECTED] wrote:
JIT didn't solve everything - the managed memory management in Java (and
C#) has overheard which JIT can not always optimized away, for example.
The D programming language website argues in favor of garbage collection...
Even claiming that it
On Fri, 2007-06-15 at 14:45 -0400, Jason House wrote:
On 6/15/07, Phil G [EMAIL PROTECTED] wrote:
JIT didn't solve everything - the managed memory management in
Java (and C#) has overheard which JIT can not always optimized
away, for example.
The D programming
On 6/15/07, Don Dailey [EMAIL PROTECTED] wrote:
I think D keeps improving. The gcc version is slower anyway, so I
haven't bothered with it but my understanding is that they have made a
lot of optimizations since we last discussed the performance of D on
this group. Of course I haven't tested
Hi everybody
Guojuan (5p) has played some games agaisnt mogobot on kgs.
Worth to look at, and mogobot 3.0 won some on 9x9
Congrats to mogobot team, and thanks to Guo Juan for the games :)
Alain
___
computer-go mailing list
I think Java approaches the speed of C only in a few benchmarks. I
think if you had a competition by super-experts in any language to write
a very specific program, you would find that the Java program couldn't
approach the C program in speed.
For instance I would like someone to take Lukasz
What are the specs of the actual cores? Shared
memory or does each core have it's own?
Its a SMP machine. (share memory with same access
speed for every core)
There are more things to take into consideration
than just cores. I've
seen several posts like this in the past, and it
makes
Gah! no destructor gotta love that one if you are trying to write threaded
API's.
OK my proof goes like this. Not all operating systems are the same, and you
can access things in the operating system using Java, breaking
encapsulation, and making that code non-independent.
Furthermore, Java
Now that takes me back to days of your. Can we run TECO on a PDP-10 emulator?
Early
versions of EMACS were actually written on top of TECO -- how's that for layers
upon layers
of emulation?
http://en.wikipedia.org/wiki/Text_Editor_and_Corrector
- Original Message
From: Dave Dyer
On 6/14/07, Magnus Persson [EMAIL PROTECTED] wrote:
Congratulations to Steenvreeter!
Thx
In the second game against CrazyStone it played like a weak MC-program in the
opening - playing all moves in the center and allowing Crazystone as white to
make two rock solid groups which in my
The approach that C supports is chaos: deal with
it.
Is it an approach? or a mere fact of consecuences ?
I mean, people started to build C compilers on every
machine, thats all. The standard library is less
standard than any other thing...
C was one of the first mainstream languages, also was
On 6/14/07, Sylvain Gelly [EMAIL PROTECTED] wrote:
Hi Magnus,
Congratulations to Steenvreeter.
Thank you for your analysis. Did you looked at the first game
Steenvreeter-MoGo (MoGo was white)?
I wonder, because MoGo was really happy, estimation always increased, up to
81%, then in one move
Oh, that's because I'm a lousy programmer. :-)
Peter Drake
http://www.lclark.edu/~drake/
On Jun 15, 2007, at 4:03 PM, Darren Cook wrote:
Plenty of data can be mustered for either side of this question,
but the
assumption that Java is necessarily, inherently slower than C/C++ is
outdated.
At 03:12 PM 6/15/2007, steve uurtamo wrote:
my last $0.02 on this -- let me know when you've written a kernel in java, and
tell me how fast your operating system (written entirely in java) runs.
I could point out that lisp machines had no other language at the
core. The entire operating system
On Fri, 2007-06-15 at 15:12 -0700, steve uurtamo wrote:
my last $0.02 on this -- let me know when you've written
a kernel in java, and tell me how fast your operating system
(written entirely in java) runs.
what? that can't be done? :)
Well, in fact that can be done... :-)
26 matches
Mail list logo