Dropbox will kill your insane MacBook Air 2013 battery

http://blog.nicoschuele.com/?p=151

by nicoschuele • 13 years ago

97 109 13 years ago

blog.nicoschuele.com

lord_quas• 13 years ago

Thats awful, one can only assume this affects MBP as well. I think I'll now only turn DB on whenever I'm on A/C.

nicoschuele10• 13 years ago

Yeah, it sucks big time. DB is at the center of my workflow. Having my git repository in it, my projects plans, etc. I just have to not forget to "turn on, sync, turn off, work, turn on sync, turn off".

On the other hand, I didn't notice any difference in battery consumption on my Windows 8 laptops. Who knows, maybe OS X Mavericks will change that with the way it handles processes?

omarrr• 13 years ago

I use it to store my code repository [...] Not using Dropbox is not an option for me as I switch machines several times during the day.

I'd suggest you invest in a hosted git repo.

nicoschuele10• 13 years ago

I store a lot more than just a git repo in Dropbox. I also use it to share files, etc. But yes, I'm starting to look at alternatives. Maybe I'll develop a small utility to push/pull/share files from my home NAS upon request rather than having a continuous process running in the background.

tluyben24• 13 years ago

You can also, what I did, switch dropbox off and switch it on only when you are connected to power for a sync. It's not ideal, but it works. I don't see how dropbox could do better though. If you do it manually to your NAS, you basically do the same as switching dropbox on/off or dropbox in a cronjob. Anything monitoring your file system and synching up with many small files will incur load like this.

dalore• 13 years ago

git repo outside of dropbox to store code and changes, but use dropbox to share project files like docs etc. Works well.

icebraining• 13 years ago

It already exists, it's called git annex. It uses git to keep track of where files are (but doesn't check them in), so you can just do:

  $ git annex add myfile
  $ git annex copy --to=NAS myfile
  $ git annex get myotherfile
  $ git annex drop --from=NAS myotherfile

If the NAS has rsync support, you can add it with a single command:

  $ git annex initremote NAS type=rsync \
    rsyncurl=rsync://example.com/myrsync encryption=<gpg-email>

http://git-annex.branchable.com/

InclinedPlane2• 13 years ago

Or put gitlab on some VPS you own.

adamors• 13 years ago

No need really. Bitbucket offers an unlimited number of private repos, it's ideal for this stuff.

kayoone• 13 years ago

i actually do the same as the op and i really like to have a seperate backend up copy of the code in dropbox BEFORE i commit to git. Furthermore i dont really want to commit only because i am changing machines, but if i have something significant and non breaking to commit. This is less of a problem with git as you can just work in your own branches very easily, but still, working on code on multiple machines is just seamless with dropbox.

mariusmg• 13 years ago

usb stick + truecrypt volume for me.Fast and secure. Also my private code is not on somebody else server.

tluyben24• 13 years ago

I see this problem happening only to me when it's used as code repository. Which is what he is doing. I had that for one project because the client didn't want to use git, but it's horrible. So, logically, when you have a lot of files changing all the time (compiling (xcode, eclipse), adding libraries (node, RoR)) you'll see dropbox taking over your computer. For all other uses it seems fine.

Note also that when you have the issue with a lot of small files, during/after dropbox is done, Finder / mds will jump to the top of your top indexing the files. I disabled mds in my projects directory and will never place active source directories in dropbox again.

mtts• 13 years ago

Well, yes, but if you read the result of his tests even with syncing turned off Dropbox is still eating about 500 mAh.

And that is, I would say, rather strange.

tluyben24• 13 years ago

You are right. That is strange. I never tried turning synching off; I just turn Dropbox off entirely. But is that load not a result of the FS monitoring? Or does that take far less in itself?

andor2• 13 years ago

I guess the Python interpreter is preventing the CPU from entering lower sleep states.

cnvogel2• 13 years ago

That finding might be quite interesting and all... but I'm thoroughly confused about that guy always quoting power consumption in mAh (which is the unit for electrica charge).

