http://d.puremagic.com/issues/show_bug.cgi?id=5623
David Simcha dsim...@yahoo.com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=5623
--- Comment #15 from David Simcha dsim...@yahoo.com 2011-02-24 17:56:20 PST
---
https://github.com/dsimcha/druntime/wiki/Druntime-GC-Optimization-Fork
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You
http://d.puremagic.com/issues/show_bug.cgi?id=5623
--- Comment #16 from Steven Schveighoffer schvei...@yahoo.com 2011-02-24
18:45:01 PST ---
(In reply to comment #15)
https://github.com/dsimcha/druntime/wiki/Druntime-GC-Optimization-Fork
from that wiki page:
Also note that a Tree2 benchmark
http://d.puremagic.com/issues/show_bug.cgi?id=5623
Steven Schveighoffer schvei...@yahoo.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=5623
Steven Schveighoffer schvei...@yahoo.com changed:
What|Removed |Added
AssignedTo|nob...@puremagic.com
http://d.puremagic.com/issues/show_bug.cgi?id=5623
--- Comment #13 from David Simcha dsim...@yahoo.com 2011-02-23 20:23:23 PST
---
One logistical point: Since I rebuilt my mental model of how the GC works,
I've come up with a few other small ideas for optimization. These don't have
nearly
http://d.puremagic.com/issues/show_bug.cgi?id=5623
--- Comment #14 from David Simcha dsim...@yahoo.com 2011-02-23 20:26:47 PST
---
(In reply to comment #11)
In addition, your statement that we only get 16 TB of space doesn't matter.
It
means the *jump size* is 16 TB. That is, if you
http://d.puremagic.com/issues/show_bug.cgi?id=5623
Sean Kelly s...@invisibleduck.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://d.puremagic.com/issues/show_bug.cgi?id=5623
--- Comment #9 from David Simcha dsim...@yahoo.com 2011-02-21 16:12:54 PST ---
Here's another benchmark. This one's designed more to be similar to reasonably
common scientific computing/large allocation intensive use cases with
moderately
http://d.puremagic.com/issues/show_bug.cgi?id=5623
--- Comment #1 from David Simcha dsim...@yahoo.com 2011-02-20 12:12:02 PST ---
Created an attachment (id=919)
The whole gcx.d file, in case you have trouble applying the patch.
Here's the whole gcx.d file, in case you have trouble applying the
http://d.puremagic.com/issues/show_bug.cgi?id=5623
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=5623
bearophile_h...@eml.cc changed:
What|Removed |Added
CC||bearophile_h...@eml.cc
---
http://d.puremagic.com/issues/show_bug.cgi?id=5623
--- Comment #4 from David Simcha dsim...@yahoo.com 2011-02-20 14:48:45 PST ---
(In reply to comment #3)
A very simple benchmark, in D and Java. You may use the D version with and
without your patch, and then the Java version too, and show the
http://d.puremagic.com/issues/show_bug.cgi?id=5623
--- Comment #5 from bearophile_h...@eml.cc 2011-02-20 15:07:17 PST ---
(In reply to comment #4)
I'm not sure what this told us that we didn't already know, though.
Thank you for the timings. This synthetic benchmark tells us something
http://d.puremagic.com/issues/show_bug.cgi?id=5623
--- Comment #6 from bearophile_h...@eml.cc 2011-02-20 15:11:18 PST ---
(In reply to comment #4)
We already knew Java's GC is much better than D's.
The purpose of a 3-legged comparison: the Java timing is used as a rough
zero-scale, to allow
http://d.puremagic.com/issues/show_bug.cgi?id=5623
David Simcha dsim...@yahoo.com changed:
What|Removed |Added
Attachment #918 is|0 |1
obsolete|
http://d.puremagic.com/issues/show_bug.cgi?id=5623
--- Comment #8 from David Simcha dsim...@yahoo.com 2011-02-20 18:29:43 PST ---
Created an attachment (id=921)
New gcx.d
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because:
17 matches
Mail list logo