Mythical 10x programmer

http://antirez.com/news/112

• Очень хорошее описание чем продуктивность разных программистов может отличаться
• Я верю в 10x программистово, я таких видел.

etcd vs zk vs consul

https://coreos.com/blog/performance-of-etcd.html

• Необходима большая производительность по записи (много ключей в большой системе)
• В целом, это воздействие на IO (Disc), IO (network), CPU, Memory
• Каждый тест создает 1М уникальных 256-bytes ключей с 1024-byte значением. Размер ключа - чтобы нагружать хранилище побольше, размер значения - среднее значение k8s protobuf values.
• Графики:
  • avg disk write throughput when creating 1M keys per number of clients (etcd is the worst, zk is the bets)
  • total data transferred for 1M keys creation (etcd is the best, consul is the worst)
  • CPU usage for creating 1M keys as clients scale (zk is the worst)
  • Server memory footprint for creating 1M keys
  • Throughput scaling (etcd max: stable 34.7krps, consul scales well up to 300 clients, then drop)
  • Latency distribution (etcd: < 50ms for 1k clients)
  • Latency over keys when creating 3M keys
• zk: once it triggers a snapshot - client requests begin failing
• dbtester (coreos / github)