I'd also check if that guy's dropbox daemon(s) are stuck in an obvious loop. I'm logged on in my private server, and when it's idle there's hardly any activity on the dropbox threads, the main CPU consumer is one servicing what I suspect to be the main select() loop. And that thread basically stat()ing the .dropbox/config.dbx file every 2 seconds, and reads 16 bytes out of it. That should hardly be measureable in terms of power consumptions on a modern CPU.

nicoschuele10• 13 years ago

Thanks for pointing this out. It's a typo, I meant mA, not mAh. Fixed.

demallien2• 13 years ago

No, that is not a typo. Thos is a typo - an error created during the mechanical act of typing. Yours was just a plain mistake, you got the units wrong. Own it and learn from the error instead of excusing it away.

bherms3• 13 years ago

I had this happen in the past too and found it to be the result of two issues:

1) Using dropbox to house a very large git repo with massive changes and tons of branches... Every time I switched branches, the hundreds of files would change and obviously kick off a major sync job.

2) There were a few files in a folder than had the owner set to the wrong owner and Dropbox couldn't get permission to access them. This caused it to get stuck in a loop trying to sync those files and Dropbox ended up running my CPU up to over 100% load.

Fix those issues and you shouldn't see it causing any more problems with your battery life.

easytiger• 13 years ago

Using dropbox to house a very large git repo with massive changes and tons of branches... Every time I switched branches, the hundreds of files would change and obviously kick off a major sync job.

I really have to say honestly: no shit. Sorry if i sound crass but really? When you use an arbitrary piece of software to automatically modify 100s of files the piece of software designed to detect that exact event has do do work and you are complaining? The mind boggles

simonh• 13 years ago

Which part of that comment looked to you like a complaint?

officialjunk• 13 years ago

easy tiger

bherms3• 13 years ago

Wasn't complaining at all... Just pointing out the mistake I made.

InclinedPlane2• 13 years ago

Try this: separate out the git directory from the working directory so that the working directory is not in dropbox but the git directory is. That might solve some of your problems.

E.g.: git --git-dir=/home/me/dropbox/git/proj --work-tree=/home/me/proj init

cnvogel2• 13 years ago

(1) you can also use the GIT_DIR environment variable, which might save some typing during development

(2) another solution is to just clone the bare repository in Dropbox to a temp-directory, work there, and push the changes back to the Dropbox'ed repo. Saves you the effort to specify GIT_DIR or --git-dir all the time and is the saner approach if you have to switch back and forth between different repos.

    $ GIT_DIR=~/Dropbox/my_repo git init --bare
    Initialized empty Git repository in /home/chris/Dropbox/my_repo/

    $ git clone ~/Dropbox/my_repo
    Initialized empty Git repository in /home/chris/my_repo/.git/
    warning: You appear to have cloned an empty repository.

    $ cd my_repo ; touch README
    $ git add README ; git commit -m "README" ; git push origin master
    [master (root-commit) ada37ca] README
     0 files changed, 0 insertions(+), 0 deletions(-)
     create mode 100644 README
    Counting objects: 3, done.
    Writing objects: 100% (3/3), 213 bytes, done.
    Total 3 (delta 0), reused 0 (delta 0)
    Unpacking objects: 100% (3/3), done.
    To /home/chris/Dropbox/my_repo
     * [new branch]      master -> master

raverbashing• 13 years ago

Don't use dropbox to solve a solved problem: git backups should go to another git "server" (like bitbucket or github)

But yes, the dropbox client devs should go through these bugs and hopefully fix them

bherms3• 13 years ago

Yeah, was just oversight on my part at the time... Luckily figured out what was wrong and went another route instead of keeping things in dropbox.

jlgreco• 13 years ago

