Viewing profile — Bogdanovich

Not all government officials and police officers are the same. For example Magnitskiy scandal in Russia. https://en.wikipedia.org/wiki/Sergei_Magnitsky#Exposing_the_... TL/DR: poli…

Not all government officials and police officers are the same. For example Magnitskiy scandal in Russia. https://en.wikipedia.org/wiki/Sergei_Magnitsky#Exposing_the_... TL/DR: poli…

Not all government officials and police officers are the same. Have you heard of Magnitskiy scandal in Russia? TL/DR: police had given the materials taken during the police raids t…

"Building out autonomous technology and having global network is a huge advantage. Because the issue with autonomy and any software, is that you've got these edge cases [...]. If y…

It is dangerous. This guy's (Alexey Navalny) brother is in jail on a fabricated lawsuit as a hostage. Alexey himself was also convicted guilty and the only reason he personally is …

Any significant Russian leak will be instantly picked up by the western media. There is a lot of leaks on Russia in the media. No one actually cares anymore since it's mostly corru…

It's US pretends to be the world police and not the Russia.

He hiding from the United States in Ecuadorian Embassy for many years. No surprise he is biased against US. Unites States pretends to be the country that does 'good' things, and bl…

I don't really get the comparison with Pony Express part. As you said they shut down because of superior technology (transcontinental telegraph). So the superior technology to Uber…

They've been trying to sell the company earlier without any success: https://www.nytimes.com/2016/08/20/technology/lyft-is-said-t...

This regulation was probably a good reason for uber to sell its business as it protects didi's market share

From bbc.com: "The deal with Didi Chuxing comes just days after China agreed to provide a legal framework for taxi-ordering apps. Both Uber and Didi have welcomed the decision, hav…

It would only trigger compaction if sst tables have overlapping keys. And if you only write new items, goleveldb implementation would just create 3.7Mb sst tables by default withou…

I added some more benchmarks including packing with 200M small 64 byte messages (20Gb) and consumption of that queue. There is no slowdown because of mass delete. https://github.co…

There is no benefit in that except faster startup time. As a downside you'll get a lot head/tail db keys updates.

In case of reliable fetch failure each consumer group will keep it's own queue of failed deliveries (persisted on disk), will check that queue and serve these failed items first.

Right now it doesn't store any consumer offsets. And you can get either at-most-once or at-least-once guarantees. But I found the idea of multiple consumer groups per queue very in…

It's really simple. Each queue is a separate leveldb database on disk. Messages are stored as key/value using incremental ids. Head and tail of the queue are kept in memory and get…

Yes, goleveldb was chosen because it's a ready to use library with a decent write and read performance, and no external non-Go dependencies. It can also be used to store multiple c…

Yes, as id/value with autoincrement key. Head and tail ids are kept in memory and get initialized on startup via leveldb database scan.

Reliable fetch is a feature, not a protocol requirement. You can use simple 'get work_queue' command to just get a message, or you can use 'get work_queue/open', 'get work_queue/cl…

You can have large queue sizes (larger than RAM size) and siberite would still consume small amount of resident memory. You basically don't need a separate server with decent amoun…

If server is compromised, web app source code would probably change to something else.