en-us https://www.intensedebate.com/users/96053 Comments by Alexey Kovyrin http://www.searchengines.ru/blog/archives/009771.html#IDComment23117481 Вот бы еще кто-то придумал построение маршрутов по картам... А то собираюсь на родину и плакать хочется, когда сравниваю местные гуглмапсы и те поделки, которые для Украины есть... Tue, 2 Jun 2009 22:04:24 +0000 http://www.searchengines.ru/blog/archives/009771.html#IDComment23117481 http://radio-t.com/podcasts/radio-t-96/#IDComment4036113 Как видите, в обоих приведенных выше случаях на высоких нагрузках решения, которые приняли в Drizzle являются более чем логичными. А причина очень простая - они затеяли всю эту историю как раз с мыслью "нам нужна очень простая, но очень быстрая RDBMS, способная работать на очень больших кол-вах процессоров и способная эффективно распорядиться большими обьемами данных". И, должен сказать, да - она очень нам нужна (тем, кто вынужден смотреть на графики масштабируемости освновного их инструмента в работе и видеть там жуть и кошмар). Собственно, вот и все... Wed, 6 Aug 2008 00:08:07 +0000 http://radio-t.com/podcasts/radio-t-96/#IDComment4036113 http://radio-t.com/podcasts/radio-t-96/#IDComment4036103 Innodb медленне myisam. Нет, нет и еще раз нет - есть достаточно небольшой набор workloads (честно, не знаю как по-русски), на которых myisam может быть немного быстрее _правильно настроенного innodb_, но это работает только до момента, пока dataset не перерастает размеры RAM вашей машины... А дальше - случайное вымывание данных из кеша VFS вашей OС и много-много случайного I/O. Innodb на базах больших размеров работает намного качественнее (в основном благодаря более умному управлению памятью через innodb buffer pool и возможностью исключить кеш VFS из пути следования данных). Wed, 6 Aug 2008 00:07:53 +0000 http://radio-t.com/podcasts/radio-t-96/#IDComment4036103 http://radio-t.com/podcasts/radio-t-96/#IDComment4036093 Любой более-менее нагруженный сайт (и тут сразу же смешная цифра в десятки запросов в секунду) выигрывает от query cache - из опыта работы с очень и очень-очень нагруженными сайтами (scribd, 3 из top-10 facebook apps, plurk, etc) могу точно сказать - никогда query cache им не помогал, так как: 1) Очень часто пуржится (именно по причине high concurrent load), что очень часто (при больших кешах, которые посоветовал кто-то из вас в дискуссии) наносит непоправимый ущер производительности 2) Имеет один глобальный лок на весь кеш (результат - оооочень большие проблемы с масштабированием на более менее многопроцессорных машинах (по факту - больше 4 ядер)) Wed, 6 Aug 2008 00:07:36 +0000 http://radio-t.com/podcasts/radio-t-96/#IDComment4036093 http://radio-t.com/podcasts/radio-t-96/#IDComment4036083 Самые спорные утверждения (далее - несколько постов, потому как не дает комментилка послать все одним куском): Wed, 6 Aug 2008 00:07:23 +0000 http://radio-t.com/podcasts/radio-t-96/#IDComment4036083 http://radio-t.com/podcasts/radio-t-96/#IDComment4033403 Ээх, послушал последний выпуск - очень понравилось... потом увидел Drizzle в шоуноутах к этому выпуску и решил послушать... зря :-( Может я слишком эмоционально реагирую, но мне хотелось плакать... Разговор был на уровне Компьютерры или журнала Хакер :-/ Единственное, что скажу - query cache убрали совсем не зря и на вопрос "кому это нужно" и утверждение "им не дает покоя sqlite" отвечу только одно - Drizzle _очень_ нужен Facebook'у, Fotolog'у, Youtube'у и мне (Scribd)... Это список тех, отывы кого я видел или слышал сразу после анонса (или у кого спрашивал). Вот так, похоже, потеряли слушателя :-( Tue, 5 Aug 2008 21:30:19 +0000 http://radio-t.com/podcasts/radio-t-96/#IDComment4033403