If you are going to use git/Dropbox like that (and I can't say I really recommend it in the first place) then you should keep a bare repo in dropbox and use it as a local 'remote' (check out working repos from it on each computer that you are working on, and push/pull to/from the bare repo in Dropbox).

da_maire• 13 years ago

I have a cron script running on my MacBook to make sure the Dropbox client priority is always set to 20 (lowest). I also pause the client manually when moving to battery power. I really wish there was a better solution, like switching to a similar service that offers decent (or at least acceptable) software, but almost everyone else uses the same setup with terrible 'universal' Java/Python/etc-based clients that absolutely suck at synchronizing large amounts of data.

rasmuskl• 13 years ago

One solution to the whole "storing source in dropbox" problem that I liked to use previously (using bitbucket now instead) is just to have a bare git repo in dropbox + the real checkout somewhere else and just push commits to the bare dropbox repo whenever I'm about to switch machine. Could even be set up to happen more automagically since the repo isn't shared.

Syncing binaries (I mainly work in C#) and lots of small changes seems silly to me.

diziet• 13 years ago

Doesn't seem to happen with the latest self-updated version of dropbox and 10.8.4 to such an extreme, on a retina MBP. I get 15 extra minutes.

maikhoepfel• 13 years ago

The only takeaway is that his power usage shouldn't be that high with Dropbox idling/paused. But given that he's * surprised at it using a lot of power when doing the initial sync * decided to have a git repo inside Dropbox (just don't do it, you will run into trouble; and it will cause heavy sync activity, thus waking CPU and wifi) * using a unit of capacity to express power consumption

I'm not sure I trust his methods.

I regularly turn off Dropbox on and off when switching between mobile broadband and wifi, and haven't seen any difference in power consumption. That's on Ubuntu 13.04 @ Thinkpad T530.

threeseed2• 13 years ago

Dropbox behaves very differently on OSX versus Linux I've found.

throwaway2048• 13 years ago

likely because linux has inotify

nicoschuele10• 13 years ago

My method is not scientific at all, I agree with that BUT the facts remain: without dropbox on (even after full sync and supposedly idle), my battery life is multiplied by nearly 3.

As a side note, Dropbox behaves differently on OS X. I've never noticed this issue on Windows 8 machines.

threeseed2• 13 years ago

This happens to me as well.

The Dropbox daemon wakes up every 10-15 seconds, uses 15% of the CPU then goes back to sleep. All this without any files changed or the index being affected. On 10.8, 10.9 with official versions and betas. Noticeable because I am on an older C2D MacBook Pro.

Wondering whether it's a side effect of something else installed e.g. iStat Menus.

czottmann2• 13 years ago

Which Dropbox client version are we talking about?

nicoschuele10• 13 years ago

As it is a fresh install, the last one.

czottmann2• 13 years ago

v2.2.8, then. Thanks.

jwr4• 13 years ago

Dropbox is terrible with CPU usage. This is something I reported to them several times, but it seems they don't really care.

Last I tested, Dropbox consumed CPU for ANY changes ANYWHERE in your filesystem, not just within the Dropbox folder. So its (slow) code processed changes even when you untarred a large set of files somewhere in /tmp.

I also stopped using Dropbox for storing my code because of that — it's nearly useless, as it consumes so much CPU and eats so much battery life, that it simply isn't worth the effort.

Another problem with Dropbox is that upon login it indexes the entire Dropbox, which if you have an HDD basically kills the machine for several minutes, e.g. you can't do anything else. That happens to me on a Mac Pro. On an SSD-equipped MacBook things are better, but it's still a monstrous operation.

And to everyone that says you should not store code in dropbox: a) there are good and legitimate reasons for doing so, b) dropbox could work a little more on optimizing CPU usage instead of adding "save your photos to Dropbox" features.

davedx• 13 years ago

And to everyone that says you should not store code in dropbox: a) there are good and legitimate reasons for doing so

I'm genuinely curious: why do this, as opposed to using a DVCS like git?

stinos• 13 years ago

same question here. If you can get free private git repositories on services like bitbucket, it's sort of a mystery to me why one would want to lose true versioning and go with plain backup instead.

robryan• 13 years ago

As opposed to there probably aren't really good reasons. Doing it in addition to source control seems like something everyone should do though.

The way people generally use source control isn't to push every single line added or changed to a remote copy of the repo as soon as it is done. A commit is more tied to completing a task, you need something else to cover you for loss for smaller amounts of code than that if your computer dies.

snom3802• 13 years ago

One advantage is near-instant sync between many computers. With a VCS you have to push and pull manually or set up some complicated cron jobs to automate it.

SurfScore2• 13 years ago

Dropbox revert to previous versions has saved my ass multiple times when something goes wrong in Xcode that I can't undo.

jwr4• 13 years ago

