bugGNU GRUB - Bugs: bug #29945, resume directly (tuxonice)

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #29945: resume directly (tuxonice)

Submitter:  doggie <doggie>
Submitted:  Sat 22 May 2010 09:23:10 PM UTC
   
 
Category:  Booting Severity:  Major
Priority:  3 - Low Item Group:  Feature Request
Status:  None Privacy:  Public
Assigned to:  None Originator Name: 
Open/Closed:  Open Release:  other
Release:  Reproducibility:  None
Planned Release:  2.03+

Sun 23 May 2010 12:49:39 PM UTC, comment #4: 

Currently grub has only gzip support. LZMA patches are underway. Importing LZO shouldn't be of any problem.
Firmware disk sevices are blocking and prevent multithreading. GRUB has native drivers for ATA and USB. Currently we're polishing and extending those drivers. Parallel support and decompress is on TODO list: https://savannah.gnu.org/task/?10079.
So what you ask for is possible and is one of goals but it's difficult to give an ETA

 Vladimir Serbinenko <phcoder>
Group administrator
Sun 23 May 2010 12:10:40 PM UTC, comment #3: 

Having a stable image format is not a problem, and I'll happily co-operate as far as development and testing goes.

Would multithreaded I/O be possible from the bootloader? TuxOnIce is currently achieving what's probably close the maximum possible throughput, via a combination of multithreading and LZO (default) compression.

If both of those things could be done from the bootloader, it would be worth giving it a go.

I do know that work was done by a VMware guy on this about 6 months to a year ago, but I don't believe the results were open sourced.

Regards,

Nigel

 Nigel Cunningham <nigelcunningham>
Sun 23 May 2010 10:07:28 AM UTC, comment #2: 

http://bugzilla.tuxonice.net/show_bug.cgi?id=455

 doggie <doggie>
Sat 22 May 2010 10:32:34 PM UTC, comment #1: 

This would require TuxOnIce to maintain a stable image format and communicate us the expected behaviour. In many cases doing resume in bootloader is easier than in kernel itself. xnu uses this way. But it often happens that bootloader doesn't use the faster available method to read from disk so in some cases it may result in slower boot

 Vladimir Serbinenko <phcoder>
Group administrator
Sat 22 May 2010 09:23:10 PM UTC, original submission:  

Hi!

Currently, the boot procedure is rather long when resuming from a (tuxonice) hibernate-img, because GRUB goes this way:
- Initrd
- Kernel
 - Discover drives (again)
 - look for toi img
 - resume

Wouldn't it be nice to let GRUB resume directly from the TuxOnIce-image (from the swap-partition)?


Do you think that's possible in a future release of GRUB?

Thanks,
doggie

 doggie <doggie>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by nigelcunningham (Posted a comment)
  • -email is unavailable- added by phcoder (Posted a comment)
  • -email is unavailable- added by doggie (Submitted the item)

    •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2016-03-02 phcoder Planned ReleaseNone 2.03+
    2010-10-24 phcoder Priority5 - Normal 3 - Low

    Back to the top

    Copyright © 2024 Free Software Foundation, Inc.
    Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.
    The Levitating, Meditating, Flute-playing Gnu logo is a GNU GPL'ed image provided by the Nevrax Design Team.
    Page source code

    Powered by Savane 3.14-3b9d.
    Corresponding source code