Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
Open Source Operating Systems Upgrades Linux

Linux 3.15 Will Suspend & Resume Much Faster 117

Posted by Soulskill
from the cutting-into-my-foot-tapping-time dept.
An anonymous reader writes "The Linux 3.15 kernel now in its early life will be able to suspend and resume much faster than previous versions of the Linux kernel. A few days ago we saw ACPI and Power Management updates that enable asynchronous threads for more suspend and resume callbacks. Carrying out more async operations leads to reduced time for the system suspend and then resuming. According to one developer, it was about an 80% time savings within one of the phases. On Friday, work was merged that ensured the kernel is no longer blocked by waiting for ATA devices to resume. Multiple ATA devices can be woken up simultaneously, and any ATA commands for the device(s) will be queued until they have powered up. According to an 01.org blog post on the ATA/SCSI resume optimization patches, when tested on three Intel Linux systems the resume time was between 7x and 12x faster (not including the latest ACPI/PM S&R optimizations)."
This discussion has been archived. No new comments can be posted.

Linux 3.15 Will Suspend & Resume Much Faster

Comments Filter:
  • by Anonymous Coward on Saturday April 12, 2014 @05:18PM (#46735805)

    On my SandyBridge-era Thinkpad Edge, with:
    - one 7200rpm Hitachi drive from ~ 2011 and
    - one Intel SSD 525 from ~ 2013,
    Debian Testing/Sid with kernel 3.13-1-amd64 wakes up from RAM sleep in 1s or so, thus extremely covenient so I never shutdown/hibernate.. how much more improvement can you get?..

  • Re:not fast (Score:4, Interesting)

    by SuricouRaven (1897204) on Saturday April 12, 2014 @06:39PM (#46736285)

    And there lies the problem. Windows is very tolerant of badly-configured ACPI implimentations - it'll happily work even if half the configuration fields are wrong, as it simply ignores them and uses hard-coded suboptimal values. There's little incentive for OEMs to bother supporting any OS other than Windows, so typically once the firmware works for Windows it is considered good enough. All is well, until we stick linux on it - and linux then follows the ACPI specification correctly, and fails horribly.

  • by elal1862 (129261) <elal1862@@@gmail...com> on Saturday April 12, 2014 @07:16PM (#46736505)
    Some perspective is needed here:
    We're talking about almost-a-decade-old hardware running a current linux version. Yet it's still fast enough to resume within 5 seconds, boot in 45 seconds, start libreoffice in 4 seconds, IOW: still quite usable
    My $200 says you can't run Mavericks on a (similar vintage!) PowerBook G4 with the same usability...
  • parallelism (Score:4, Interesting)

    by lkcl (517947) <lkcl@lkcl.net> on Saturday April 12, 2014 @07:58PM (#46736749) Homepage

    .... um, it's 2014, the linux kernel is a critical part of the planet's internet infrastructure, is used in TVs, routers and phones all over the world, and you're *seriously* telling me that its internals aren't fully parallelised? i thought the linux kernel was supposed to be a leading example of modern operating system design and engineering.

  • Re:Caution (Score:4, Interesting)

    by sjames (1099) on Saturday April 12, 2014 @08:54PM (#46737065) Homepage

    And if it's soft RAID or a ZFS pool?

Real Users never know what they want, but they always know when your program doesn't deliver it.

Working...