Brian Smith wrote:
On 9/25/06, *Ian Lynagh* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:
On Wed, Sep 13, 2006 at 12:23:27PM -0500, Brian Smith wrote:
> * conc023(ghci)
>
> This test only fails when run via GHCi. This test runs out of
memory. The
> error message to stderr is:
> conc023: failed to create OS thread: Not enough storage is
available to
> process this command.
>
> When I came back to the computer I saw that Windows was warning
me that I
> was out of virtual memory and that it was increasing my page file
size. I
> have 1GB of RAM which I think should be sufficient to run the
testsuite
> successfully.
Does that happen repeatably?
The test always failed. When I decreased the number of threads in the
test from 5,000 to 1,400 or so, then the tests passed sometimes, and
sometimes failed. Decreasing the number of threads to under a thousand
made the test pass consistently. IIRC, the test failed almost
immediately upon executing.
conc023 creates 5000 threads that all do threadDelay with varying delays. On
Windows, with both the threaded and non-threaded runtimes, this results in 5000
OS threads being created, which is usually enough to fill up your VM.
I intend to fix this, at least in the threaded RTS, in fact it'll be part of the
fix for http://hackage.haskell.org/trac/ghc/ticket/637. The I/O manager thread
handles sleeps and signals, but currently isn't implemented on Windows.
Now, when I tried to rerun the tests against the latest ghc-6.6, ghc.exe
is segfaulting on ffi012(ghci), conc049(ghci), and conc023(ghci):
Unhandled exception at 0x0207fc58 in ghc.exe: 0xC0000005: Access violation.
That's a bit worrying...
Cheers,
Simon
_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs