I was playing with huge pages and libhugetlbfs. Small programs like "ls" work fine. I tried running Evolution through libhugetlbfs and the system slowly stops running. One interesting thing is the "ps" command, it gets stuck like this: ps D ffff81001e57ed40 0 103558 103483 ffff81001f061dc8 0000000000000096 ffff81003d8586e8 ffff81001cbadc00 0000000000000006 ffffffff80537009 0000000000000030 ffffffff807ff700 ffffffff807ff700 ffffffff807ff700 ffffffff807ff700 ffffffff807ff700 Call Trace: [<ffffffff80537009>] _spin_unlock+0x29/0x50 [<ffffffff80536425>] __down_read+0x75/0xaf [<ffffffff80295f49>] access_process_vm+0x49/0x190 [<ffffffff802f3003>] proc_pid_cmdline+0xa3/0x130 [<ffffffff802f4cea>] proc_info_read+0xba/0x100 [<ffffffff802b0085>] vfs_read+0xc5/0x180 [<ffffffff802b0583>] sys_read+0x53/0x90 [<ffffffff8020c1de>] system_call+0x7e/0x83 and nothing will touch it after that. Here's my kernel command line: root=/dev/sda2 rootfstype=reiser4 rootflags=no_write_barrier ro i8042.nomux elevator=cfq resume=/dev/sda3 panic=5 nmi_watchdog=2,panic debug hugepages=32 Here's the "huge" script I was using to run programs: #!/bin/sh export LD_PRELOAD=libhugetlbfs.so export HUGETLB_MORECORE=yes export HUGETLB_PATH=/mnt/huge export HUGETLB_VERBOSE=1 exec "$@" I don't have any more info than that at the moment but I could reproduce it with whatever, on request. -- Zan Lynx <[email protected]>
Attachment:
signature.asc
Description: This is a digitally signed message part
- Follow-Ups:
- Re: 2.6.22-rc1-mm1 huge pages VM freeze (maybe?)
- From: Randy Dunlap <[email protected]>
- Re: 2.6.22-rc1-mm1 huge pages VM freeze (maybe?)
- Prev by Date: Re: Reboot hang
- Next by Date: [PATCH 63] drivers/scsi/pluto.c: mostly kmalloc + memset conversion to kcalloc
- Previous by thread: [OT] good job guys with the anti-spam !
- Next by thread: Re: 2.6.22-rc1-mm1 huge pages VM freeze (maybe?)
- Index(es):