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

Go Back   Shirt Pocket Discussions > SuperDuper! > General

Reply
 
Thread Tools Rate Thread Display Modes
  #1  
Old 03-03-2019, 11:13 AM
jkbull jkbull is offline
Registered User
 
Join Date: Sep 2009
Posts: 6
Lightbulb Workaround for 100% CPU usage by sdbackupbytime

First, I want to mention that I've used SuperDuper! for years and consider it a great product. I'm currently using SuperDuper! 3.2.4 (v 118) on macOS High Sierra.

This morning I awoke to find SuperDuper!'s sdbackupbytime process using 100% of CPU time. After quitting the process via Activity Monitor or restarting the computer, the process restarts and resumes using 100% of the CPU. (Well, 100% of one core, anyway.)

This appears to be due to a bug in SuperDuper! when a backup is scheduled to start during the hour after the switch to Daylight Savings Time. In my case, I had a backup scheduled to start at 2:00 am on Sunday March 10, which is the exact time that the DST switch occurs. (Interestingly, although the scheduled time was 2:00 am, the time in the description of the backup was "Every Sunday at 3:00 amů". That sort of makes sense because 2:00 am doesn't really exist; DST causes the time to skip from 1:59:59 to 3:00:00.)

The workaround is to change the schedule so the backup starts before 2:00 am or after 3:00 am. Then all is well. Setting it to start at 2:00 am, 2:05 am, or 2:55 am triggers the problem.
Reply With Quote
  #2  
Old 03-03-2019, 11:17 AM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
This is happening in v118? I'd fixed the problem in October, so I'm rather surprised it would be back.

I'll take a look - thanks for the report.
__________________
--Dave Nanian
Reply With Quote
  #3  
Old 03-03-2019, 11:28 AM
jkbull jkbull is offline
Registered User
 
Join Date: Sep 2009
Posts: 6
Yes, v 118.

I emailed details to support@shirt-pocket.com, including spindumps, etc. if you need them.
Reply With Quote
  #4  
Old 03-03-2019, 08:34 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
Thanks. It's a slightly awkward time to have this happen, because I'm out of the office for another week, but at least we have a workaround and it only happens to people whose backups land in that hour.
__________________
--Dave Nanian
Reply With Quote
  #5  
Old 03-07-2019, 08:28 PM
hand123 hand123 is offline
Registered User
 
Join Date: Oct 2008
Posts: 12
Quote:
Originally Posted by dnanian View Post
This is happening in v118? I'd fixed the problem in October, so I'm rather surprised it would be back.

I'll take a look - thanks for the report.
I noticed high memory usage of sdbackupbytime today. I forced quit. It reappeared automatically and started using a lot of memory again.
Reply With Quote
  #6  
Old 03-07-2019, 09:09 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
Change the backup time so it's not in the 2-3am range (eg use 3:05).
__________________
--Dave Nanian
Reply With Quote
  #7  
Old 03-09-2019, 12:12 AM
geiswood geiswood is offline
Registered User
 
Join Date: Sep 2008
Posts: 5
Me Too

this is happening for me, but I don't currently have ANY scheduled backups.
???
perhaps this will go away once we've traveled into the future on Sunday?

I'm running SD 118 and Sierra 10.12.6

Keeping Activity Monitor open to Kill sdbackup like a cockroach...
Reply With Quote
  #8  
Old 03-09-2019, 12:05 PM
geiswood geiswood is offline
Registered User
 
Join Date: Sep 2008
Posts: 5
Me Too

I was finally able to keep the sdbackupbytime cockroach under the fridge by deleting all my past scheduled backups from the library and restarting my machine.

Lost 3 days of computer usability to this runaway memory hog process. Had started to price new systems...

I blame Ben Franklin and his daylight "Savings" concept...
Reply With Quote
  #9  
Old 03-09-2019, 12:25 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
I don't quite know what "past scheduled backups" means here: did you have actual schedules? sdbackupbytime shouldn't be running if there aren't any schedules.

Anyway, apologies for the problem: a source code control issue allowed a problem I'd fixed in 3.2.3 come back in 3.2.4 (still don't quite know how it happened, frankly). We'll have it fixed in the next update, for good. (I wasn't able to get a fix out earlier due to being on vacation...)
__________________
--Dave Nanian
Reply With Quote
  #10  
Old 03-13-2019, 07:33 PM
geiswood geiswood is offline
Registered User
 
Join Date: Sep 2008
Posts: 5
They were old schedules, probably created when I was running 3.2.3 (or older...) They were not active schedules and probably referred to external volumes that no longer exist.

Hope your vacation was relaxing and exotic, hope you had an appropriate beverage in hand while checking the support forums.
Reply With Quote
  #11  
Old 03-13-2019, 08:25 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
Had fun skiing, thanks. Cut short, unfortunately, due to a death in the family (Dad)...so back now.
__________________
--Dave Nanian
Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes Rate This Thread
Rate This Thread:

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:50 PM.


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