tag:blogger.com,1999:blog-2963790426029213933.post3693879763712426772..comments2024-02-29T00:33:07.382-08:00Comments on Alfred Chen's Blog: Heads up! Performance regression over several releaseAlfred Chenhttp://www.blogger.com/profile/03164306846702841944noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-2963790426029213933.post-13099053362356862012016-07-26T06:16:52.945-07:002016-07-26T06:16:52.945-07:00Thumbs up !
Great to hear, that you could track d...Thumbs up !<br /><br />Great to hear, that you could track down most of the parts of the regression :)kernelOfTruthnoreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-26394371426128942972016-07-22T07:34:08.080-07:002016-07-22T07:34:08.080-07:00At the moment that I noticed the troughput drop in...At the moment that I noticed the troughput drop in my WCG clients with recent 4.6 VRQ + testX patches, reported earlier on this blog, I've then given the VRQ0 a try for some days again. {This VRQ0 was based on BFS 0469 with only 4.6 syncup changes, if I followed history correctly.}<br />For my simple everyday's usage scenario, kernel didn't perform better or worse than e.g. current VRQ2 test5, also regarding interactivity. <br /><br />And, regarding the WCG clients' throughput count: It's not a trustable value for BFS/VRQ/anything's performance measurement. Limiting it to one project's client (first idea) still would not reflect, that Firefox uses more CPU time over it's running time vs. uptime etc. <br />I wondered about the drop, and during last days, by coincident it went up by ~10% over the old average. Never mind for bothering with that.<br /><br />SCHED_SMT is OFF on my machine, after we've found out together, some years ago, that my Dual Core Intel chipset would not support it, although the two CPU cores ship the ht flag. (So I also don't make use of SMT_NICE.) My governor is also "performance" for many months now, as my notebook usually doesn't run on battery.<br /><br />Maybe this info is useful.<br />BR, and good luck for your regression hunting,<br />Manuel KrauseAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-65096702313659636702016-07-20T19:56:48.560-07:002016-07-20T19:56:48.560-07:00@kernelOfTruth
Thanks for reporting. Just give you...@kernelOfTruth<br />Thanks for reporting. Just give you some quick reply, investigation is still on going.<br />I notice similar cpu clocking at 800HMZ problem on my 7*24 server too since 4.6, but I though it was caused by overheat issue like it used to be, as I haven't clean dust on its fan for months. But when it's on 800HMZ and the sensors doesn't report high temperature as they should be, so I am maybe wrong about this and have to take it as an issue.<br /><br />intel_pstate driver doesn't work good to me all the way.<br /><br />There will be no test6 patch, as all my bandwidth is on the regression issue. For the regression itself, the default interactive mode introduce in bfs 0470 contribute part of the regression, I'm still looking at if there is any causes.<br /><br />BR AlfredAlfred Chenhttps://www.blogger.com/profile/03164306846702841944noreply@blogger.comtag:blogger.com,1999:blog-2963790426029213933.post-35058422994978790502016-07-20T14:15:14.509-07:002016-07-20T14:15:14.509-07:00Hi Alfred,
I can confirm that there is some sort ...Hi Alfred,<br /><br />I can confirm that there is some sort of regression (+/- smtnice):<br /><br />kernel compilation usually takes 7-8 minutes (I've a pretty monolithic kernel + lots of modules, so it takes so time), but occasionally it takes 14-18 minutes (so TWICE that long) for no observable reason whatsoever, out of the blue<br /><br />One factor was that ondemand governor wasn't clocking the cpu up it always stayed at 800 MHz (compared to 3.4 GHz and Turbo, if applicable, perhaps Turbo also didn't work that way),<br /><br />therefore I'm currently forcefully switching the governor to "performance",<br /><br />also there appears to be a regression with intel_pstate currently going on with 4.6 or 4.7, so went back to cpufreq governor<br /><br /><br />So please make sure that the cpu also does not suffer from being clocked down for no reason<br /><br />I'll wait for 4.6.5 to come out before I'll give your new test5 patch (or until then perhaps test6) a try,<br /><br />instability turned out to be a weird stability issue with ZFS with my use-case,<br /><br />vrq v3 looks stable so far; could you please keep the repo at github also up-to-date like the one at bitbucket ?<br /><br />converting tags into patches is great but I'd prefer to use BFS solely decoupled from the other patches (BFQ, etc.) and have those e.g. in separate branches<br /><br /><br />ThankskernelOfTruthnoreply@blogger.com