-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Оптимизация, кэширование и "многокомпьютерность" программы
- Автор темы Tronyх
- Дата начала
Работы всё равно много. Впринципе какие-то средства оптимизации уже есть в голове, буду писать. Если есть какие-нибудь идеи - выкладывайте пожалуйста, особенно это касается библиотек вроде тех трёх.andry
Новичок
Подумай в сторону кластеров. Раскидку по нодам, балансировку делают практически все автоматом.
У муси есть готовое решение http://www.mysql.com/products/cluster/
В свое время http://www.mosix.org/ была неплохая система, давольно проста в настройке.
Это, само собой, верхний уровень оптимизации, в качестве дополнения ко всему выше сказанному.
У муси есть готовое решение http://www.mysql.com/products/cluster/
В свое время http://www.mosix.org/ была неплохая система, давольно проста в настройке.
Это, само собой, верхний уровень оптимизации, в качестве дополнения ко всему выше сказанному.
Сергей123
Новичок
>> У муси есть готовое решение http://www.mysql.com/products/cluster/
Просто к слову: появился текст HOWTO set up a MySQL Cluster for two servers (three servers required for true redundancy): http://dev.mysql.com/tech-resources/articles/mysql-cluster-for-two-servers.html
Просто к слову: появился текст HOWTO set up a MySQL Cluster for two servers (three servers required for true redundancy): http://dev.mysql.com/tech-resources/articles/mysql-cluster-for-two-servers.html
Tronyх
Новичок
Гы-гы-гы. Какой ты "весёлый парень"! Ну просто сказка! Только читать так и не научился... хочешь на мейл мп3 кину? в микрофон пару своих постов зачитаю, а? Если не всё потеряно, то повторю - машина вторая есть (пень 2.1 + 512МБ). И кто говорил что я фрилансер по этому проекту?Мдаааа ... "17 серверов" без linux - сервера для тестирования
А потом ведь приходится доказывать, что фрилансеры бывают серьезные, что с кем-то из нас все-таки можно иметь дело по серьезным проектам ...
-~{}~ 22.02.05 14:44:
Приношу извинения другим членам клуба за оффтоп, такие "дельные" советы и такое "вдумчивое" чтение просто не люблю.
ЗЫ чего нельзя сказать об AnToXa и Yurik, вам спасибо!
sdemch
Guest
Re: пример
Авторизация через апач это htaccess AuthType basic ?
Benvolio
Guest
Btw, господа, сорри за офф, но..
.. memcached не memleakает при большом кол-ве малых данных (10б - 1Кб), и наоборот, при относительно небольшом кол-ве больших данных (100Кб - 10Мб).
Какой опыт?
.. memcached не memleakает при большом кол-ве малых данных (10б - 1Кб), и наоборот, при относительно небольшом кол-ве больших данных (100Кб - 10Мб).
Какой опыт?
sdemch
Guest
А кстати!
Что лучьше использовать - кеширование в смарти или кеширование спец сервером( сквид, оопс, и т.п.).
У кого какие мнения?
Что лучьше использовать - кеширование в смарти или кеширование спец сервером( сквид, оопс, и т.п.).
У кого какие мнения?
slach
Новичок
> SqlRelay, SRM или memcache КТО ИСПОЛЬЗОВАЛ ХОТЬ ОДНУ ИЗ ТРЁХ БИБЛИОТЕК??? Поделитесь опытом, плюсами и минусами.
SQLRelay - пробовал использовать, МЕДЛЕННО, ее цель вообще сделать Database Abstraction Layer, а не ускорить работу с базой
memcache - УДОБНО ПРАВИЛЬНО, быстро, рекомендую
SRM - не использовал и не буду, пока дерик не возродит это дело до приемлимого уровня...
последнее время склоняюсь к мысли
наиболее производительной должна получиться связка
ginx (http://www.sysoev.ru/nginx/) + fast-cgi php4 + mysql 4.1.x с повсеместным использованием SQL_CACHE (http://dev.mysql.com/doc/mysql/en/select.html)
там где можно результаты хранить в виде статических кусков кеша готового html'я
которые хранить уже в memcached
никаких дорогостоящих Sablotron... возможно libxslt + libxml если хочется XML'я, если не хочется тогда php_templates (http://sourceforge.net/projects/php-templates/)
все картинки на тот же ginx на другой виртуальный хост
вот примерно такие мысли
SQLRelay - пробовал использовать, МЕДЛЕННО, ее цель вообще сделать Database Abstraction Layer, а не ускорить работу с базой
memcache - УДОБНО ПРАВИЛЬНО, быстро, рекомендую
SRM - не использовал и не буду, пока дерик не возродит это дело до приемлимого уровня...
последнее время склоняюсь к мысли
наиболее производительной должна получиться связка
ginx (http://www.sysoev.ru/nginx/) + fast-cgi php4 + mysql 4.1.x с повсеместным использованием SQL_CACHE (http://dev.mysql.com/doc/mysql/en/select.html)
там где можно результаты хранить в виде статических кусков кеша готового html'я
которые хранить уже в memcached
никаких дорогостоящих Sablotron... возможно libxslt + libxml если хочется XML'я, если не хочется тогда php_templates (http://sourceforge.net/projects/php-templates/)
все картинки на тот же ginx на другой виртуальный хост
вот примерно такие мысли
neko
tеam neko
а по твоему я шучу где-то?
нифига подобного
просто приятно подкинуть людям которые нагрузок даже близко не видели, эдакую, новую и абсурдную для них точку зрения
-~{}~ 02.04.05 10:42:
это потому что всерьез это комментировать невозможно
вот слеш например написал тут про пулы
мужик!!!
а ты не пробовал вместо этой очередной абстракции которая работает со всем на свете, поискать что-нибудь более близкое к телу?
например я знаю, что для postgresql есть отличный прокси по имени pgpool
он замечательно свое дело делает
к чему эти странные продукты которые пытаются одинакого работать со всем на свете, если заведеом ясно что это задача невыполнимая, кто-нибудь может объяснить?
-~{}~ 02.04.05 10:45:
и еще меня всегда удивляет
почему все эти ускорения никогда не обсуждаются в связи с оборудованием
я бы например с удовольствием почитал что-нибудь про правильные raid'ы, т.к. сам в этом не особо бумкаю
однако все наши титаны посещаемости вопрос рассматривают чуть ли не в поле shared hosting'а
это шутка такая чтоли, игнорировать начисто вопросы железа?
и как обычно у наших оптимизаторов плохо с практикой...
где тесты, друзья?
это не попытка кого-то подколоть, просто все это выглядит как пустой треп
нифига подобного
просто приятно подкинуть людям которые нагрузок даже близко не видели, эдакую, новую и абсурдную для них точку зрения
-~{}~ 02.04.05 10:42:
это потому что всерьез это комментировать невозможно
вот слеш например написал тут про пулы
мужик!!!
а ты не пробовал вместо этой очередной абстракции которая работает со всем на свете, поискать что-нибудь более близкое к телу?
например я знаю, что для postgresql есть отличный прокси по имени pgpool
он замечательно свое дело делает
к чему эти странные продукты которые пытаются одинакого работать со всем на свете, если заведеом ясно что это задача невыполнимая, кто-нибудь может объяснить?
-~{}~ 02.04.05 10:45:
и еще меня всегда удивляет
почему все эти ускорения никогда не обсуждаются в связи с оборудованием
я бы например с удовольствием почитал что-нибудь про правильные raid'ы, т.к. сам в этом не особо бумкаю
однако все наши титаны посещаемости вопрос рассматривают чуть ли не в поле shared hosting'а
это шутка такая чтоли, игнорировать начисто вопросы железа?
и как обычно у наших оптимизаторов плохо с практикой...
где тесты, друзья?
это не попытка кого-то подколоть, просто все это выглядит как пустой треп
fisher
накатила суть
2neko: насчет бредовых дискуссий - имхо ты не прав.
такие темы возникаю крайне редко, и имхо их стоит всячески поощрять:, у нас действительно не так много информации об особенностях тех или иных довольно известных продуктов. я например, с удивлением прочел, что sql_relay лажает на длинной выборке - весьма занятный факт. у нас нет иной возможности обмениваться информацией - "тюнинг" это не только дисциплина, это больше просто обмен фактами. пока фактов мало - может, потом их станет больше?
такие темы возникаю крайне редко, и имхо их стоит всячески поощрять:, у нас действительно не так много информации об особенностях тех или иных довольно известных продуктов. я например, с удивлением прочел, что sql_relay лажает на длинной выборке - весьма занятный факт. у нас нет иной возможности обмениваться информацией - "тюнинг" это не только дисциплина, это больше просто обмен фактами. пока фактов мало - может, потом их станет больше?
AnToXa
prodigy-одаренный ребенок
> просто приятно подкинуть людям которые нагрузок даже близко не видели, эдакую, новую и абсурдную для них точку зрения
ага, а ты свечку держал?
имхо не стоит делать таких категоричных утверждений, отсутствие проработки вопроса на 10 страниц означает, что тут не институт благородных девиц, которым надо все разжевать и 10 раз повторить.
ага, а ты свечку держал?
имхо не стоит делать таких категоричных утверждений, отсутствие проработки вопроса на 10 страниц означает, что тут не институт благородных девиц, которым надо все разжевать и 10 раз повторить.