https://bugzilla.novell.com/show_bug.cgi?id=719416
https://bugzilla.novell.com/show_bug.cgi?id=719416#c17
--- Comment #17 from Mel Gorman
Can we get a maintenance update for kernel-desktop-3.1* without CONFIG_TRANSPARENT_HUGEPAGE_ALWAYS ? maybe would also be useful for kernel-default as long as fixes like the ones from comment 8 are not included
This completely fell off my radar after I made comment #13. The specific fixes were upstream and I generally run either upstream or the SLES kernel on my own desktop depending on which I'm working on at the time so I forgot about it. FWIW, I did investigate the DD throughput problem upstream and came to the conclusion that the main differences between kernels are down to timing. Once the IO was sync, or the time to call sync after dd async completed the write speeds were roughly the same. On disabling CONFIG_TRANSPARENT_HUGEPAGE_ALWAYS, I would rather not except as an absolute last resort. It's enabled by default on other distros and upstream and personally I would prefer to see it continue to be tested. I run it by default on my own machine for example and upstream any fixes. 3.1.10 is the final upstream stable kernel and these patches were always too weighty for -stable anyway. Hence, I'm attaching a backported series that incorporates my fixes and an important readahead fix that affects interactivity, particularly if the machine has an SSD. I'm running an openSUSE kernel with these patches applied on my laptop at the moment. The backport was a tad difficult and it's not quite the same as upstream because of the need to preserve KABI but so far so good. Bernhard, would you be willing to build kernel rpms for wider testing before this is pushed to the kernel tree please? The patch is against the opensuse git kernel tree as opposed to the upstream kernel git tree. If/when they get built, I would appreciate it if people with interactivity problems under IO would test the rpms and report here what their experience was. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.