Announcement

Collapse
No announcement yet.

Linux 3.15 Can Resume From Suspend 7~12x Faster

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Linux 3.15 Can Resume From Suspend 7~12x Faster

    Phoronix: Linux 3.15 Can Resume From Suspend 7~12x Faster

    Early on in the Linux 3.15 merge window there were improvements to significantly speed-up suspend and resume for systems, but now there's another late merge of a patch that has the capability of speeding up the resume time from suspend by 7~12x for at least some laptop/desktop systems...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    Nice nice, i would be more happy if i don't have to unload and reload the half of all important kernel modules for my system.

    Comment


    • #3
      This is really cool!
      But, what happens if I run a command like this?
      Code:
      $ pm-suspend && dmesg > /tmp/dmesg
      Or this:
      Code:
      $ pm-suspend && dd if=/dev/sda of=/dev/sdb
      It shouldn't cause problems, right?
      Last edited by asdfblah; 12 April 2014, 12:33 PM.

      Comment


      • #4
        Code:
         $ pm-suspend && dd if=/dev/sda of=/dev/sdb
        Why would someone want to do this?

        Comment


        • #5
          Originally posted by asdfblah View Post
          Code:
          $ pm-suspend && dd if=/dev/sda of=/dev/sdb
          It shouldn't cause problems, right?
          Why would someone want to do this?

          Comment


          • #6
            According to the Intel blogpost (https://01.org/suspendresume/blogs/t...mpler-approach) there are 2 patches, one for ATA and another for SCSI devices.

            It seems that the one that was merged in is for SCSI devices (who has SCSI devices on his laptop?). What happened to the ATA patch?

            Comment


            • #7
              Originally posted by asdfblah View Post
              This is really cool!
              But, what happens if I run a command like this?
              Code:
              $ pm-suspend && dmesg > /tmp/dmesg
              Or this:
              Code:
              $ pm-suspend && dd if=/dev/sda of=/dev/sdb
              It shouldn't cause problems, right?
              Based on the overview on 01.org it sounds like this will work -- all ATA commands are queued and executed once resume completes.

              It's suspicious that all of the benchmarks are on systems with HDDs. I suspect that there is far less benefit for machines with SSDs.

              Comment


              • #8
                Originally posted by ryanplusplus View Post
                Based on the overview on 01.org it sounds like this will work -- all ATA commands are queued and executed once resume completes.
                Ah, I overlooked that part... thanks.

                Originally posted by ichk View Post
                Why would someone want to do this?
                The first command is used when debugging resume from suspend; the second one... just to give an example of something that could go wrong, although it's a bad example... a better one would be something like:
                Code:
                $ pm-suspend && dd if=/dev/sdb of=/home/user/sdb.backup

                Comment


                • #9
                  The original Intel blog post had both ATA and SCSI patches, but the patch that was merged into 3.15 was only the SCSI one.
                  What happened to the ATA patch? And who has SCSI devices in their laptops anyway?

                  Comment


                  • #10
                    Sata is missed from the benefit?

                    Comment

                    Working...
                    X