X   Сообщение сайта
(Сообщение закроется через 3 секунды)



 

Здравствуйте, гость (

| Вход | Регистрация )

2 страниц V   1 2 >
Открыть тему
Тема закрыта
> Эффективен ли MemCached
fioru
fioru
Topic Starter сообщение 4.7.2012, 2:25; Ответить: fioru
Сообщение #1


Доброго времени суток!

Хотелось бы поинтересоваться у знающих на сколько сильно эффективно использование MemCached'а? И как правильно его использовать? Быть может есть ссылки на толковые статьи.
Я в принципе такие нашел и смог использовать к делу, но все равно не знаю правильно ли или нет.

Суть такая. Я занимаюсь написанием скрипта онлайн-трансляции в режиме текста спортивных соревнований. Поскольку спортсмены финишировать могут по 1 в минуту, а порой и по несколько в секунду приходится писать скрипт с периодом обновления 1 секунда. Скрипт подгружается в специальном диве по средствам AJAXa и делает 3 запроса к базам данных MySQL.
За онлайном могут следить как и 10 человек, так и 1000, а может и больше...
1000 запросов в секунду к базе данных думаю не самый хороший исход написания скрипта, и я решил воспользоваться кэшированием. Кэширую конечную форму выводимой страницы, т.е. фактически html-код. Насколько это правильно?
Восколько MemCached сократ нагрузку если кэш будет обновляться раз в 20 секунд? каждую секунду?

Заранее большое спасибо!
-1
Вернуться в начало страницы
 
Ответить с цитированием данного сообщения
Lordie
Lordie
сообщение 4.7.2012, 16:10; Ответить: Lordie
Сообщение #2


fioru, исходя из сути работы memcached - при уже наличествующей реализации кеширования на низком уровне (html-кодом) - пользы не будет практически никакой. Отталкиваться от позиции "свое - лучше". Т.к. своя реализация кеширования, обычно, лучше учитывает суть работы скрипта, в отличие от "общего" подхода.
Вернуться в начало страницы
 
Ответить с цитированием данного сообщения
maximnara
maximnara
сообщение 4.7.2012, 20:57; Ответить: maximnara
Сообщение #3


Остается непонятным зачем делать аж 3 запроса к базе? При такой частоте обновлений, я полагаю, кэш будет неэффективен.


--------------------
Вернуться в начало страницы
 
Ответить с цитированием данного сообщения
Lordie
Lordie
сообщение 4.7.2012, 20:59; Ответить: Lordie
Сообщение #4


maximnara, но это уже вопрос архитектуры, а следовательно - совершенно другая история... smile.gif


Поблагодарили: (1)
Вернуться в начало страницы
 
Ответить с цитированием данного сообщения
maximnara
maximnara
сообщение 4.7.2012, 22:33; Ответить: maximnara
Сообщение #5


Lordie, да какая к черту архитектура. Вопрос, в общем-то, про оптимизацию сайта. И да, можно легко сократить количество запросов, нужно только немного больше времени потратить. Это будет значительно эффективнее memCache.

Сообщение отредактировал maximnara - 4.7.2012, 22:34


--------------------
Вернуться в начало страницы
 
Ответить с цитированием данного сообщения
webpavilion
webpavilion
сообщение 4.7.2012, 22:43; Ответить: webpavilion
Сообщение #6


maximnara, ну зачем писать глупости? существенно сократить с трех до одного в секунду?
полностью согласен с Lordie, проблема в архитектуре и видимо выборе исполнителя.
fioru, Зачем беретесь писать то что не умеете, заказ то у вас коммерческий?

Сообщение отредактировал webpavilion - 4.7.2012, 22:47


--------------------
Не ведитесь, cамопис это почти всегда плохо!

Делаю сайты на Drupal 7.x
(очень дорого)
Вернуться в начало страницы
 
Ответить с цитированием данного сообщения
fioru
fioru
Topic Starter сообщение 4.7.2012, 23:12; Ответить: fioru
Сообщение #7


webpavilion, Что за бред?
Данная ветка только для поиска соискателей выполнения чего-либо? Я несколько раз создавал тему в новичках с подобными вопросами и её каждый раз переносили сюда. Я ищу мнений, архитектура у меня сделана так как это требуется.
Количество обращений к базе данных возможно уменьшить всего лишь на 1 путем выноса настроек многочисленных стартов в файлы, хотя я в этом особо смысла не вижу.
Вернуться в начало страницы
 
Ответить с цитированием данного сообщения
webpavilion
webpavilion
сообщение 4.7.2012, 23:24; Ответить: webpavilion
Сообщение #8


fioru, мне не нравится когда кто то за деньги делает то что не умеет, я у вас спросил: "коммерческий заказ вы выполняете или пишите для себя?" не знаю, причем тут бред.
логично предположить: если бы архитектура у вас была правильная, то проблем с производительностью не возникло. правильная реализация подобных сервисов позволяет сократить количество обращений к данным до 1 в промежуток обновления событий и подстраиваться к количеству активных пользователей.


--------------------
Не ведитесь, cамопис это почти всегда плохо!

Делаю сайты на Drupal 7.x
(очень дорого)
Вернуться в начало страницы
 
Ответить с цитированием данного сообщения
Lordie
Lordie
сообщение 4.7.2012, 23:31; Ответить: Lordie
Сообщение #9


Прямо скажем, если речь идет об информации, которая изменяется в предельно краткий промежуток времени (а после этого переходит в разряд статической информации) - вообще логично в этот самый промежуток БД не дергать как таковую. Ибо незачем. Невиноватая она. А перенести в нее информацию отложенно. Но это так, мысли вслух. Кому надо - поймет.
Вернуться в начало страницы
 
Ответить с цитированием данного сообщения
bobgubko
bobgubko
сообщение 5.7.2012, 0:21; Ответить: bobgubko
Сообщение #10


А меня смущает Ajax с интервалом в одну секунду. Серверу вряд ли понравится такое количество открытых соединений в секунду. Я бы смотрел в сторону вебсокетов. Для этого случая самое то, как по мне.


--------------------
php, js, html, css, python
Вернуться в начало страницы
 
Ответить с цитированием данного сообщения
2 страниц V   1 2 >
Открыть тему
Тема закрыта
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0


 



RSS Текстовая версия Сейчас: 19.4.2024, 16:03
Дизайн