by human_afterall on 4/12/15, 6:11 PM with 21 comments
by eiopa on 4/12/15, 9:12 PM
Did ES just didn't scale when you tried it? Is your solution better/faster? If so, by how much and on what workloads?
Contrast this with something like RocksDB. They just show you the numbers - http://rocksdb.org/
by dapz on 4/13/15, 6:41 AM
If the alternative is maintaining a single index, won't the time it takes to update it at least be the time it takes to update per-user indexes? The former naively sounds like updating a single, gigantic binary search tree, the latter seems like updating a hashmap of UserId/BST pairs.
"Secondly, this approach requires the system to maintain as many indices as there are users with each stored in a separate file. With over 300 million users, keeping track of so many indices in production would be an operational nightmare."
..Why?
Anyway the stuff about shared documents is enough to make per-user indexing probably a bad idea, but I don't understand the reasons they provided above.
by vskr on 4/12/15, 11:17 PM
by majke on 4/12/15, 9:24 PM
by tomglindmeier on 4/12/15, 9:58 PM
by cdnsteve on 4/13/15, 11:39 AM
Any details on the tech Firefly was coded in? Go, C++, Java?
by georgehm on 4/12/15, 11:27 PM
by tuyguntn on 4/12/15, 11:13 PM
Tomorrow. Hmm we have your data, lots of data, we wanted to know what is interesting to our users, so we decided to analyse them and find people with common interest.
Day after tomorrow. Miss Rice challenged us "can you find terrorist users using all of the documents you have indexed and analysed?"
Future. Hey user your first name is strange, your documents contain some strange characters, you are uploading data from country where our political leaders have problems, are you terrorist?
by escaped_hn on 4/13/15, 5:18 PM