Tuesday, 18 November 2014

BFS 458, linux-3.17-ck2

This is a bugfix release for the power usage regression as reported here with BFS 457.

BFS by itself:
3.17-sched-bfs-458.patch

CK branded BFS separate and combined patches:
3.17-ck2

Incremental change from BFS 457-458:
bfs457-458.patch

Enjoy!
お楽しみください
Posted by at
Labels: , ,

20 comments:

  1. Oleksandr Natalenko18 November 2014 at 21:34

    Hmm I guess now we've got some problem with loadavg value, which doesn't go below 1.0 even after continuous idling.

    ReplyDelete
    Replies
    1. ck18 November 2014 at 21:40

      That's odd, I'm not seeing anything like that on any of the machines I'm running it on. You sure you don't have some distro background process annoyingly consistently eating cycles? They've been known to do that on occasion... :P

      Delete
    2. Oleksandr Natalenko18 November 2014 at 22:45

      Used top/htop/perf top to discover such processes/kernel threads with no luck.

      Delete
    3. Unknown19 November 2014 at 02:59

      Everything, including loadavg, normal here since this patch. Thanks for your hard work!

      Delete
    4. ck21 November 2014 at 00:46

      @PF, sorry no idea why it's unique to you. Maybe some choice of idle governor/dynticks that no one else is using. No one else is seeing it.

      Delete
    5. Oleksandr Natalenko21 November 2014 at 08:39

      OK, will try to manage that somehow.

      Delete
  2. graysky19 November 2014 at 07:15

    Excellent work, CK. Idle C7 problem on Haswell quad has been resolved.

    Cpu speed from cpuinfo 3999.00Mhz
    cpuinfo might be wrong if cpufreq is enabled. To guess correctly try estimating via tsc
    Linux's inbuilt cpu_khz code emulated now
    True Frequency (without accounting Turbo) 3999 MHz
    CPU Multiplier 40x || Bus clock frequency (BCLK) 99.97 MHz

    Socket [0] - [physical cores=4, logical cores=8, max online cores ever=4]
    TURBO ENABLED on 4 Cores, Hyper Threading ON
    Max Frequency without considering Turbo 4098.97 MHz (99.97 x [41])
    Max TURBO Multiplier (if Enabled) with 1/2/3/4 Cores is 44x/44x/44x/44x
    Real Current Frequency 2313.55 MHz [99.97 x 23.14] (Max of below)
    Core [core-id] :Actual Freq (Mult.) C0% Halt(C1)% C3 % C6 % C7 % Temp VCore
    Core 1 [0]: 2313.55 (23.14x) 1.7 0 1 1 97.3 23 1.2190
    Core 2 [1]: 2107.33 (21.08x) 1 0 1 1 98.6 23 1.2213
    Core 3 [2]: 2231.20 (22.32x) 1 0.225 0 0 99.6 23 1.2177
    Core 4 [3]: 1451.59 (14.52x) 1 0.0373 0 0 100 21 1.2197



    C0 = Processor running without halting
    C1 = Processor running with halts (States >C0 are power saver modes with cores idling)
    C3 = Cores running with PLL turned off and core cache turned off
    C6, C7 = Everything in C3 + core state saved to last level cache, C7 is deeper than C6
    Above values in table are in percentage over the last 1 sec
    [core-id] refers to core-id number in /proc/cpuinfo
    'Garbage Values' message printed when garbage values are read

    ReplyDelete
  3. graysky19 November 2014 at 07:16

    ...now what about you opening up a github account for hosting your patch set and for discussion?

    ReplyDelete
    Replies
    1. ck19 November 2014 at 07:27

      Reminder about the previous git discussion

      Delete
    2. Anonymous19 November 2014 at 09:41

      @CK: Maybe, some people of your community _just_ want releases of CK/BFS to happen _closer_ to main kernel releases ?! ;-) (Thought about that?)
      This shouldn't sound impolite. We all appreciate your work on CK/BFS and respect your real life, and, of course, I -- and maybe all others -- thank you very much for any effort!
      I don't need github to fetch a good CK/BFS patchset... :-P

      Manuel Krause

      Delete
    3. graysky19 November 2014 at 10:58

      I am aware of your previous git discussion. I suggest github not so you can keep things in sync in an incremental fashion but for all the other wonderful features including:

      * A very nice bug tracking system within the interface (called issues)

      * Uses git which is a standard and will encourage others to contribute to your code, they can send you very convenient pull requests

      * It's free :)

      Delete
    4. Anonymous19 November 2014 at 11:09

      @graysky: What about publishing some more of your earlier great benchmarking charts, rather than doing this dubious advertisement thingy? Manuel

      Delete
  4. Anonymous20 November 2014 at 22:02

    I'd like to report that the bug derscribed here --> ck-hack.blogspot.dk/2014/08/bfs-453454455456-and-316-ck2.html is still present because same thing happened at me yesterday. I made a post on manjaro's forum to describe the situation. here it is --> https://forum.manjaro.org/index.php?topic=18048.0

    ReplyDelete
    Replies
    1. ck21 November 2014 at 00:48

      I don't see which bug you're referencing on the old bfs blogspot entry. Nothing matches what you're describing in that BFS post or the comments.

      Delete
    2. Anonymous21 November 2014 at 23:47

      "The main obvious bug which affected people was the ath9k module which would hang on suspend/resume" i'm referring to this bug (but I don't know if it depends on the same problem with that module)

      Delete
    3. ck22 November 2014 at 00:23

      The ath9k module bug was fixed.

      Delete
    4. Anonymous22 November 2014 at 04:42

      good! so I don't know why i have that problem! :D

      Delete
  5. Alfred Chen24 November 2014 at 19:56

    Finally 3.17.3 is out and BFS 0458 is stabilized. Then, 3.17.4 is out too. I just rebased my -gc branch and make a new tag for it.

    @ck, there are some patches on my -gc branch which I recommend to be considered in the next bfs release. Please have a check and comments will be welcome.

    Please check the commits in https://bitbucket.org/alfredchen/linux-gc/commits/tag/v3.17.4-gc

    BR Alfred

    ReplyDelete
  6. brunogm8 December 2014 at 12:51

    https://randomascii.wordpress.com/2013/03/18/counting-to-ten-on-linux/
    Anyone tested this from a BFS with SMT/Nice patch ?

    ReplyDelete
    Replies
    1. Con Kolivas8 December 2014 at 13:04

      Interesting test and worth trying on BFS. SMT nice will have no effect on it though since there is no use of nice levels affecting behaviour.

      Delete

Subscribe to: Post Comments (Atom)