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
| ||
|
Date: Sat, 31 Jul 2010 09:40:23 +1000 From: Nigel Cunningham <nigel@...onice.net> To: Bojan Smojver <bojan@...ursive.com> CC: linux-kernel@...r.kernel.org Subject: Re: [PATCH]: Compress hibernation image with LZO (in-kernel) Hi again. On 31/07/10 09:22, Bojan Smojver wrote: > On Sat, 2010-07-31 at 08:05 +1000, Nigel Cunningham wrote: >> Is an order 6 allocation really necessary, >> though? > > I tried with 5 and 4 and got slightly lower throughput numbers. With 6, > I was getting 145 to 150 MB/s, with 4 I'm getting around 130 MB/s (this > is all on hibernate). > > So, here is one with 4. How about vmallocing the cmp as well? That would greatly reduce the potential for page allocation failures while still letting you use an order 6 area. I might try this for TuxOnIce too - I'm only using order 0 allocations at the moment and have been wondering how I can get the higher write speed I think should be possible on my system :) I was thinking along the lines of locking, but perhaps that was the wrong area to pursue! :) > PS. I guess with this, read_sync can simply disappear as well. I haven't looked at the code for a while, but it might still be needed for the header? I know that in TuxOnIce, I need to read the first page synchronously when bootstrapping reading the image (can't read the next page until you know where it is, and its location is on the first page). Since swsusp uses those index pages, I think it would have the same issue - they would need to be read before it could read the following pages. Of course I'm going off memory :) Nigel -- 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/
Powered by blists - more mailing lists