Date: Wed, 21 Jul 2004 19:07:00 +0200 From: "jesk" <jesk@killall.org> To: "Dan Nelson" <dnelson@allantgroup.com> Cc: freebsd-current@freebsd.org Subject: Re: I/O or Threading Suffer Message-ID: <01f201c46f45$231aec10$45fea8c0@turbofresse> References: <056801c46eb3$bd0e2a40$45fea8c0@turbofresse> <20040721044816.GA56020@dan.emsphone.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> Ah. now that's a different story. You're out of the control of the > process scheduler and into the disk. I don't suppose you're using an > IDE/ATA disk with no tagged queueing? :) Run "dmesg | grep depth.queue" > to see how many requests can be queued up on your disk at once. > > That dd is stuffing lots of dirty data into the disk cache, and all the > other processes have to wait in line to get their I/Os done. You'll > see much better results from a SCSI disk (with usual queue depths > between 32 and 64), and even better results from a multi-disk hardware > RAID array (which will have a large write cache). > > -- > Dan Nelson > dnelson@allantgroup.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > when system doesnt response any more in cause of high write operations on the disk then the reason for this is not looked up in the device device configuration or in non-scsi hardware ;)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?01f201c46f45$231aec10$45fea8c0>