Свежие комментарии
| Title | Comment |
|---|---|
| Как раз сегодня с шефом говорил на эту тему. У Pg просто "сд |
Как раз сегодня с шефом говорил на эту тему. У Pg просто "сдувается" комьюнити. |
| > join - inner Да, inner, иначе я бы уточнил. Там большинст |
> join - inner Да, inner, иначе я бы уточнил. Там большинство запросов с order by и limit 1 -- выбирается всего одна запись в итоге, в результате соединения и выбора по условию всего около 30к записей, что их там сортировать? Т.е. explain plan я смотрел, запросы престраивал так, чтобы не фулл скан был. И я не сказал, что постгрес чем-то плох, я просто обдумываю, имеет ли смысл даже пробовать. Я умею готовить оракл, немного понимаю в мыскуле, но постгрес до 8й версии меня не интересовал вообще, пока он не умел быстро работать. Сейчас он, говорят, уже на уровне. Вот мне интересно на каком реально. У меня, кстати, подобная проблема возникла. Делал один проект, внутри вся база на постгресе. К проекту надо прикрутить форум, взяли IPB, как все рекомендовали. А он только мыскуль умеет (мсскл не считается), а постгрес никак. Задали разработчикам вопрос, в ответ получили: "ну что вам жалко что ли, ставьте мыскуль". Так и сидят две дбмс рядом в итоге. И аккаунты не синхронизированы между сайтом и форумом из-за этого, и время, отведённое на этот проект, у меня уже закончилось. |
| Посмотрел. По ощущениям - быстрее не стало. В жопу. |
Посмотрел. По ощущениям - быстрее не стало. В жопу. |
| Ну вот да, архивы (по месяцам, по дням, по рубрикам) - в отл |
Ну вот да, архивы (по месяцам, по дням, по рубрикам) - в отложенную публикацию. Вот посмотрим, сколько будет этот комментарий публиковаться. Все остальные методы ф топку - чем перебирать шаблоны, проще навсегда забыть этот ужас, который меня скоро три года мучает. |
| Вот, написал :) http://movable-type.ru/wiki/Оптимизация_публ |
Вот, написал :) |
| join - inner или outer? если мы ничего не выбираем, а просто |
join - inner или outer? если мы ничего не выбираем, а просто объединяем две таблицы, сколько строк в результате, 300к, 50к или "15 милиардов"? (и, настаиваю, постгрес надо уметь готовить, его версионность быстро ведет к распуханию данных на диске, даже если в базе две записи. В 8.4 вроде легче, но вакуум все-равно нужен) |
| > а Х.З., надо брать данные, смотреть query plan. Какие запи |
> а Х.З., надо брать данные, смотреть query plan. Какие записи, какой join. Ну ясно, что "хз", мне не точные данные в данном вопросе нужны были, а скорее просто впечатление, будет ли работать соединение пары таблиц на 300к и 30к, когда есть индекс на форин ки и все данные лежат в кеше, быстрее, чем, скажем 0.01 сек. Т.е. в случае, когда у меня оракл, я о таких мелочах даже не думаю, а вот в мыскуле вылезло. Уоптимизировался с индексами, чтобы все фильтры их учитывали и сокращали количество данных для соединения. И теперь думаю, то ли тачка слабая (не так уж), то ли задача мощная (тьфу, в общем-то), то ли надо всё-таки с мыскуля линять на постгрес... Понятно, что только "живым экспериментом" можно выяснить будет ли кардинально лучше или хуже, но как-то пока есть чем другим заняться, кроме дублирования варианты программы под постгрес, особенно учитывая, что их там комплекс и всё поменять нифига не просто... |
| Да Х.З., надо брать данные, смотреть query plan. Какие запис |
Да Х.З., надо брать данные, смотреть query plan. Какие записи, какой join. Даже для обычного джойна (не outer) все же может приходить к пересечению длинных списков, тогда денормализация прописана. В постгресе, кстати, с его массивами, она легче проходит. |
| > Перформанс на запись/апдейты у постгреса повыше, чем у Inn |
> Перформанс на запись/апдейты у постгреса повыше, чем у InnoDB, кстати. Вот, кстати, вопрос по теме. Есть у меня задача, где примерно 50 процессов время от времени дёргают один мыскуль, изредка апдейтя там табличку-другую. В мыскуль-слоу "медленные" запросы уже искоренил, нужные индексы созданы, записей там всего 300-500 тыс в самой большой, в другой около 30 тыс, в соединении больше двух таблиц не участвует. Так вот, хотя запросы в основном там на выборку, а апдейты 1-2 в секунду всего, мыскуль нагружается на 50-60%% цпу (после оптимизации, до оптимизации было 100-150%%) на восьмипроцессорной машине с 20гб рам. Отсюда вопрос, будет ли постгрес чувствовать себя лучше на такой нагрузке? Отношение выборок к апдейтам примерно 50:1. |
| Utilities - System Profiler - Graphics/Displays Displays: C |
Utilities - System Profiler - Graphics/Displays Displays: |
| Исправил ссылку в шаблоне, спасибо. Вот правильная ссылка дл |
Исправил ссылку в шаблоне, спасибо. Ok, напишу статью в Wiki, а потом сюда скину ссылку :) |
| А Quartz Extreme как нибудь можно включить в вируальной MAC |
А Quartz Extreme как нибудь можно включить в вируальной MAC OS??? |
| <i>А зачем вообще смотреть на 5-ку, если 4-я версия Movable |
А зачем вообще смотреть на 5-ку, если 4-я версия Movable Type стабильна, работает со всем необходимым и в ней всё есть? Четверка меня в-общем не устраивает (Друпальские сайты сильно удобнее для меня во многих смыслах). Была надежда на улучшения в пятерке, что в сочетании с надеждой на безгеморойный переезд. Шаблоны - не стандартные. Как ускорить в 10 раз - ну напишите текст. А то: |
| А зачем вообще смотреть на 5-ку, если 4-я версия Movable Typ |
А зачем вообще смотреть на 5-ку, если 4-я версия Movable Type стабильна, работает со всем необходимым и в ней всё есть? Алексей, как я понимаю, у вас стандартные шаблоны, в которых дофига включаемых модулей? Если так, то тормоза при публикации вполне понятны. Могу рассказать, как мне удаётся снижать нагрузку при публикации в 10+ раз. |
| А movabletype уже переехал на что-то другое? :) Потому что п |
А movabletype уже переехал на что-то другое? :) Потому что при попытке поискать на их сайте mysql оно падает: Movable Type Аналогично по-Японски (http://www.movabletype.jp/cgi-bin/mt4/mt-search.cgi?search=mysql&Templat... ) Куда уж проще запрос :) |
| Да так же, те же яйца, вид сбоку. Статика отдается из кэша Ф |
Да так же, те же яйца, вид сбоку. В обоих случаях у меня раньше сотка насытится, которую мне провайдер дал, чем я это замечу (ситуация усложняется тем, что на страницах есть включаемый динамический контент, его кэширование делается штатными средствами друпала, а в MT - нештатными, но опять один хрен). |
| Тем что первый я умею готовить (эта готовка включает накатку |
Тем что первый я умею готовить (эта готовка включает накатку моего личного патча, конечно), а от MySQL всегда сплошная изжога. http://blog.lexa.ru/2008/10/05/vash_mysql___to_esche_g.html Т.е. все попытки его использовать у меня кончаются одинаково, "да е..сь оно все конем, поставлю постгрес". Это, понятное дело, мои личные тараканы, но вот Петя Зайцев (Percona), которого я лично спрашивал про свои беды, честно и открыто мне признался, что для счастья нужны MySQL-консультанты, отчего этим консультантам счастье. Перформанс на запись/апдейты у постгреса повыше, чем у InnoDB, кстати. |
| вот блин, упустил сей момент :-) спасибо. буду пробовать на |
вот блин, упустил сей момент :-) |
| Не для холливара, а утоления интереса для. А чем постгре луч |
Не для холливара, а утоления интереса для. |
| зато как потом под нагрузкой эта публикация себя ведет |
зато как потом под нагрузкой эта публикация себя ведет |
| Это вы не видели, как себя ведет MT при публикации комментар |
Это вы не видели, как себя ведет MT при публикации комментария или записи. |
| мне показался дико тяжеловесным |
мне показался дико тяжеловесным |
| У меня работает на многих сайтах, каши не просит. |
У меня работает на многих сайтах, каши не просит. |
| друпал беее |
друпал беее |
| Intel VT-x обязателен http://prasys.co.cc/2009/11/snow-leop |
Intel VT-x обязателен http://prasys.co.cc/2009/11/snow-leopard-boot-132-for-vmware-workstation... |
| Ну и придурки. Значит на новогодние каникулы куплю ящик конь |
Ну и придурки. Значит на новогодние каникулы куплю ящик коньяка и перенесу все на друпал. Кобыла с возу - бабе легче. |
| да, забыл сказать. в варе успешно работают Unix и Win7 |
да, забыл сказать. в варе успешно работают Unix и Win7 |
| а у меня не завелась. ноут на Core2 Duo T5450, 2Gb RAM, Win |
а у меня не завелась. |
| Movable Type 5 no longer supports SQLite or PostgreSQL. |
Movable Type 5 no longer supports SQLite or PostgreSQL. |
| >с 10.6 и новыми tools (от Fusion 3.0) - работают Это хорошо |
>с 10.6 и новыми tools (от Fusion 3.0) - работают |
Pages
