linux-kernel - Re: Odd swapping issue

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 24 Jul 2008 15:45:20 +0200
From:	"Rafal Wijata (NULL)" <devnull@...ata.com>
To:	linux-kernel@...r.kernel.org
Subject: Re: Odd swapping issue

OK, things are little more clear now I suppose.

I tried (just for fun) echo 8 > /proc/sys/vm/nr_hugepages
and it happened again, and no hugepages were allocated of course.

But this brought the following to my mind.

Since it's nfs server/client, and the nfs is rather heavily utilized(at 
least sometimes), maybe nfsd tasks were unable to find long enough lowmem 
chunk. How can we get such ram? By sweeping pages out to swap, isn't it?

Now the question is, if Linux actually has such feature like blind swapping 
out if lowmem is too fragmented to find requested size?
Can anybody confirm or negate?

Next, I was thinking then I could run 64bit system, but I don't want to 
reinstall it. Anybody knows if it's possible to have installed 32bit OS, but 
run 64bit kernel alone(no 64bit glibc or anything else)?

Thanx in advance.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/