ehwizard

5 ms·

1.
by ehwizard 4y ago
Internet access is optional, or can be intermittent. If you use the cloud service (consumption based & optional) then you'll need internet access for configuration, logging, etc... But if you lose connectivity, the robot will opera
2.
by ehwizard 10y ago
Minor point, but MongoDB added document validation in 3.2 so you can add guarantees about what documents are being stored. https://docs.mongodb.com/manual/core/document-validation/
3.
by ehwizard 13y ago
Have you tried turning on power of 2 allocation? In general, it makes compaction much less important. Though online compaction is definitely needed.
4.
by ehwizard 15y ago
Currently, there is a global read/write lock. MongoDB does extensive yielding and tracking of on vs. off disk to mitigate the effects of this. In subsequent versions (2.2) , we'll be lowering the scope of this lock as well.
5.
New MongoDB alerts and advisories page(alerts.mongodb.org)
61 points by ehwizard 15y ago|11 comments
6.
by ehwizard 15y ago
In addition to the documentation, videos from the conferences are a great place to start: http://www.10gen.com/presentations/mongoboston-2011/schema-d... http://www.10gen.com/presentations/mongosf-2011/practical-sc...
7.
by ehwizard 15y ago
From CTO of 10gen First, I tried to find any client of ours with a track record like this and have been unsuccessful. I personally have looked at every single customer case that’s every come in (there are about 1600 of them) and cannot mat
8.
by ehwizard 16y ago
Durability is a new feature, and should be treated as such. While it is currently not the default, that may change in a later release.
9.
by ehwizard 16y ago
Yes - something that keeps data organized my shard key is being planned.
10.
by ehwizard 16y ago
There are numerous indexes on the data - so actual data is about half of that.
11.
Steve Jobs, Mark Zuckerberg and Serpico(calacanis.com)
1 points by ehwizard 16y ago|1 comments
12.
by ehwizard 16y ago
They needed to be able to do some queries on various indexes, so key/value stores wouldn't work. Also MongoDB tends to be only 10% slower then memcache, so not sure why you think its not fast...
13.
by ehwizard 16y ago
Some more info: - 25 x-large ec2 instances - each instance ran mongos, mongod and java loading program - system averaged 5M "ops" per second over many hours Average ops per server: - 3000 inserts - 25000 updates - 150000 queries -
14.
by ehwizard 17y ago
Just some thoughts on your downs (i'm a dev, so opinionated in 1 direction :) ) * At least on my 64-bit linux box, mmap page size is 4k. So if you have to read 100 bytes vs 4k, in the end I don't think its a big difference. From the drive