←back to thread

How Dropbox Hacks Your Mac

(applehelpwriter.com)
1037 points 8bitben | 3 comments | | HN request time: 0.001s | source
Show context
newhouseb ◴[] No.12464730[source]
Hi HN — Ben from Dropbox here on the desktop client team. Wanted to clarify a few things —

- Clearly we need to do a better job communicating about Dropbox’s OS integration. We ask for permissions once but don’t describe what we’re doing or why. We’ll fix that.

- We only ask for privileges we actively use -- but unfortunately some of the permissions aren’t as granular as we would like.

- We use accessibility APIs for the Dropbox badge (Office integrations) and other integrations (finding windows & other UI interactions).

- We use elevated access for where the built-in FS APIs come up short. We've been working with Apple to eliminate this dependency and we should have what we need soon.

- We never see or store your admin password. The dialog box you see is a native OS X API (i.e. made by Apple).

- We check and set privileges on startup — the intent was to make sure Dropbox is functioning properly, works across OS updates, etc. The intent was never to frustrate people or override their choices.

We’re all jumping on this. We’ll do a better job here and we’re sorry for any anger, frustration or confusion we’ve caused.

replies(30): >>12464748 #>>12464757 #>>12464795 #>>12464842 #>>12464871 #>>12464901 #>>12464973 #>>12464992 #>>12465003 #>>12465065 #>>12465178 #>>12465579 #>>12465584 #>>12465819 #>>12465975 #>>12466068 #>>12466126 #>>12466141 #>>12466143 #>>12466315 #>>12466502 #>>12466626 #>>12466822 #>>12468525 #>>12468769 #>>12468833 #>>12469145 #>>12470515 #>>12473045 #>>12481821 #
xenadu02 ◴[] No.12464901[source]
Can you also tell us why Dropbox eats lots of CPU cycles anytime there is any filesystem activity?

If I unzip a large archive in /tmp, Dropbox is eating 60% of my CPU.

If I open the new Xcode for the first time (and the system verifies all the signatures) Dropbox is eating 100% of one CPU.

It really seems like the Dropbox client is monitoring the entire filesystem (all FSEvents) instead of just the dropbox syncing folders, and doing it relatively inefficiently at that.

At this point if I'm doing anything filesystem intensive I close Dropbox first.

replies(13): >>12465206 #>>12465409 #>>12465606 #>>12465607 #>>12465618 #>>12465801 #>>12465824 #>>12465939 #>>12465944 #>>12465948 #>>12467863 #>>12467946 #>>12470459 #
jimmaswell ◴[] No.12465824[source]
Could this be a consequence of the built in FS APIs coming up short, as Ben put it, and forcing DropBox to do things in less efficient ways to work around the limitations?
replies(3): >>12466121 #>>12467687 #>>12468297 #
rarepostinlurkr ◴[] No.12468297[source]
Doesn't Apple literally have a sync solution on this platform, likely using these same APIs? FSEvents powers a lot of core functionality on macOS so it's surprising to hear it just doesn't meet Dropboxes needs.

It's cool they are moving into the kernel soon anyway, just install their kext...

replies(2): >>12469448 #>>12470280 #
1. SyneRyder ◴[] No.12469448[source]
Is Apple's sync reliable though? There was an episode of MacBreak Weekly last week where both Adam Engst & Andy Ihnatko urged people not to enable the new Sierra sync system, and talked about instances of data loss caused by Apple's various sync features. The segment begins here:

https://www.youtube.com/watch?v=IgE1c-YTEpE&t=65m02s

I thought it was common knowledge that Apple's own sync (nevermind the APIs they provide to third parties) was terribly unreliable. Even long-time Mac developers like Panic & Omni developed their own sync services because the Apple ones were so unreliable.

replies(1): >>12472098 #
2. elcritch ◴[] No.12472098[source]
That and what I take to be the iCloud / System Indexing daemon's (like `mdfind`) kill my battery life. The other's reports of poor Dropbox performance baffles me a bit as it never seems to give me issues, but iCloud/Google Drive both have both had big performance penalties on 3 various macs I've tried them on.
replies(1): >>12472549 #
3. SyneRyder ◴[] No.12472549[source]
That's also my experience - I tried using OneDrive & Bitcasa at various times, and found they used far more battery than Dropbox ever did. I'd consider switching from Dropbox, but the competitors seem inferior to me (and Dropbox has more universal support).