TuxOnIce - Features

TuxOnIce's features include:

Image compression (LZF - very fast and highly recommended).
Full asynchronous I/O and readahead for synchronous I/O for maximum throughput.
Multithreaded compression & I/O.
Support for any number of swap partitions and/or files.
The ability to cancel a suspend cycle (during suspending) by pressing escape.
The ability to specify a maximum image size.
Support for saving a full image of your memory, resulting in a fast, responsive system after resuming.
Support for plugins: data transformers (compression, encryption) and new storage backends (NFS support is planned).
Works out of the box for most configurations.
Nice user interface (GenSplash compatible).
Support for Highmem (up to 4GB), SMP and preemptive kernels.
Scripting support.
Speed and reliability - TuxOnIce has been extensively tested in a variety of configurations over many months. It is not guaranteed to be perfect, but bugs found will be hunted and fixed quickly.
Can be configured to be a drop-in replacement for swsusp (for swap partitions - swap files are configured more simply with TuxOnIce).
Preliminary FUSE support.
(Work in progress:) Cluster support.

Suspend-to-disk implementations explained

Since the original Software Suspend code was written by Gabor Kuti and Pavel Machek back in 1998, four different implementations have been created for the 2.6 kernel, all forks of the same original codebase. Here is a quick comparison between the three that still exist. The first column refers to CONFIG_SOFTWARE_SUSPEND in the 2.6 kernel. pmdisk has been merged back into the original "swsusp" implementation in the kernel, and hence is no longer listed here. The second column is userspace swsusp, developed by Rafael Wysocki. The third refers to what is now commonly called "TuxOnIce" (previously Suspend2) and is what this site largely deals with.

Name	swsusp	uswsusp	TuxOnIce
Available in kernel	2.6.x	since 2.6.17	patch against 2.6.x
Kernel config option	CONFIG_HIBERNATION	CONFIG_HIBERNATION	CONFIG_TUXONICE
Principle author	Rafael Wysocki	Rafael Wysocki	Nigel Cunningham
PM subsystem required	none	none	none
Telling kernel at boot where to save image	resume=/dev/hda#		resume=<file:\|swap:>/dev/[node]<:sector> `If file & swap allocators are both compiled in, swap is the default.`
How to activate suspend	`echo -n disk > /sys/power/state`	`Userspace program`	`echo > /sys/power/tuxonice/do_suspend or echo disk > /sys/power/state if replacing swsusp is enabled.`
Telling kernel not to try and resume in case of a problem	`noresume`	`?`	`noresume`
Architecture support	i386, ppc, x86_64, ia64	i386, ppc, x86_64, ia64	i386, ppc, x86_64, ia64
Max. Image size	1/2 memory	1/2 memory	See below
Highmem support	Yes (up to 4GB)	Yes (up to 4GB)	Yes (up to 4GB)
Discontiguous memory support	Yes	Yes	Yes
SMP support	Yes	Yes	Yes
Preemption support	Yes	Yes	Yes
Compression	No	Yes, with libraries	via cryptoapi - LZF recommended
Encryption	No	With libraries	by writing to dm-crypt partition
Suspend-to-swapfile support	No	Yes?	Yes
Suspend-to-multiple swap partitions/files	No	No	Yes
Suspend-to-file support	No	No	Yes
Modular support	No	No	Yes (post 2.2.9)
Initrd support (needed for LVM/dm-crypt)	No	Required	Optional
UML support	No	No	No
Wake alarm support	No	No	Yes
Suspend-over-NFS support	No	No	No (also planned ;)
Auto swapon when starting to hibernate	No	No	Yes
Easy location of resume= values	No	No	Yes
Reconfigure without rebooting	No	No	Yes
Full mem. accounting, leak detection, failure path testing.	No	No	Yes
Expected compression ratio to avoid freeing too much mem.	No	No	Yes
Scripting support.	No	No	Yes
Keep image mode (For kiosks).	No	No	Yes
Mark resume attempted (sane default if resuming fails).	No	No	Yes
Multithreaded I/O	No	No	Yes
Readahead.	No	No	Yes
Cluster support.	No	No	In progress
Interactive debugging	No	No	Yes
Cancel hibernating via keyboard	No	Yes	Yes
Cancel resuming via keyboard	No	No	Yes
Switch poweroff method while hibernating	No	No	Yes
Checksummed image	No	No	Yes
Unloadable modules when not in use	No	No	Yes
Fuse support	No	No	Preliminary

TuxOnIce saves the image in two parts. The first part consists of the page cache, and is generally 70%+ of the memory in use. TuxOnIce saves this first, since it's not needed while saving the remainder. It then makes an atomic copy of the remainder, using the pages previously saved, and stores the atomic copy. Working in this way, TuxOnIce can normally save a full image of memory. Only if the page cache is smaller than 50% and there is no other free memory will TuxOnIce be unable to save a full image of memory.