|| ||"Rafael J. Wysocki" <rjw-AT-sisk.pl> |
|| ||Pavel Machek <pavel-AT-ucw.cz> |
|| ||Re: [TuxOnIce-devel] [RFC] TuxOnIce |
|| ||Sat, 9 May 2009 21:32:10 +0200|
|| ||nigel-AT-tuxonice.net, linux-pm-AT-lists.linux-foundation.org,
|| ||Article, Thread
On Saturday 09 May 2009, Pavel Machek wrote:
> > > And we have different ideas about how things should be done. Userspace
> > > vs kernel space. Providing tuning knobs vs not. And so on.
> > This isn't _that_ important. Actually, I'm not against an entirely in-kernel
> > solution, as there are some clear benefits of doing it this way. We only
> > need to be careful enough not to break the existing setups.
> Would you elaborate?
One benefit is that we need not anything in the initrd for hibernation to work.
Another one is that we can get superior performance, for obvious reasons
(less copying of data, faster I/O). Yet another is simpler configuration and
no need to maintain a separate set of user space tools. I probably could
> I would really hate to put progressbar painting into kernel; and if
> that's in userspace, we can do compression/encryption there too as
That's correct, we can. But since we have LZO in the kernel now, we can use
it for compression just as well, can't we?
to post comments)