|
2011-03-07
, 16:48
|
Posts: 1,341 |
Thanked: 708 times |
Joined on Feb 2010
|
#192
|
? Again back to language vs platform ? But that's not even platform, I was making a point that even with X86 (even if I forget OSes), you have dozens of very different configurations, which in practice make all these targeted cache and thread level optimizations pointless at best or counterproductive at worst.
|
2011-03-07
, 17:01
|
Posts: 1,341 |
Thanked: 708 times |
Joined on Feb 2010
|
#193
|
Hehe, just wait until the processor guys come in and tell this should all be left to the uncore.
The initials of this behaviour we're all already seeing since Nehalem...
|
2011-03-07
, 19:01
|
Posts: 3,319 |
Thanked: 5,610 times |
Joined on Aug 2008
@ Finland
|
#194
|
I do not think even in processor level anything can be done to the process memory heap fragmentation problem, but just increasing L2 data cache.
|
2011-04-03
, 11:19
|
|
Posts: 1,789 |
Thanked: 1,699 times |
Joined on Mar 2010
|
#195
|
|
2011-06-15
, 13:26
|
|
Posts: 3,524 |
Thanked: 2,958 times |
Joined on Oct 2007
@ Delta Quadrant
|
#196
|
Jeremy Manson brought the performance of Java on par
with the original C++ version. This version is kept in the
java_pro directory. Note that Jeremy deliberately refused
to optimize the code further, many of the C++ optimizations
would apply to the Java version as well
We find that in regards to performance, C++ wins out by
a large margin. However, it also required the most extensive
tuning efforts, many of which were done at a level of sophistication that would not be available to the average programmer.
The Java version was probably the simplest to implement,
but the hardest to analyze for performance. Specifically the
effects around garbage collection were complicated and very
hard to tune. Since Scala runs on the JVM, it has the same
issues.
|
2011-06-15
, 14:25
|
Posts: 3,319 |
Thanked: 5,610 times |
Joined on Aug 2008
@ Finland
|
#197
|
Still there are far too many unknowns to draw a scientific conclusion. I think Google purposely did this to keep the debate ongoing
The Following 4 Users Say Thank You to attila77 For This Useful Post: | ||
|
2011-06-15
, 14:40
|
|
Posts: 738 |
Thanked: 983 times |
Joined on Apr 2010
@ London
|
#198
|
I don't think there ever will be a proper conclusion - people want to hear "A is faster than B", i.e. see somebody go through the finish line first. However, the subject matter is complex enough that there are so many factors that can fundamentally change the conclusion. For example, if someone asks you what's quicker, a car, a bus or a bicycle, your gut instinct might be car, but in reality it depends is it open road or urban area, is it day or night, is it a rush hour or not, are you a good pedaler or not etc, etc.
The Following User Says Thank You to erendorn For This Useful Post: | ||
|
2011-06-15
, 15:07
|
|
Posts: 3,524 |
Thanked: 2,958 times |
Joined on Oct 2007
@ Delta Quadrant
|
#199
|
I don't think there ever will be a proper conclusion - people want to hear "A is faster than B", i.e. see somebody go through the finish line first. However, the subject matter is complex enough that there are so many factors that can fundamentally change the conclusion. For example, if someone asks you what's quicker, a car, a bus or a bicycle, your gut instinct might be car, but in reality it depends is it open road or urban area, is it day or night, is it a rush hour or not, are you a good pedaler or not etc, etc.
|
2011-06-15
, 16:06
|
|
Posts: 3,524 |
Thanked: 2,958 times |
Joined on Oct 2007
@ Delta Quadrant
|
#200
|
Finally allocate as much as you like, but forget as soon as possible, before the next GC run if possible. Still don't overdo it either, there is a reason why using StringBuilder is more efficient than simple String concatenation. And finally, keep your overall memory footprint and especially your old generation as small as possible. The more objects you keep the less the GC will perform.
Tags |
bada rox, dalvik, future, java haters, meego, meego?fail, nokia, sandbox sucks |
|
The initials of this behaviour we're all already seeing since Nehalem...