I do use git. But I often develop on two machines: a laptop and a Mac Pro. Which means I am often in the middle of something when I have to just pick up the laptop and go. "In the middle of something" means that just pushing commits over doesn't cut it. I can (and do) rsync stuff over, but that is annoying and very error-prone (it's too easy to sync stuff the other way around and lose work).

I guess you could say Dropbox gives me finer sync granularity than git does.

Dropbox seems like a perfect solution: have a single place where you keep code, develop on two machines, just pick up your laptop and leave whenever you want, without worrying about sync.

columbo• 13 years ago

I use dropbox as a client facing equivalent of FTP.

That way the client can have programmers/designers change their UI without needing any access into the server. It also allows me to share each site and doesn't bring the entire headache of managing accounts. I simply share the yoursite.com folder to the client. If a client has multiple sites it's just as easy to share all of them.

Wintamute• 13 years ago

My entire work folder is inside my Dropbox. Most of those projects are under Git version control, other temporary folders, toy projects and bits and bobs are not. This way my work folder is nominally backed up and synced across my machines. I wouldn't advocate using Dropbox as the only/primary backup and version control for important projects, but its totally legitimate to have code inside of a Dropbox.

ajuc• 13 years ago

I use both dropbox and git for my home projects. I sometimes develop on my desktop, sometimes on my wifes laptop, and sometimes remotely on another server through ssh, and I don't want to commit/add stuff to the git index just because I move from one computer to another. I could do this with branches, but it's too much hassle when I just want to shut down computer.

So I work on a directory that is in dropbox, and in git, and I can instantly shutdown my PC and start writing code on the laptop. Commiting changes is a separate step. It's quite convenient. Also I can test the code by accessing dropbox public link (it's mostly javascript and static websites), and there's no separate "deploy" step - when I save a file on any computer the change is ready to be tested, always at the same place. With git I would need to remember to commit, and update before I test, or I would need to set up a test server on every computer, and depending on where I work I would need to access different address. The difference between 15 seconds and 0 seconds to test small change is VERY significant.

cones688• 13 years ago

Another problem with Dropbox is that upon login it indexes the entire Dropbox

I haven't used Dropbox in a while as a local client for other reasons but I think people need to appreciate this is the payoff for having the convenience? How can one expect it to sync changes if it never scans or detects changes? People seem to want a magical product where it never uses any HD throughput or CPU to index/scan/upload megabytes of data, sure it can look for changes less often but that decreases the usefulness of the product.

As a sidenote, surely all the dropboxers use dropbox for everything (they have unlimited accounts) so they must be 100% aware of this? in which case there must be concrete reasons for this!?

tokenizerrr• 13 years ago

Well, just my 2 cents...

The indexation doesn't need to happen immediately upon boot. Do one directory every minute or so, let the computer start up and do other things while your background task runs.

Changes are detected because the operating system notifies dropbox of changes made, they're not continuously scanning the drive. From other comments it sounds like dropbox has registered a hook like that for the entire filesystem, instead of just the working folder. That seems unnecessary.

mikevm2• 13 years ago

My computer comes to a halt on boot because of the Dropbox client. I hate it. For some reason SugarSync does not do this kind of thing, so there has to be a way to do it in a smarter way.

Why can't Dropbox remember the state of the files in your dropbox folder, and upon login, grab state of the files on the Dropbox server and do a simple comparison, without re-calculating hashes for the files on your computer?

jwr4• 13 years ago

I am not saying Dropbox sucks, I am just criticizing those aspects which I think could be improved and are being neglected.

From my conversations with Dropbox support I understood that Dropbox really can't handle a large number of small files. The large plans are intended for people who store large files, not lots of stuff.

wslh2• 13 years ago

So, we need a per application battery usage indicator? Surely this application exists.

Terretta• 13 years ago

It's in beta, coming this fall: Mavericks.

The new battery indicator on the menu bar identifies apps that consume the most energy, and Activity Monitor now details energy consumption per process.

First in list of features: https://developer.apple.com/osx/whats-new/

hnha• 13 years ago

on Linux there is powertop, awesome piece of libre software by Intel

wslh2• 13 years ago

On Windows? I can't find one.

zurn2• 13 years ago

Laptop operating systems need to start keeping tabs on what's using your battery, like Android does (with mixed success but that's another story).

