[Issue 11783] Make std.datetime unittesting faster
d-bugmail at puremagic.com
d-bugmail at puremagic.com
Sun Dec 22 11:01:02 PST 2013
https://d.puremagic.com/issues/show_bug.cgi?id=11783
Walter Bright <bugzilla at digitalmars.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bugzilla at digitalmars.com
--- Comment #11 from Walter Bright <bugzilla at digitalmars.com> 2013-12-22 11:00:48 PST ---
I want to chime in and agree that 38 seconds to unittest datetime is too slow.
I want to add that unittesting datetime consumes more than 500Mb of memory (how
much I don't know, but it exceeds all memory and fails on one of my older
boxes).
It just seems patently absurd to me that date/time consumes more than 500Mb of
memory.
I agree that the datetime tests should be thorough. But I see no reason why
they can't be both thorough and run in a reasonable amount of time in a
reasonable amount of space.
Let's assume that exceptions are the bottleneck. I posit that there's nothing
about date/time calculations that require exceptions. I suggest that datetime
separate out date/time calculations into separate nothrow functions, and have
the throwing happen in a layer over the top of them. Then have the unittests
test the non-throwing calculation engine, and you'll only need a handful to
check to see that the throwing works.
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
More information about the Digitalmars-d-bugs
mailing list