Исходное сообщение
"Высокопроизводительный MySQL-движок TokuDB переведён в разря..." Отправлено AlexAT, 14-Май-13 07:31
> Не очень-то тихонько, на самом деле. В последних бенчах на mysqlperformanceblog хорооошая > такая пила на графике insert'ов видна, с красиивыми такими провалами. Не > так, конечно, ужасно как у LevelDB, где с какого-то момента compacting > начинает съедать вообще всё и rps доходит до нуля, но таки. Вы вот об этом бенче - http://www.mysqlperformanceblog.com/2013/05/07/benchmarking-.../ ? Таки да, чекпоинтинг бесплатным не бывает. У InnoDB в таких условиях всё вообще плохо - на первые 5 минут теста можно внимания не обращать - там таблица умещалась в память целиком. TokuDB оптимизирует именно работу с дисковой подсистемой и индексами, в случае CPU-bound/RBW-bound workloads лучше смотреть в сторону иных решений. Вообще к указанному бенчу есть ряд серьезных нареканий - автор пытается по сути забить гвоздь микроскопом. Под такую задачу надо in-memory database, +, возможно, NoSQL, и TPS будут куда мягче и шелковистее. По сути бенч - одна из стадий OLTP в чистом виде (ну и выбор железа и структуры таблиц намекают именно на OLTP), только вот слегка непонятен выбор последовательности процесса - гибрид высоких TPS на входе + rollup'а также на входе смотрится как-то неправильно. Это не говорит о том, хорош или плох бенч - это просто замечания к тому, что в данном случае он не раскрывает всех сторон медали.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Не очень-то тихонько, на самом деле. В последних бенчах на mysqlperformanceblog хорооошая >> такая пила на графике insert'ов видна, с красиивыми такими провалами. Не >> так, конечно, ужасно как у LevelDB, где с какого-то момента compacting >> начинает съедать вообще всё и rps доходит до нуля, но таки. > Вы вот об этом бенче - http://www.mysqlperformanceblog.com/2013/05/07/benchmarking-percona-server-tokudb-vs-innodb/ > ? > Таки да, чекпоинтинг бесплатным не бывает. У InnoDB в таких условиях всё > вообще плохо - на первые 5 минут теста можно внимания не > обращать - там таблица умещалась в память целиком. TokuDB оптимизирует именно > работу с дисковой подсистемой и индексами, в случае CPU-bound/RBW-bound workloads лучше > смотреть в сторону иных решений. > Вообще к указанному бенчу есть ряд серьезных нареканий - автор пытается по > сути забить гвоздь микроскопом. Под такую задачу надо in-memory database, +, > возможно, NoSQL, и TPS будут куда мягче и шелковистее. > По сути бенч - одна из стадий OLTP в чистом виде (ну > и выбор железа и структуры таблиц намекают именно на OLTP), только > вот слегка непонятен выбор последовательности процесса - гибрид высоких TPS на > входе + rollup'а также на входе смотрится как-то неправильно. > Это не говорит о том, хорош или плох бенч - это просто > замечания к тому, что в данном случае он не раскрывает всех > сторон медали.
	Введите код, изображенный на картинке: