Re: -nice tree [was Re: [Swsusp-devel] Re: swsusp problems [wasRe: Your opinion on the merge?]]
From: Nigel Cunningham
Date: Thu Mar 25 2004 - 17:54:16 EST
On Fri, 2004-03-26 at 10:27, Pavel Machek wrote:
> We should select one, and drop the others.
> gzip is useless for almost everyone -> gets little testing -> is
> probably broken.
Nope. Not broken. I used it yesterday in testing some changes you
suggested. I asked about removing it a while back and people said 'No!
We're using it!"
> > upgraded my laptop's hard drive, and found I wasn't getting the
> > performance improvements in suspending I expected. It turns out that the
> > CPU is now the limiting factor. Because I had the /proc interface, I
> > could easily adjust the debug settings to show me throughput and then
> > try a couple of suspend cycles with compression enabled and with it
> > disabled. Without the /proc interface, I would have had to have
> > recompiled the kernel to switch settings. (I didn't try gzip because I
> > knew it wasn't going to be a contender for me).
> Kernel could automagically select the right one.. But I'd prefer for
How? It would need to know the drive throughput, the compression
throughput for each driver... I'm sure you're not suggesting some sort
of utility run during kernel configuration/compilation. (And if you
were, that would assume the computer it was being compiled on was the
computer the kernel would be run on).
> only "non compressed" part to reach mainline for 2.6. Feature freeze
> was few months ago, and "adding possibility to compress swsusp data"
> does not sound like a bugfix to me...
Feature freeze is always half unfrozen anyway. 2.4 just gained XFS! I'm
sure 2.6 would be fine gaining a permutation of suspend with Highmem
support, swap file support, support for multiple swap devices, support
for bootsplash, support for compression and/or encryption and support
for SMP/HT. (Did I forget anything? :>).
C/- Westminster Presbyterian Church Belconnen
61 Templeton Street, Cook, ACT 2614.
+61 (2) 6251 7727(wk); +61 (2) 6253 0250 (home)
Evolution (n): A hypothetical process whereby infinitely improbable events occur
with alarming frequency, order arises from chaos, and no one is given credit.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/