[Kernel-packages] [Bug 336652] Re: Poor system performance under I/O load
Last response from OR 2009. Upstream code fix 2012. -> Invalid ** No longer affects: linux (Ubuntu) ** Project changed: linux => linux (Ubuntu) ** Changed in: linux (Ubuntu) Importance: High => Undecided ** Changed in: linux (Ubuntu) Status: Fix Released => New ** Changed in: linux (Ubuntu) Remote watch: Linux Kernel Bug Tracker #12309 => None ** Changed in: linux (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in linux package in Ubuntu: Invalid Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652] [NEW] Poor system performance under I/O load
You have been subscribed to a public bug: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. ** Affects: linux (Ubuntu) Importance: Undecided Status: New ** Tags: kj-triage needs-kernel-logs needs-upstream-testing -- Poor system performance under I/O load https://bugs.launchpad.net/bugs/336652 You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652]
correction: > In this case it's 1 seconds. *In this case it's 10 seconds. Also, heads up: I found that 'tlp' in `/etc/default/tlp`, on ArchLinux, will overwrite the values set in `/etc/sysctl.d/*.conf` files if these are set to non `0`, ie. MAX_LOST_WORK_SECS_ON_AC=10 MAX_LOST_WORK_SECS_ON_BAT=10 will set: vm.dirty_expire_centisecs=1000 vm.dirty_writeback_centisecs=1000 regardless of what values you set them in `/etc/sysctl.d/*.conf` files. /etc/default/tlp is owned by tlp 1.2.2-1 Not setting those (eg. commenting them out) will have tlp set the to its default of 15 sec (aka =1500). So the workaround is to set them to =0 which makes tlp not set them at all, thus the values from `/etc/sysctl.d/*.conf` files is allowed to remain as set. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in Linux: Fix Released Status in linux package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652]
What's the value of `vm.dirty_writeback_centisecs` ?, ie. $ sysctl vm.dirty_writeback_centisecs try setting it to 0 to disable it, ie. `$ sudo sysctl -w vm.dirty_writeback_centisecs=0` I found that this helps my network transfer not stall/stop at all(for a few seconds when that is =1000 for example) while some kinda of non- async `sync`(command)-like flushing is going on periodically while transferring GiB of data files from sftp to SSD!(via Midnight Commander, on a link limited to 10MiB per second) vm.dirty_writeback_centisecs is how often the pdflush/flush/kdmflush processes wake up and check to see if work needs to be done. Coupled with the above I've been using another value: `vm.dirty_expire_centisecs=1000` for both cases (when stall and not stall), so this one remained fixed to =1000. vm.dirty_expire_centisecs is how long something can be in cache before it needs to be written. In this case it's 1 seconds. When the pdflush/flush/kdmflush processes kick in they will check to see how old a dirty page is, and if it's older than this value it'll be written asynchronously to disk. Since holding a dirty page in memory is unsafe this is also a safeguard against data loss. Well, with the above, at least I'm not experiencing network stalls when copying GiB of data via Midnight Commander's sftp to my SSD until some kernel-caused sync-ing is completed in the background. I don't know if this will work for others, but if curious about any of my other (sysctl)settings, they should be available for perusing [here](https://github.com/howaboutsynergy/q1q/tree/0a2cd4ba658067140d3f0ae89a0897af54da52a4/OSes/archlinux/etc/sysctl.d) -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in Linux: Fix Released Status in linux package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652]
KDE have problem too, same copy via CLI or via Ultracopier (GUI) have no problem. I note too KDE have UI more slow, plasma doing CPU usage in case I use the HDD... -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in Linux: Fix Released Status in linux package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652]
Had this again 20 minutes ago. Was dopying 8.7GiB of data from one directory to another directory on the same filesystem (ext4 (rw,relatime,data=ordered)) on the same disk (Western Digital WDC WD30EZRX-00D8PB0 spinning metal disk). The KDE UI became unresponsive (Everything other than /home and user data in on a SSD), could not launch any new applications. Opening a new tab on Firefox to go to Youtube didnt load the page, and kept saying waiting for youtube.com in the status bar (network gets halted?). dmesg shows these, are they important? [25013.905943] INFO: task DOMCacheThread:17496 blocked for more than 120 seconds. [25013.905945] Tainted: P OE4.15.0-54-generic #58-Ubuntu [25013.905947] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [25013.905949] DOMCacheThread D0 17496 2243 0x [25013.905951] Call Trace: [25013.905954] __schedule+0x291/0x8a0 [25013.905957] schedule+0x2c/0x80 [25013.905959] jbd2_log_wait_commit+0xb0/0x120 [25013.905962] ? wait_woken+0x80/0x80 [25013.905965] __jbd2_journal_force_commit+0x61/0xb0 [25013.905967] jbd2_journal_force_commit+0x21/0x30 [25013.905970] ext4_force_commit+0x29/0x2d [25013.905972] ext4_sync_file+0x14a/0x3b0 [25013.905975] vfs_fsync_range+0x51/0xb0 [25013.905977] do_fsync+0x3d/0x70 [25013.905980] SyS_fsync+0x10/0x20 [25013.905982] do_syscall_64+0x73/0x130 [25013.905985] entry_SYSCALL_64_after_hwframe+0x3d/0xa2 [25013.905987] RIP: 0033:0x7fc9cb839b07 [25013.905988] RSP: 002b:7fc9a7aeb200 EFLAGS: 0293 ORIG_RAX: 004a [25013.905990] RAX: ffda RBX: 00a0 RCX: 7fc9cb839b07 [25013.905992] RDX: RSI: 7fc9a7aeaff0 RDI: 00a0 [25013.905993] RBP: R08: R09: 72732f656d6f682f [25013.905994] R10: R11: 0293 R12: 01f6 [25013.905995] R13: 7fc97fc5d038 R14: 7fc9a7aeb340 R15: 7fc987523380 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in Linux: Fix Released Status in linux package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652]
According to my attempts to fix this bug, I totally disagree with you. This bug is caused by pure design of current block dev layer. Methods which are good to develop code is absolutely improper for developing ideas. It's probably the key problem of the Linux Comunity. Currently, there is merged WA for block devices with a good queue such as Samsung Pro NVMe. WBR, Vitaly (In reply to _Vi from comment #665) > As far as I understand, this is kind of meta-bug: there are multiple causes > and multiple fixes. > > "I do bulk IO and it gets slow" sounds rather general, and problem that can > resurface anytime due to some new underlying issue. So the problem cannot be > really "closed for good" no matter how much technical progress is made. > > For me 12309 basically stopped happening unless I deliberately tune > "/proc/sys/vm/dirty_*" values to non-typical ranges and forgot to revert > them back. I see system controllably slowing down processes doing bulk IO so > the system in general stays reasonable. This behaviour is one of outcomes of > this bug. > > I don't expect meaningful technical discussion to be happen in this thread. > It should just serve as a hub for linking to specific new issues. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in Linux: Fix Released Status in linux package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652]
https://gfycat.com/@Luciamandela/manage/ https://giphy.com/channel/luciamandela https://myanimelist.net/profile/Luciamandela https://www.programmableweb.com/profile/marconixon70 https://www.flipsnack.com/LuciaMandela/ https://www.f6s.com/luciamandela https://cycling74.com/author/5b96accb4355fd166ae407fd http://fanninhillfarm.com/users/lucia https://github.com/Marconixon70?tab=projects https://gitlab.com/luciamandela55?nav_source=navbar https://stackoverflow.com/users/10138910/lucia-mandela?tab=profile https://gitlab.cs.ksu.edu/luciamandela https://uhhepvcs.phys.hawaii.edu/luciamandela https://hackerone.com/luciamandela https://gitlab.gnome.org/snippets/795 https://gitlab.hamburg.ccc.de/snippets/3 https://gitlab.haskell.org/snippets/1456 http://www.lg102-ciscvaio1.cs.hku.hk/snippets/42 https://gitlab.switch.ch/snippets/96 https://emulation-general.fandom.com/wiki/Message_Wall:Luciamandela121 https://www.meetup.com/members/260721144/ https://trac.filezilla-project.org/ticket/11710#comment:24 https://www.meetup.com/members/260721144/ https://catchthemes.com/support-forum/users/luciamandela/ -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in Linux: Fix Released Status in linux package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652]
amzing website, love it. great work done. Thanx for sharing with us, keep postings https://my-notron.com/ https://retailcardactivation.com/ http://redeem-office.com/setup/ http://notronnorton.com/ http://enmcafee.com/ http://pagenorton.com/setup/ https://code.videolan.org/snippets/984 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in Linux: Fix Released Status in linux package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652] Re: Poor system performance under I/O load
** Bug watch added: trac.filezilla-project.org/ #11710 http://trac.filezilla-project.org/ticket/11710 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in Linux: Fix Released Status in linux package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652]
Can 'someone' please open a bounty on creation of a VM test case, f.e. with `vagrant` or `phoronix test suite`? Basically, a way to reproduce and quantify the perceived/actual performance difference between > Linux 2.6.17 Released 17 June, 2006 and > Linux 5.0 Released Sun, 3 Mar 2019 … (In reply to Alex Efros from comment #666) > Not as bad as years ago […] > And that's on powerful and modern enough system with > kernel 4.19.27, CPU i7-2600K @ 4.5GHz, RAM 24GB, and HDD 3TB […] > This is annoying, and I remember time before > 12309 when rtorrent without any throttling won't make mplayer to freeze on > less powerful hardware. Oh yeah, this... i can clearly remember back then when on a then mid- range machine with a lot of compiling (gentoo => 100% cpu �[U+1F923]�) and filesystem work, VLC used to play an HD video stream even under heavy load without any hiccups and micro-stuttering.. It was impressive at the time.. and then.. it broke �[U+1F928]� -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in Linux: Fix Released Status in linux package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652]
Sure it's a meta bug, but for me 12309 is still actual, and I don't use any tuning for I/O subsystem at all. Not as bad as years ago when it happens for the first time, but I still have to throttle rtorrent to download at 2.5MB/sec maximum instead of usual 10MB/s if I like to view films in mplayer at same time without jitter/freeze/lag. And that's on powerful and modern enough system with kernel 4.19.27, CPU i7-2600K @ 4.5GHz, RAM 24GB, and HDD 3TB Western Digital Caviar Green WD30EZRX-00D. This is annoying, and I remember time before 12309 when rtorrent without any throttling won't make mplayer to freeze on less powerful hardware. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in Linux: Fix Released Status in linux package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652]
Created attachment 282483 attachment-22369-0.html Well, I've tried to report a new bug to investigate my own "my CPU does nothing because waiting is too hard for it". Of no interest of any kernel dev. So, just as Linus once said "f**k you Nvidia", the very same goes back to linux itself. Pity some devs think that make their software linux-bound (via udev only binding or alsa only sound out) is a good idea (gnome and even parts of KDE). They forgot 15 years ago they picketed Adobe for having flash for win only. Now one has to use 12309-bound crap for not having a way to run his software on another platform. вт, 23 апр. 2019 г., 21:29 : > https://bugzilla.kernel.org/show_bug.cgi?id=12309 > > --- Comment #665 from _Vi (vi0...@gmail.com) --- > As far as I understand, this is kind of meta-bug: there are multiple > causes and > multiple fixes. > > "I do bulk IO and it gets slow" sounds rather general, and problem that can > resurface anytime due to some new underlying issue. So the problem cannot > be > really "closed for good" no matter how much technical progress is made. > > For me 12309 basically stopped happening unless I deliberately tune > "/proc/sys/vm/dirty_*" values to non-typical ranges and forgot to revert > them > back. I see system controllably slowing down processes doing bulk IO so the > system in general stays reasonable. This behaviour is one of outcomes of > this > bug. > > I don't expect meaningful technical discussion to be happen in this > thread. It > should just serve as a hub for linking to specific new issues. > > -- > You are receiving this mail because: > You are on the CC list for the bug. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in Linux: Fix Released Status in linux package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652]
As far as I understand, this is kind of meta-bug: there are multiple causes and multiple fixes. "I do bulk IO and it gets slow" sounds rather general, and problem that can resurface anytime due to some new underlying issue. So the problem cannot be really "closed for good" no matter how much technical progress is made. For me 12309 basically stopped happening unless I deliberately tune "/proc/sys/vm/dirty_*" values to non-typical ranges and forgot to revert them back. I see system controllably slowing down processes doing bulk IO so the system in general stays reasonable. This behaviour is one of outcomes of this bug. I don't expect meaningful technical discussion to be happen in this thread. It should just serve as a hub for linking to specific new issues. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in Linux: Fix Released Status in linux package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652]
Created attachment 282477 attachment-6179-0.html This was never fixed and since bug state cheating with no commit info ever provided even if asked directly, will never be fixed. Nobody just cares and I guess nobody even figured out who broke the kernel by which changeset and when. Just buy another couple of Xeons for your zupa-dupa web-serfing desktop and pray it's enough for loads of waits when you format your diskette. Another approach is to buy enough ram to hold whole your block devices set there so write-outs are quick enough and you won't see microsecond lags. This is complete workaround list they provided since the bug opened. вт, 23 апр. 2019 г., 18:21 : > https://bugzilla.kernel.org/show_bug.cgi?id=12309 > > protivakid (chrisw...@aol.com) changed: > >What|Removed |Added > > > CC||chrisw...@aol.com > > --- Comment #663 from protivakid (chrisw...@aol.com) --- > Was this bug actually fixed? The status shows CLOSED CODE_FIX with a last > modified date of Dec 5 2018. I don't see any updates as to what was > corrected, > and what version the fix will be put into? > > -- > You are receiving this mail because: > You are on the CC list for the bug. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in Linux: Fix Released Status in linux package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652]
Was this bug actually fixed? The status shows CLOSED CODE_FIX with a last modified date of Dec 5 2018. I don't see any updates as to what was corrected, and what version the fix will be put into? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in Linux: Fix Released Status in linux package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are "dimmed" by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 336652] Re: Poor system performance under I/O load
Scott James Remnant, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO images are available from http://cdimage.ubuntu.com/daily-live/current/ . If it remains an issue, could you please run the following command in the development release from a Terminal (Applications-Accessories-Terminal), as it will automatically gather and attach updated debug information to this report: apport-collect -p linux replace-with-bug-number Also, could you please test the latest upstream kernel available (not the daily folder) following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags: kernel-fixed-upstream kernel-fixed-upstream-VERSION-NUMBER where VERSION-NUMBER is the version number of the kernel you tested. For example: kernel-fixed-upstream-v3.13-rc3 This can be done by clicking on the yellow circle with a black pencil icon next to the word Tags located at the bottom of the bug description. As well, please remove the tag: needs-upstream-testing If the mainline kernel does not fix this bug, please add the following tags: kernel-bug-exists-upstream kernel-bug-exists-upstream-VERSION-NUMBER As well, please remove the tag: needs-upstream-testing Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results. Thank you for your understanding. ** This bug is no longer a duplicate of bug 131094 Heavy Disk I/O harms desktop responsiveness ** Attachment removed: samsungq320-lucid-bootchart.png https://bugs.launchpad.net/ubuntu/+source/linux/+bug/336652/+attachment/1469185/+files/samsungq320-lucid-bootchart.png ** Tags added: needs-kernel-logs needs-upstream-testing -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/336652 Title: Poor system performance under I/O load Status in The Linux Kernel: Invalid Status in “linux” package in Ubuntu: Incomplete Bug description: This bug seems to particularly affect the Dell Latitude D420, D430 and (from the kernel.org bug) at least the D830 laptop models; but others have been reported. Under I/O load, which need not be excessive - running usb-creator or even just checking one's email - the system performs remarkably poorly, far less than other laptop users see. It can often take minutes to open a window, and sometimes the screen isn't repainted. Certainly most applications are dimmed by Compiz under I/O. It also appears to massively negatively affect boot performance, with one core spending its entire time in I/O wait - something we don't see elsewhere. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/336652/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
