OK I have a very large zfs snapshot I want to destroy. When I do this, the system nearly freezes during the zfs destroy. This is a Sun Fire X4600 with 128GB of memory. Now this may be more of a function of the IO device, but let''s say I don''t care that this zfs destroy finishes quickly. I actually don''t care, as long as it finishes before I run out of disk space. So a suggestion for room for growth for the zfs suite is the ability to lazily destroy snapshots, such that the destroy goes to sleep if the cpu idle time falls under a certain percentage. How doable is that? -- This message posted from opensolaris.org
On Thu, Mar 18, 2010 at 1:19 AM, Chris Paul <chris.paul at rexconsulting.net>wrote:> OK I have a very large zfs snapshot I want to destroy. When I do this, the > system nearly freezes during the zfs destroy. This is a Sun Fire X4600 with > 128GB of memory. Now this may be more of a function of the IO device, but > let''s say I don''t care that this zfs destroy finishes quickly. I actually > don''t care, as long as it finishes before I run out of disk space. > > So a suggestion for room for growth for the zfs suite is the ability to > lazily destroy snapshots, such that the destroy goes to sleep if the cpu > idle time falls under a certain percentage. >What build of OpenSolaris are you using ? Is it nearly freezing during all the process or just at the end ? There was another thread where a similar issue was discusses a week ago. -- Giovanni -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100318/646c6fb7/attachment.html>
On Wed, Mar 17, 2010 at 9:19 PM, Chris Paul <chris.paul at rexconsulting.net>wrote:> OK I have a very large zfs snapshot I want to destroy. When I do this, the > system nearly freezes during the zfs destroy. This is a Sun Fire X4600 with > 128GB of memory. Now this may be more of a function of the IO device, but > let''s say I don''t care that this zfs destroy finishes quickly. I actually > don''t care, as long as it finishes before I run out of disk space. >Destroys are very slow with dedup enabled, and worse with larger data sets when the dedupe table doesn''t fit into RAM. Adding a l2arc may help if that''s the case. -B -- Brandon High : bhigh at freaks.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100318/923aaeca/attachment.html>