In the regular sparc test runs on qemu the emulated sparc machine only
has 32MB of ram. In this setup the /usr/tests/lib/libc/sys/t_mincore test
mincore_resid fails. If we allow qemu ot provide more memory, the test
succeeds.
The part of the test that fails in low memory environments is:
An
I have not tried the test, but ntpd(8) on m68k machines
(with less than 32MB) always complains mlockall() failed.
---
Izumi Tsutsui
On Thu, May 24, 2012 at 01:30:39AM +0900, Izumi Tsutsui wrote:
I have not tried the test, but ntpd(8) on m68k machines
(with less than 32MB) always complains mlockall() failed.
Yeah, that is because libc already is too big or something.
However, in this case the mlockall() suceeds.
Martin
On Wed, May 23, 2012 at 06:15:32PM +0200, Martin Husemann wrote:
In the regular sparc test runs on qemu the emulated sparc machine only
has 32MB of ram. In this setup the /usr/tests/lib/libc/sys/t_mincore test
mincore_resid fails. If we allow qemu ot provide more memory, the test
succeeds.
On Wed, May 23, 2012 at 07:15:41PM +0100, David Laight wrote:
What are the default ulimit values?
Good point. Page size is 4k, with 32MB the limits are
# ulimit -a
time (-t seconds) unlimited
file (-f blocks ) unlimited
data (-d kbytes ) 65536
stack
Hello,
This is a new resource limit to prevent users from exhausting kernel
resources that lwps use.
- The limit is per uid
- The default is 1024 per user unless the architecture overrides it
- The kernel is never prohibited from creating threads
- Exceeding the thread limit does not prevent
