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/ _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
