- BEST_PEOPLE (2:5077/15.22) -------------------------- BEST_PEOPLE (RU.UNIX) -
From : Valentin Nechayev 2:5020/400 19 Nov 00 19:40:52
Subj : Re: FreeBSD + MySQL = тапки?
-------------------------------------------------------------------------------
* Forwarded from area 'RU.UNIX'
From: netch@carrier.kiev.ua (Valentin Nechayev)
Hello Alexei Ivanov!
AI> Вот наблюдаю тут беседу и решил вмешаться.
AI> Можно объяснить фразу "один большой селект вешает остальных клиентов".
AI> Что меняется если все запросы выполняются паралельно?
AI> Как мне кажется общее время выполнения каждого запроса при этом
AI> увеличится.
AI> Тогда что мы выигрываем?
_Якобы_ у него есть правильные r/w locks.
Однако, мы постоянно наблюдаем картину, как из 10 одновременно полезших
с не сильно сложным апдейтом cgi'ек 9 ждут, когда их mysql server threads
прокрутятся на спинлоках, выжирая весь процессор, в то время как одна
другая ветвь пытается на оставшихся ей жалких остатках процессора
выполнить свою операцию и отдать другим. Соответственно, длительность
возникшей жопы пропорциональна этак квадрату количества одновременно
пришедших апдейтов.
А когда я стал жаловаться, что для наших задач mysql - хилятина по
возможностям, а postgres - по скорости, хор закричал "oracle!" и было
рассказано, что по скорости он не сильно уступает одному и опережает
второго, зато возможности - общеизвестны.
>> целиком вместиться в память клиента. Hету ручной оптимизации
AI> Что значит результат должен вместиться в память клиента?
AI> Что я ищу, то и получаю. Если я не могу поднять два мешка картошки, то
AI> нефиг
AI> их и покупать. В конце концов предоставляй возможность при получении
AI> более какого-то
AI> кол-ва записей просматривать их по частям.
Hесмешно.
/netch
--- ifmail v.2.15dev5 * Origin: Lucky Netch Incorporated (2:5020/400)
