Comments 7
Еще хотелось бы увидеть насколько они масштабируемы (1-5-10-20 потоков), насколько хорошо справляются со смешанной нагрузкой get/set и как себя ведут, когда данные перестают влезать в память (для тех, кто так может).
на счет данных не влазящих в память все супер — там же используется родной InnodDB, а это всего лишь протокол доступа напрямую в движок таблиц
на несколько потоков тест обязательно будет
и еще будет тест повыборке вторичного индекса
исходники выложу на github
может кто протестирует на более сильных серверах
и еще будет тест повыборке вторичного индекса
исходники выложу на github
может кто протестирует на более сильных серверах
33.4/100000 = 3003 запр.сек при вставки данных
замены на несколько потоков
кол-во потоков производительность
16 5500
8 5320
4 4500
1 3001
кол-во потоков производительность
16 5500
8 5320
4 4500
1 3001
Sign up to leave a comment.
Некоторые тонкости Update & Insert в Handler Socket