T.O.I for the boot-up time reduction

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

I tried T.O.I for the ARM based reference platform, TI OMAP3, with the
ARM hibernation patch(*1). It works quite reliably as below:

...
[    7.282806] Post atomic.
[    7.285369] Reading caches...
[    8.328247] ...20%...40%...60%...80%
[    8.862762] Waited for i/o due to throughput_throttle 35 times.
[    8.869934] Cleaning up...
[    8.876373] Restarting all filesystems ...
[    8.919616] Restarting tasks ... Restarting tasks ... done.
[    9.096862] TuxOnIce debugging info:
[    9.096893] - TuxOnIce core  : 3.1.1.1
[    9.096893] - Compiler vers. : 4.3
[    9.096893] - Attempt number : 1
[    9.096893] - Parameters     : 0 667648 0 0 -2 0
[    9.096923] - Overall expected compression percentage: 0.
[    9.096923] - Compressor is 'lzo'.
[    9.096923]   Compressed 180785152 bytes into 56154335 (68 percent compression).
[    9.096923] - Block I/O active.
[    9.096923]   Used 13840 pages from swap on /dev/...
[    9.096923] - Max outstanding reads 752. Max writes 221.
[    9.096954]   Memory_needed: 1024 x (4096 + 200 + 72) = 4472832 bytes.
[    9.096954]   Free mem throttle point reached 0.
[    9.096954] - Swap Allocator enabled.
[    9.096954]   Swap available for image: 105984 pages.
[    9.096954] - I/O speed: Write 27 MB/s, Read 26 MB/s.
[    9.096984] - Extra pages    : 0 used/2000.
[    9.096984] - Result         : Succeeded.
...

Now it boots at ~9 [sec] and I am trying to reduce the resuming time
as much as possible, and I set the following:

(a) echo 100 > /proc/sys/vm/swappiness
(b) echo -2 > /sys/power/tuxonice/image_size_limit
(c) Apply the followin patch to call shrink_all_memory(ULONG_MAX)
--- a/kernel/power/tuxonice_prepare_image.c
+++ b/kernel/power/tuxonice_prepare_image.c
@@ -982,7 +982,7 @@ static void eat_memory(void)

	if (amount_wanted > 0 && !test_result_state(TOI_ABORTED) &&
			image_size_limit != -1) {
-               unsigned long request = amount_wanted + 50;
+               unsigned long request = ULONG_MAX;

		toi_prepare_status(CLEAR_BAR,
				"Seeking to free %ldMB of memory.",

I think that most of resuming time is spent on extracting image from
disk and I am sure that reducing the image size could make the boot-up
time/resuming time much shorter. I understand that smaller page cache
makes application less responsive, but from total user experience POV,
still shorter boot-up time may have some advantage over such
responsiveness. The ealier UI shows up the better experience. So I
would like ask experts here about the following questions:

1, Any other (T.O.I) parameters to make the image size smaller?
   Now I do "drop_pagecache()", "shrink_all_memory(ULONG_MAX)" and compression.
2, Any other (T.O.I) parameters to make I/O speed faster?
3, Does "swappiness = 100" make the resume faster?
4, Could multiple swap partitions on different storage make I/O speed
   faster?

I'm looking for any possibility to reduce the boot-up/resuming time
with T.O.I. Any comment/idea would be appreciated.

  Hiroshi DOYU

*1: http://www.spinics.net/lists/linux-omap/msg32850.html
_______________________________________________
linux-pm mailing list
linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx
https://lists.linux-foundation.org/mailman/listinfo/linux-pm


[Index of Archives]     [Linux ACPI]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [CPU Freq]     [Kernel Newbies]     [Fedora Kernel]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux