Shirt Pocket Discussions  
    Home netTunes launchTunes SuperDuper! Buy Now Support Discussions About Shirt Pocket    

Go Back   Shirt Pocket Discussions > SuperDuper! > General
FAQ Community Calendar Today's Posts Search

Reply
 
Thread Tools Rate Thread Display Modes
  #1  
Old 06-06-2008, 05:38 PM
obeechi obeechi is offline
Registered User
 
Join Date: Feb 2007
Posts: 17
Virtual Defrag and Shrink

I made a fresh clone of my hard drive. Then opened up my VM (Vista using Fusion), ran Diskeeper in the VM, then shut down the VM and used to vdiskmanager GUI to run a virtual defrag. After that I booted up the VM and used VMTools to shrink. Next I plan to use iDefrag to defrag the internal drive of my MacBook Pro (the only reason I haven't yet is that my fans were not working and temps were 90 ºC, and within iDefrag there is an option to cease defragging whenever temps get too hot and the default is set for, I think, 55 ºC. So my question is, when running Smart Update, does defragging files between clones, cause SuperDuper to clone the drive so its clone is in the same state of defragmentation, or, does it simply make copies of whatever you've added or changed to a file, without regard to the level of defragmentation.

(A similar question could be asked for DiskWarrior, are the changes to the Directory reflected in the clone for changes made inbetween Smart Updates?)
Reply With Quote
  #2  
Old 06-06-2008, 05:42 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
We copy file-by-file, so the fragmentation levels are not maintained.
__________________
--Dave Nanian
Reply With Quote
  #3  
Old 06-07-2008, 02:15 PM
obeechi obeechi is offline
Registered User
 
Join Date: Feb 2007
Posts: 17
So if you have cloned a fragmented drive, and then defrag the drive, then you should consider making a fresh clone of the drive (especially if it was highly fragmented)? To do this you would have to disable Smart Update. Is this correct?
Reply With Quote
  #4  
Old 06-07-2008, 04:17 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
There's no need - your backup doesn't really need to be defragmented.
__________________
--Dave Nanian
Reply With Quote
  #5  
Old 06-07-2008, 08:47 PM
obeechi obeechi is offline
Registered User
 
Join Date: Feb 2007
Posts: 17
I don't follow this. It takes time to go through a defrag, and with Virtual Machines, there are three levels of defragging. This takes time. So are you telling me that this defragged state cannot be retained in the backup? Or is it simply irrelevant, because upon a restore, defragging is a natural byproduct (though I don't see it would be for within the Virtual Machine)? However, assuming one boots from the external, if its defragging is equal to the internal drive, then wouldn't performance be enhanced? There could, for example, be a lag time between when your internal drive dies, and you get it replaced, and in the meantime you'd have to use the bootable clone to get all your work done.

Last edited by obeechi; 06-08-2008 at 03:07 AM.
Reply With Quote
  #6  
Old 06-07-2008, 09:19 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
Performance might be enhanced somewhat when running from the backup, sure, but it's not worth the wear and tear on the drive to gain that performance improvement in the rare case that you're running from the backup.
__________________
--Dave Nanian
Reply With Quote
  #7  
Old 06-08-2008, 03:17 AM
obeechi obeechi is offline
Registered User
 
Join Date: Feb 2007
Posts: 17
Well thats a pragmatic perspective. The only problem I can see with this, is if your internal hard drive gets too full. You may have been steadily maintaining all three levels of defraging (with the assumed use of virtual software), and then when you're hard drive dies, there isn't sufficient available space to run the defraging in all three levels and shrinking, in either the external drive, or the new internal drive. The solution, I think, would be to use 2GB splits (I do this in Fusion, not sure about Parallels), not let you hard drive get too jammed up, and, possibly, to have a either a larger sized external drive for the clone or else for the newer internal drive. But this thinking, or concern of mine, isn't really taking into account the defraging that takes place naturally upon a restore (not sure that all three levels of defraging are replicated upon the restore, and don't know if an shrinking, or equivalent, occurs during a restore)
Reply With Quote
  #8  
Old 06-08-2008, 07:25 AM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
If your drive becomes that full, obeechi, you have a much bigger problem than fragmentation... I really think your concern here is misplaced.
__________________
--Dave Nanian
Reply With Quote
  #9  
Old 06-09-2008, 05:44 AM
obeechi obeechi is offline
Registered User
 
Join Date: Feb 2007
Posts: 17
Oh, sorry maybe, but I did have problem with my Virtual Machine at one point. Those virtual files get really big, and I wasn't running 2GB splits, so I had to move everything over to a bigger external drive, defrag there, shrink, convert to 2GB splits. If anything I have more software now, but more available space. Though I did delete my bootcamp partition (whereas at one point I was running both a pure VM and bootcamp). So yeah, I get little paranoid - can't allocate that much time to things like that when I'm in the buzy period with my work.
Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -4. The time now is 06:43 PM.


Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2024, vBulletin Solutions, Inc.