9h1d9j809s2• 13 years ago

OS X 10.9 does show battery use per app in the Activity Monitor. It also shows a short list of battery-draining apps right in the battery menu at the top of the screen.

lttlrck• 13 years ago

Powertop has been available on Linux for a looooong time.

lcnmrn• 13 years ago

Open Dropbox when you need to sync, then quit the process. Make sure it doesn't run at OS X start up. I don't see why most of the users want to have a perfect sync all day long since it doesn't happen in real time (large files, slow network, etc.)

nicholassmith• 13 years ago

This is interesting, I've also got a 2013 MBA and use DropBox but I've not seen a big dip in battery usage. I might do a bit more testing this week and see whether it has had an impact and I've just not realised, and/or I've put it down to the code-compile-simulator cycle.

TheAnimus• 13 years ago

Oh if only it was one App that killed the battery on the last laptop I bought. Before nuking the default windows install, I did a quick test, with all the crapware that comes as standard, it managed about 4 hours. Fresh install 6.5 hours.

nicoschuele10• 13 years ago

Mac. Doesn't come with crapware.

For Windows boxes, there's decrapifier.

FreezerburnV• 13 years ago

Doesn't Windows 8 come with a built-in "remove everything and fresh install the OS" button now? Can always use that.

9h1d9j809s2• 13 years ago

I have noticed this as well. And it's not just Dropbox. I have turned off Dropbox, Google Drive and Little Snitch.

watson• 13 years ago

Can anyone confirm his findings? I imagine that if this is real, then this is a problem for all MacBook owners not just the latest MacBook Air.

I have a 13" MacBook Air, medio 2011. I bought it almost right after it was released and have used it as my only computer almost every day since. I have the Dropbox agent running all the time.

While working last Sunday I got 5.5 hours of battery life out of it and I've never taken good care of the battery. I never drain it unless I'm not near a power outlet, in which case I just have it plugged in all day.

My current battery health information shows: Cycle Count: 253, Condition: Normal

OrdojanAndrius• 13 years ago

Since I'm stuck using an old computer I made a small script that turns Dropbox on every few hours and kills it after 10 minutes. I don't sync data all the time so this solution works well for me and I save system resources.

Osmium3• 13 years ago

I switched from Dropbox to SpiderOak recently, and they're a bit better, but feels so clunky. I'm just about fed up with all of them. I use CrashPlan for backups and they're at least good for CPU usage because they have a preference -- max CPU (%) when you're at the computer, and max CPU when you're away, which really does help.

Those who are using Dropbox may find something like cpulimit[1] useful. This limits the CPU usage of any process by repeatedly sending SIGSTOP and SIGCONT signals to your process. It's on homebrew for OS X. I think there're some other alternatives available too but can't remember off hand. But if the article's accurate, Dropbox has issues even when it's not indexing heavily.

[1] https://github.com/opsengine/cpulimit

rsanders• 13 years ago

A non-open-source OS X app called AppTamer can be very handy for managing battery life. You can set process priority and automatically pause non-foreground GUI apps. So when you switch away from your CPU chewing IDE, it'll get SIGSTOP'd.

Already__Taken• 13 years ago

I push to a bare repo in a dropbox folder because I can't for the life of me get a secure connection through the work firewalls / proxy so I don't bother and let dropbox deal with it.

waterhouse• 13 years ago

"I just have to change my habit of having it constantly on while working. Turn Dropbox on and sync before starting to work and then turn it off."

Hohoho. Allow me to suggest a solution. Suppose that you would be ok with having Dropbox sync files every five minutes. Let's suppose that 10 seconds is usually more than enough to do whatever syncing is necessary. Well, then:

  $ while :; do killall -STOP Dropbox; sleep 300; killall -CONT Dropbox; sleep 10; done

I do things like this to throttle the CPU usage and, in some cases, the power consumption of applications that really don't need what they're using. This really should be a feature provided by the operating system, but in the meantime, I resort to ridiculous hacks of this sort. (Note that, if you ^C the above loop, Dropbox will likely be still STOPped and you'll have to CONT it again. It is possible to write a more sophisticated program to address this problem.)

Dropbox will kill your insane MacBook Air 2013 battery

Related Stories