Hey all,

Mini-update: got the unit tests for the global value numbering pass more
up-to-snuff awhile ago (it's like test-driven development in reverse!).  Still
seems like I should be doing more to test the new capabilities, but I'm not
sure if I could do much more than what's there.

My efforts as of late have been focused on some GVN improvements.  But for the
past way-too-long, I thought I had broken something catastrophic because
`load-all test-all` would invariably crash the listener with an "out of memory"
error:

  Out of memory

  Nursery: Start=831c0000, size=100000, end=832c0000
  Aging: Start=82fc0000, size=200000, end=831c0000
  Tenured: Start=50c80000, size=32140000, end=82dc0000
  Cards:base=b44d0008, size=326800
  Aborted

After a lot of very slow debugging (them's the breaks when running all the unit
tests, I guess) that was ultimately fruitless, I finally tried out Factor 0.95
straight from the build farm---none of my changes, no .git, just a clean
download of the linux-x86-32 tarchive.  And, what do you know, `load-all
test-all` still crashes with the same error.

It hadn't done that before, so I think the issue may be an intervening OS
update I did.  I'm running a fully up-to-date Debian testing, kernel
3.2.0-3-686-pae.

1) Can anyone reproduce this error?  Or is my machine just that jacked up?  I'd
be happy to provide other diagnostic info, if it'd help.

2) Any coping mechanisms?  I considered just throwing a bunch of memory at it
with command line switches (-young=, -aging=, -tenured=, etc.), but wasn't
really sure how much would do the trick, since it just started crashing like
this out of the blue anyway.

Thanks,
--Alex Vondrak
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk

Reply via email to