lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 19 Jan 2010 17:24:52 GMT From: bugzilla-daemon@...zilla.kernel.org To: linux-ext4@...r.kernel.org Subject: [Bug 14830] When other IO is running sync times go to 10 to 20 minutes http://bugzilla.kernel.org/show_bug.cgi?id=14830 --- Comment #4 from Anonymous Emailer <anonymous@...nel-bugs.osdl.org> 2010-01-19 17:24:49 --- Reply-To: cslee-list@...ericom.co.uk bugzilla-daemon@...zilla.kernel.org wrote: > http://bugzilla.kernel.org/show_bug.cgi?id=14830 > > > > > > --- Comment #3 from Michael Godfrey <godfrey@....stanford.edu> 2010-01-18 23:58:09 --- > >> This problem prevents production use of systems using this kernel. >> > > >> evokes a question: Do you have a kernel which behaved better for you? Which >> one? >> > > Yes. RHEL5.4 does not show this problem. It is the production > system that works in this environment. > > The response above is disappointing. Is sync response of 20 minutes, > including several task timeouts to be considered "normal?" > > >> If you think the time is inappropriately long, we can have a look at it >> but for that we'd need much more details like amount and nature of data writen >> (many small files vs a few large ones), time it takes sync to complete, speed >> of disks for sequential IO... >> > > I am sorry to have to tell you that in this environment we do not > deal in exclusively small or large files, we actually have quite a > few of both. When an rsync which transfers about 50GB of files of > various sizes is running, the hung condition is continuous until the rsync > completes. This is just a pretty typical load. You could try it > yourself. No special sizes of files are required. I think I > mentioned that the ext4 LVM is a RAID 50 3ware 9650SE-8LPML, > with 8 2T drives. Its throughput for reading and writing is good > when the system is not locked up. > > Is it possible that it is something allong the lines of what is described at this link: http://notemagnet.blogspot.com/2008/08/linux-write-cache-mystery.html If so a runtime adjustment might help you out. Chris. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists