Page 2 of 2 FirstFirst 12
Results 11 to 19 of 19

Thread: Linux 3.13 To Receive Multi-Queue Block Layer

  1. #11
    Join Date
    Oct 2010
    Posts
    91

    Default

    Quote Originally Posted by beaverusiv View Post
    If these numbers a true I'm going to cry. The one issue I care about has been I/O. NVIDIA you can keep Optimus to yourself as long as my computer doesn't freeze when Amarok decides to do a library scan or firefox/Opera/Chrome have to access their caches or I copy something to USB, or hell, playing video can be pretty terrible sometimes.
    they're using a null backend, so real world performance advantage is likely to be lower. we'll have to wait until it's released to see how much real benefit comes for current hardware.

    i'm curious if it'll benefit hard-disks much on simple numa (2 node) architectures. i imagine the latency reduction will have at least minor benefit.

  2. #12
    Join Date
    Jun 2012
    Posts
    15

    Default

    Quote Originally Posted by duby229 View Post
    So I take it these changes are only going to effect people that have SSDs that support this feature? or do all SATA drives support this feature?
    I checked the slides and it should affect SSDs, eMMCs and the like, not magnetic storage.

  3. #13
    Join Date
    Jul 2009
    Location
    United Kingdom
    Posts
    39

    Default

    Just a small pointer, not sure the forum's where to do it, but whatever - there's a minor typo in this news post:

    and ctually yields simpler driver development.

  4. #14
    Join Date
    Jul 2013
    Location
    Brasil
    Posts
    96

    Default

    This will reduce compile time, right?

  5. #15
    Join Date
    Oct 2010
    Posts
    91

    Default

    Quote Originally Posted by rudregues View Post
    This will reduce compile time, right?
    probably slightly but mostly from less cache thrashing, i imagine.

  6. #16
    Join Date
    Jan 2007
    Location
    Germany
    Posts
    2,124

    Default

    Quote Originally Posted by Pajn View Post
    3.13 Won't make it to 14.04.
    Quite sure it will.

  7. #17
    Join Date
    Sep 2010
    Posts
    229

    Exclamation

    Quote Originally Posted by beaverusiv View Post
    (...) as long as my computer doesn't freeze when Amarok decides to do a library scan (...)
    This is partially because Amarok uses an over-featured SQL database backend that is much slower than a simple custom solution could be...

  8. #18
    Join Date
    Jun 2010
    Posts
    49

    Default

    Quote Originally Posted by Viper_Scull View Post
    So glad Arch is a rolling release and we don't have to worry about which version is going to get a specific kernel...
    Agreed and Manjaro makes it super easy to install and remove kernels with all the benefits of Arch.

  9. #19
    Join Date
    Oct 2009
    Posts
    2,086

    Default

    Quote Originally Posted by Ericg View Post
    Fedora 21 and Ubuntu 14.04 get more and more interesting...
    Fedora 20, and probably even 19, will get kernel 3.13.
    Fedora 18, 19, and 20 (prerelease) are all already on 3.11, the next round of kernel updates (probably happen this coming week) will probably bring on 3.12. Note that F17 got all the way up to 3.10 before its support was dropped, which is the same version 18 and 19 were running at the same time.

    Generally, their policy is to keep the kernel up at the latest stable version for Fedora "stable" or "close to stable", and at the latest BLEEDING version for unstable/WTF (i.e., F21 is riding 3.12 prerelease.)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •