YP
Size: a a a
2017 September 07
LY
@Yully444, спасибо.
ПИ
получил сейчвс письмо...
"До конференции HighLoad++ остался ровно месяц! Приём докладов закрыт, Программный комитет начал работу по отбору лучших."
@olegbunin @Yully444 Вы это реально? Два месяца же осталось. Зачем так людей пугать)
"До конференции HighLoad++ остался ровно месяц! Приём докладов закрыт, Программный комитет начал работу по отбору лучших."
@olegbunin @Yully444 Вы это реально? Два месяца же осталось. Зачем так людей пугать)
LY
Камрады, @olegbunin, у меня просьба.
В заявках есть два доклада, которые базируются на теме сравнения key-value движков:
1) http://www.highload.ru/2017/abstracts/2856.html
2) http://www.highload.ru/2017/abstracts/2974.html
Я являюсь разработчиком одного из таких движков (https://github.com/leo-yuriev/libmdbx) и планирую рассказать про надстройку (http://www.highload.ru/2017/abstracts/2837.html).
Соответственно, периодически оцениваю производительность key-value и анализирую другие публикуемые результаты. При этом нередко наблюдаю "натягивание совы на глобус", а также грубейшие ошибки в методиках и интерпретации результатов.
Поэтому я хочу связаться с докладчиками по указанным заявкам, с двумя целями:
1) Предложить попробовать libmdbx, в том числе (при необходимости) пояснить отличия от Symas LMDB.
2) Подстраховать от некоторых (самых распространенных) упущений и ошибок в методиках, включая интерпретацию результатов бенчмарков.
leo@yuriev.ru
В заявках есть два доклада, которые базируются на теме сравнения key-value движков:
1) http://www.highload.ru/2017/abstracts/2856.html
2) http://www.highload.ru/2017/abstracts/2974.html
Я являюсь разработчиком одного из таких движков (https://github.com/leo-yuriev/libmdbx) и планирую рассказать про надстройку (http://www.highload.ru/2017/abstracts/2837.html).
Соответственно, периодически оцениваю производительность key-value и анализирую другие публикуемые результаты. При этом нередко наблюдаю "натягивание совы на глобус", а также грубейшие ошибки в методиках и интерпретации результатов.
Поэтому я хочу связаться с докладчиками по указанным заявкам, с двумя целями:
1) Предложить попробовать libmdbx, в том числе (при необходимости) пояснить отличия от Symas LMDB.
2) Подстраховать от некоторых (самых распространенных) упущений и ошибок в методиках, включая интерпретацию результатов бенчмарков.
leo@yuriev.ru
PD
А когда будет известно, вошел доклад в повестку или нет? Хотелось бы хотя бы за месяц )
YP
А когда будет известно, вошел доклад в повестку или нет? Хотелось бы хотя бы за месяц )
Филипп, до 25 сентября
PD
Спасибо
2017 September 08
DP
Камрады, @olegbunin, у меня просьба.
В заявках есть два доклада, которые базируются на теме сравнения key-value движков:
1) http://www.highload.ru/2017/abstracts/2856.html
2) http://www.highload.ru/2017/abstracts/2974.html
Я являюсь разработчиком одного из таких движков (https://github.com/leo-yuriev/libmdbx) и планирую рассказать про надстройку (http://www.highload.ru/2017/abstracts/2837.html).
Соответственно, периодически оцениваю производительность key-value и анализирую другие публикуемые результаты. При этом нередко наблюдаю "натягивание совы на глобус", а также грубейшие ошибки в методиках и интерпретации результатов.
Поэтому я хочу связаться с докладчиками по указанным заявкам, с двумя целями:
1) Предложить попробовать libmdbx, в том числе (при необходимости) пояснить отличия от Symas LMDB.
2) Подстраховать от некоторых (самых распространенных) упущений и ошибок в методиках, включая интерпретацию результатов бенчмарков.
leo@yuriev.ru
В заявках есть два доклада, которые базируются на теме сравнения key-value движков:
1) http://www.highload.ru/2017/abstracts/2856.html
2) http://www.highload.ru/2017/abstracts/2974.html
Я являюсь разработчиком одного из таких движков (https://github.com/leo-yuriev/libmdbx) и планирую рассказать про надстройку (http://www.highload.ru/2017/abstracts/2837.html).
Соответственно, периодически оцениваю производительность key-value и анализирую другие публикуемые результаты. При этом нередко наблюдаю "натягивание совы на глобус", а также грубейшие ошибки в методиках и интерпретации результатов.
Поэтому я хочу связаться с докладчиками по указанным заявкам, с двумя целями:
1) Предложить попробовать libmdbx, в том числе (при необходимости) пояснить отличия от Symas LMDB.
2) Подстраховать от некоторых (самых распространенных) упущений и ошибок в методиках, включая интерпретацию результатов бенчмарков.
leo@yuriev.ru
о, так это же круто!
DP
если станет понятно, что я в программе - я приду!
OB
получил сейчвс письмо...
"До конференции HighLoad++ остался ровно месяц! Приём докладов закрыт, Программный комитет начал работу по отбору лучших."
@olegbunin @Yully444 Вы это реально? Два месяца же осталось. Зачем так людей пугать)
"До конференции HighLoad++ остался ровно месяц! Приём докладов закрыт, Программный комитет начал работу по отбору лучших."
@olegbunin @Yully444 Вы это реально? Два месяца же осталось. Зачем так людей пугать)
Это мы ошиблись :(
2017 September 09
AN
Камрады, @olegbunin, у меня просьба.
В заявках есть два доклада, которые базируются на теме сравнения key-value движков:
1) http://www.highload.ru/2017/abstracts/2856.html
2) http://www.highload.ru/2017/abstracts/2974.html
Я являюсь разработчиком одного из таких движков (https://github.com/leo-yuriev/libmdbx) и планирую рассказать про надстройку (http://www.highload.ru/2017/abstracts/2837.html).
Соответственно, периодически оцениваю производительность key-value и анализирую другие публикуемые результаты. При этом нередко наблюдаю "натягивание совы на глобус", а также грубейшие ошибки в методиках и интерпретации результатов.
Поэтому я хочу связаться с докладчиками по указанным заявкам, с двумя целями:
1) Предложить попробовать libmdbx, в том числе (при необходимости) пояснить отличия от Symas LMDB.
2) Подстраховать от некоторых (самых распространенных) упущений и ошибок в методиках, включая интерпретацию результатов бенчмарков.
leo@yuriev.ru
В заявках есть два доклада, которые базируются на теме сравнения key-value движков:
1) http://www.highload.ru/2017/abstracts/2856.html
2) http://www.highload.ru/2017/abstracts/2974.html
Я являюсь разработчиком одного из таких движков (https://github.com/leo-yuriev/libmdbx) и планирую рассказать про надстройку (http://www.highload.ru/2017/abstracts/2837.html).
Соответственно, периодически оцениваю производительность key-value и анализирую другие публикуемые результаты. При этом нередко наблюдаю "натягивание совы на глобус", а также грубейшие ошибки в методиках и интерпретации результатов.
Поэтому я хочу связаться с докладчиками по указанным заявкам, с двумя целями:
1) Предложить попробовать libmdbx, в том числе (при необходимости) пояснить отличия от Symas LMDB.
2) Подстраховать от некоторых (самых распространенных) упущений и ошибок в методиках, включая интерпретацию результатов бенчмарков.
leo@yuriev.ru
Примечательно, что все три докладчика этих двух докладов живут в СПб. Но если получится предварительная встреча всех заинтересованных с обсуждением бенчмаркинга key-value-движков — тоже рад был бы присоединиться (даже если в Питере, ради такого дела можно и смотататься))
2017 September 10
OB
Парни, а вот может вы сами и договоритесь?
DP
теперь-то уж точно договоримся
2017 September 11
LY
@olegbunin, да, уже очевидно что договоримся.
LY
@onokonem, приветствую. Встречаться можно вне географии, предлагаю https://meet.jit.si/KeyValueBenchmarking или Skype.
Если libmdbx попадает в бенчи, то у мня остается только второй пункт, т.е. постараться избежать традиционных ошибок при сравнении.
Так вот, основной посыл тут = быть _очень_ дотошными по теме durability и recovery. Грубо говоря, при внешне одинаковых заявлениях, в разных движках, на деле совершенно разный уровень гарантий на сохранность данных. А если попытаться эти гарантии выровнять, то результаты случаются сильно другими (тут уместно вспомнить что в linux нет fbarrier(), и что производительность сильно болеет при включении ordered write). Дальше предлагаю обсуждать голосом.
Если libmdbx попадает в бенчи, то у мня остается только второй пункт, т.е. постараться избежать традиционных ошибок при сравнении.
Так вот, основной посыл тут = быть _очень_ дотошными по теме durability и recovery. Грубо говоря, при внешне одинаковых заявлениях, в разных движках, на деле совершенно разный уровень гарантий на сохранность данных. А если попытаться эти гарантии выровнять, то результаты случаются сильно другими (тут уместно вспомнить что в linux нет fbarrier(), и что производительность сильно болеет при включении ordered write). Дальше предлагаю обсуждать голосом.
LY
AN
я напишу ещё Светлане Лазаревой (Raidix, автор второго упомянутого доклада), надеюсь, сможем и их подключить
LY
Andrei, да, конечно. Но с Русланом мы уже списались.
AN
супер, тогда моя коммуникация будет лишней)
PD
Я бы с интересом послушал такое обсуждение )