Live data from Hacker News

Dropbox: Going Deeper with Project Infinite

blogs.dropbox.com

61–70 of 95 posts

Re: Dropbox: Going Deeper with Project Infinite

#61
post #37
post #11

Earlier quoted context omitted.

I have a similar success story. Thanks to Dropbox spamming me with "OMG UPGRADE!" every time I clicked anything, I found out about SyncThing (specifically SyncTrayzor for Windows). Thanks, Dropbox!

Also checkout Seafile if you want something more Dropboxy.

But that seems to only use Seafile's servers, not S3.

Re: Dropbox: Going Deeper with Project Infinite

#62
post #12

So..the cost of an extra kernel/userspace switch was too much for a file request that is going to be serviced by a server on the other side of the internet?..really?

Exactly what I noticed about it. Also worth noting that the context switch here may matter for the practically tiny amount of people living in the right places in the US. It's pretty much a definition of a first world problem. Meanwhile, I'll be here with my 200ms ping to S3 wondering why would they waste all that time/complexity just to avoid a context switch.

Reminds me of the performance arguments for kdbus.

Re: Dropbox: Going Deeper with Project Infinite

#63

As a paying Pro customer, I am a bit worried how intent they seem to be on pushing the business/enterprise products. First of all, Dropbox the web application is spammed with Dropbox Business advertising. I am already paying. And, no, my employer (a European university) is unlikely to roll out Dropbox Business. So please stop bugging me :(. Secondly, more and more features are rolled out to business users first. Why?…

As a business customer, I'm thrilled they are focusing on us. We wanted to migrate our file storage to Dropbox for a while, but never did it because the business features weren't robust enough until recently. I'm excited to see them putting more effort into the features we need to provide our entire company with the kind of user-friendly service Dropbox already has at the individual consumer level.

Re: Dropbox: Going Deeper with Project Infinite

#64
post #8
post #3

So instead of using a FS shim to userspace on security grounds they decided to distribute a custom kext that's closed source -- ie a great way for normal bugs to turn into dangerous ones? I'm not sure I understand the logic here

I complete agree. Are there that many people running performance-sensitive I/O bound apps directly out of their Dropbox? Shouldn't they contribute back to libfuse rather than reinvent the VFS, with all the (sure as death and taxes) pitfalls and CVEs that will come along with it?

I wouldn't if I were Dropbox. Given the size of them, the speed they want to move, the security concerns with other people's code (vs a known beast that you're responsible for that you can limit to just what you need), the custom behavior they want (like new kinds of permissions, and the ultimate flexiblity of being in control of your own destiny... I'd make the same call. Dropbox has the talent to do this right.

Re: Dropbox: Going Deeper with Project Infinite

#65

If you want to try out a FUSE-style Dropbox filesystem, I write one. It's available on Mac, Windows and soon Linux. [shameless plug] http://www.expandrive.com The bit I don't quite understand about Project infinite is that you still have to manually decide what gets sync'd or not. It's also not a network volume, so things like virus scanners or search indexers can just page in-data? And if you want to offload data, y…

They know what's active, what's new, can pre cache and watch what you do. I'm not sure what they do about Virus scanners and search indexes, but they should be able to know what process is requesting the data and do stuff accordingly.

Re: Dropbox: Going Deeper with Project Infinite

#66
post #49

Earlier quoted context omitted.

Regardless of how much they've changed, 2011 Dropbox was decidedly not two guys in a garage and their complete and total lack of security engineering diligence and multiple overlapping process failures that must have occurred to lead to that incident call every future "At Dropbox we take security seriously" into question. (See also: "goto fail".) At some point, Dropbox clearly didn't take security seriously. They cla…

Google most certainly does not fall into the former. Google has had multiple security incidents during the lifetime of the company that resulted in an increasing investment in upping their security profile. Operation Aurora ( https://en.wikipedia.org/wiki/Operation_Aurora ) was one of them (which of course bit a number of companies and was quite a sophisticated attack), but they have had other screwups, like the SRE…

Will you run the closed-source Dropbox kext on your machine?

Re: Dropbox: Going Deeper with Project Infinite

#68
post #16

Earlier quoted context omitted.

Exactly, we should be moving in the opposite direction: make as much software as possible user-space and sandboxed. I assume a party as large as Dropbox can request Apple to extend the APIs where necessary?

> I assume a party as large as Dropbox can request Apple to extend the APIs where necessary? As large? Dropbox is like a fly to Apple. Not to mention competitors. And they haven't budged for much larger parties. So, unless it's something that Apple intends to do anyway, Dropbox's request will don't have much success.

I'd suspect Dropbox is worse than a fly - it's a direct competitor to iCloud. So, double no.

Re: Dropbox: Going Deeper with Project Infinite

#69
post #66

Earlier quoted context omitted.

Google most certainly does not fall into the former. Google has had multiple security incidents during the lifetime of the company that resulted in an increasing investment in upping their security profile. Operation Aurora ( https://en.wikipedia.org/wiki/Operation_Aurora ) was one of them (which of course bit a number of companies and was quite a sophisticated attack), but they have had other screwups, like the SRE…

Will you run the closed-source Dropbox kext on your machine?

I will. My system runs lots of closed source code already.

Re: Dropbox: Going Deeper with Project Infinite

#70
post #66

Earlier quoted context omitted.

Google most certainly does not fall into the former. Google has had multiple security incidents during the lifetime of the company that resulted in an increasing investment in upping their security profile. Operation Aurora ( https://en.wikipedia.org/wiki/Operation_Aurora ) was one of them (which of course bit a number of companies and was quite a sophisticated attack), but they have had other screwups, like the SRE…

Will you run the closed-source Dropbox kext on your machine?

Do you suppose it matters when someone unapologetically extends their unbidden shill-like opinion favoring a more current employer?

Running closed source code clearly involves a level of trust that permits abiding ignorance. Nothing more to say then.

Post reply on HN