-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Buffering the writes in the OS would work for me as well - I've got RAM to spare. Slowing down rm is perhaps one way to go, but definitely not a real solution. On rare occasions I could still get lockups, leading to screwed up recordings and if its one thing people don't like about IPTV, it's packet loss. Eliminating even the possibility of packet loss completely would be the best way to go, I think.
Regards, - -- Saso Bob Friesenhahn wrote: > On Wed, 6 Jan 2010, Saso Kiselkov wrote: > >> I'm aware of the theory and realize that deleting stuff requires writes. >> I'm also running on the latest b130 and write stuff to disk in large >> 128k chunks. The thing I was wondering about is whether there is a >> mechanism that might lower the I/O scheduling priority of a given >> process (e.g. lower the priority of the rm command) in a manner similar >> to CPU scheduling priority. Another solution would be to increase the >> max size the ZFS write buffer, so that writes would not block. > > Disks only have so many IOPS available and commands like 'rm -rf' use > quite a lot of them. The 'rm' command actually does hardly anything > since unlink() is just one system call which could cause a flurry of > activity. A simple solution is to ban use of 'rm -rf' and use a > substitute which intentionally works slowly. The source code for 'rm' > is available so you could even modify OpenSolaris 'rm' so that it does a > bit of a sleep after removing each file. > > Bob > -- > Bob Friesenhahn > bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ > GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAktFEWsACgkQRO8UcfzpOHATqQCdGoMb7EfUn1k99KJZlyxLcgGT neUAoKyaBvsFMDnFJRDbrc65xX4SEAgq =/pN1 -----END PGP SIGNATURE----- _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
