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

Thread: Intel Dramatically Speeds Up NSS With AVX2

  1. #11
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,185

    Default

    Anecdote of when NSS is a bottleneck: trying to start FF in a fresh VM. There is not enough entropy, NSS insists on /dev/random instead of /dev/urandom, and so FF start blocks until NSS has enough random data.

  2. #12
    Join Date
    Sep 2012
    Posts
    745

    Default

    Quote Originally Posted by bastiaan View Post
    Although I agree it is a good thing that Intel is participating in this project, I'm also a little skeptical. If you have a modern Haswell CPU, is NSS processing really going to be a noticable bottleneck for your average browsing session? I don't think so. Perhaps we are indeed looking at a technology demo with little impact.
    Probably useful server side.

  3. #13
    Join Date
    Jun 2009
    Posts
    1,180

    Default

    Quote Originally Posted by RealNC View Post
    What happened to AVX1? No support?
    well the first release of AVX is FP operations using 256 wide instructions and AVX2 handle the integer operations using 256 wide instructions, so assuming the algorithm is integer only it would be trivial for AVX2 but not so much for AVX since you need an additional step and cast the operands as floats/doubles before move the vector to the closest cache[L1/L2] to later recast the output vector back to integer.

    now if the algorithm can operate with FP then it can use AVX just fine.

    abut FMA4/3 im not entirely sure either can handle integer vectors.

    so as a thumb rule AVX1 Floating Point only and AVX2 Integer only

  4. #14
    Join Date
    Mar 2013
    Posts
    49

    Default

    Quote Originally Posted by erendorn View Post
    Probably useful server side.
    That's what my first thought was, since that's an environment where you would be doing a lot of signing and verifying.

  5. #15
    Join Date
    May 2010
    Posts
    15

    Default

    Quote Originally Posted by bastiaan View Post
    I doubt it, except under special circumstances. NSS is fast enough to run smoothly on low power ARM chips (as part of Firefox mobile, for example), and a Haswell Atom will surely be at least on par with the performance of the fastest ARM chip.
    Apparently the new Atoms won't be based on Haswell, but on 'Silvermont', which won't have AVX2. So it is a moot point.

  6. #16
    Join Date
    May 2012
    Posts
    542

    Default

    Quote Originally Posted by curaga View Post
    Anecdote of when NSS is a bottleneck: trying to start FF in a fresh VM. There is not enough entropy, NSS insists on /dev/random instead of /dev/urandom, and so FF start blocks until NSS has enough random data.
    last time i checked many distros had random as a symlink to urandom
    slackware never had

  7. #17
    Join Date
    Jan 2009
    Location
    Vienna, Austria; Germany; hello world :)
    Posts
    640

    Default

    Quote Originally Posted by gens View Post
    last time i checked many distros had random as a symlink to urandom
    slackware never had
    how about using frandom as an alternative ?

    https://wiki.archlinux.org/index.php/Frandom

    would that help ?


    this is broadly used in custom kernels & ROMs on android smartphones over at xda-forums

Posting Permissions

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