I think Chris has the right idea. This would give more little opportunities for user processes to get a word in edgewise. Since the blocks are *obviously* taking a LONG time, this would not be a big hit efficiency in the bogged-down condition. It would however increase overhead in the well-behaved case. I think the real answer is making the compression thread task lower and dynamic. I like the "80% cap unless there are no competing processes, in which case 100%" suggestion. If the compression thread backs up, I would *assume* that there is a queue that would back up and block the process adding to it, regulating the whole process. The whole machine would get 5x slower than normal, but everything would continue to work.
--Ray -- This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
