tag:blogger.com,1999:blog-6469704299235308349.post1358890348816704138..comments2024-02-09T16:24:46.087+11:00Comments on -ck hacking: Further updates on hierarchical tree-based penalty.ckhttp://www.blogger.com/profile/02904761195451530213noreply@blogger.comBlogger8125tag:blogger.com,1999:blog-6469704299235308349.post-1485750642522587992010-10-15T22:43:48.743+11:002010-10-15T22:43:48.743+11:00Don't be sorry! I'm very thankful for your...Don't be sorry! I'm very thankful for your testing. It confirms my testing and I think we shouldn't enable this feature at all. I don't even think it should be included in the final 2.6.36-ck1 since I'm not sure what value it adds.ckhttps://www.blogger.com/profile/02904761195451530213noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-32620948821124742862010-10-15T22:33:55.859+11:002010-10-15T22:33:55.859+11:00Here in my laptop, your hierarchical-tree patch ga...Here in my laptop, your hierarchical-tree patch gave me some significant regressions, mainly in the overall system perfomance.<br /><br />For example, when I was transferring a large amount of data between Linux - Windows partitions, when I opened new programs (in Linux, of course), my system ocasionally stalled and took much longer to open a new program than when I wasn't using this patch...<br /><br />Currently, I'm using your "BFS 357" patch but without the hierarchical-tree feature, because it gave me the regressions mentioned above...<br /><br />Hope my feedback can help you.<br />Kudos from Portugal...<br /><br />p.s.: Sorry for my english, I'm not a native speaker... :(Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-82410832876129887012010-10-15T22:16:00.920+11:002010-10-15T22:16:00.920+11:00Thanks for the feedback.
Indeed I could include t...Thanks for the feedback.<br /><br />Indeed I could include the patch for tree based penalty and just disable it, however it does add a very small amount of overhead to the kernel, even if it is default set to off, so I am a little reluctant.ckhttps://www.blogger.com/profile/02904761195451530213noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-31780100096913789472010-10-15T22:02:32.986+11:002010-10-15T22:02:32.986+11:00In this relation it would be good (or easier;) ) f...In this relation it would be good (or easier;) ) for most users, if there is some kind of configuration file, which defines the standard nice/priority for some processes. So mplayer (or vlc etc.) could start with higher priority and stalling is gone. (Have seen this kind of automagic elsewhere, but could not remember.<br /><br />Remark for (the old) BFS: With the CFS and my "multitouch" synaptics touchpad, I had serious trouble to configure 2. mouse button for double finger press. Does work sometimes, but not really. With BFS it works like a charm, no problem at all, even with high load. (I had troble to test the new features with 2.6.35.7 maybe a patched in the wrong way. The 2.6.36 RC couldn't I test, because even with the evil ;) NVidia Beta driver the plasma desktop on KDE 4.5.2 crashes here on my OpenSuse.)<br /><br />Question: Could you make the new tree-bases penalty always be included in -ck BFS Kernel patch, but for dummies as default off and switchable with sysctl value?<br /><br />Thanks from a noob.<br />CU sysitosAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-13884317178087900222010-10-15T08:24:51.968+11:002010-10-15T08:24:51.968+11:00Thanks for that report. That's a pretty seriou...Thanks for that report. That's a pretty serious regression and confirms my concerns about enabling this sort of feature by default. People should just learn to use nice...ckhttps://www.blogger.com/profile/02904761195451530213noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-57630578973161521332010-10-14T18:55:32.135+11:002010-10-14T18:55:32.135+11:00I suppose the reason I didn't notice mplayer s...I suppose the reason I didn't notice mplayer stalling is because I use a multi-threaded version of it (ffmpeg-mt). I flipped the sysctl and configured mplayer to use only one thread, and indeed, it stalls when doing GUI effects (for example hovering the mouse over the calendar widget which fades-in the current date makes mplayer stall for the duration of the fade-in.)Anonymoushttps://www.blogger.com/profile/11469174621439712081noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-33458078500289789632010-10-11T19:50:42.058+11:002010-10-11T19:50:42.058+11:00You can read about the mplayer issues in the comme...You can read about the mplayer issues in the comments on this blog. The other gnome issues are on the arch forums that someone linked me to. See https://bbs.archlinux.org/viewtopic.php?id=106086&p=2ckhttps://www.blogger.com/profile/02904761195451530213noreply@blogger.comtag:blogger.com,1999:blog-6469704299235308349.post-79338471094128281142010-10-11T17:48:39.482+11:002010-10-11T17:48:39.482+11:00I understand and agree with your conservative appr...I understand and agree with your conservative approach. I suspect that with a little more time to investigate any issues that come up, alternatives can be found to make this work. I would love to know more about the problems others have had, so that I can try to reproduce them on my machine.<br /><br />GalenAnonymousnoreply@blogger.com