[ Поиск ] - [ Пользователи ] - [ Календарь ]
Полная Версия: Сессии еще одно узкое место
Страницы: 1, 2, 3
bestxp
Не так давно столкнулся с проблемой на нагруженном саайте, когда страницы открывались более нескольких секунд, а в обычные переходы были в районе одной секунды, что было так же не позволительно.

Итак сама статья Оптимизация PHP - сессии
innovate
Цитата
Конечно ведь второй скрипт выполняется время первого + свое время.

ohmy.gif
bestxp
Цитата (innovate @ 15.08.2013 - 23:04)
Цитата
Конечно ведь второй скрипт выполняется время первого + свое время.

ohmy.gif

да да, проведи подобный эксперемент, и чем больше таких файлов, тем больше тормозов, из-за чего стоит следить за реализацией
bestxp
не совсем верно, блокировка это побочный эффект работы файловой системы, то есть из-за чего будут проблемы у всех
Игорь_Vasinsky
причём тут сессии?

оптимизируйте работу с бд.

_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker
Игорь_Vasinsky
лан.. проехали

_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker
bestxp
Цитата (Игорь_Vasinsky @ 16.08.2013 - 08:36)
причём тут сессии?

оптимизируйте работу с бд.

Увы тут не получиться оптимизировать, так как причина того что данные выбираются как статистика, то есть пример можно взять яндекс метрику, а статистика там не малая, у нас некий аналог только узконаправленный, и выбор из нескольких миллионов строк, плюс агрегация не самая быстрая задача, когда парралельно этому еще и записи идут в бд.

Закрытие сессии, для того и сделано что, прочитал и закрыл, потом открыл, записал и закрыл, это на подобие как ты файл открыл, записал закрыл wink.gif
killer8080
Цитата (bestxp @ 16.08.2013 - 07:25)
блокировка это побочный эффект работы файловой системы

не согласен, никаких побочных эффектов тут нет, это штатный способ защиты от коллизий.
bestxp
ну тут штатный штатным, но эффект не очень хороший, это не хорошо если пользователю придется ждать
10 + 20 + 30 + 40 секунд для открытия 4 страниц, он плюнет и уйдет и ты не заработаешь, потому что он не посмотрел рекламу или не купил товар.

То есть в таком случае остается 2 варианта, отказ от сессии как такой и переход на куки, либо использовать неблокирующие хранилища, типа мемкеша, что не очень хорошо, если туда еще что-то записывается

либо redis . который по крайней мере хранит данные , а не вытесняет их как только оперативка закончилась.

В таких случаях нужно смотреть по обстоятельствам больше.
Rand
От блокировок нужно отказываться сознательно, ибо
Цитата (MiksIr @ 16.08.2013 - 07:37)
всякие $_SESSION['x']++ могут начать... вести себя не так, как ожидаемо
Долгий скрипт никак не узнает, что быстрые скрипты изменили некое значение, пока он работал. Соответственно, после записи долгим скриптом, значение уже может стать не актуальным.
А вообще, на загруженных проектах нужно диск разгружать по максимуму, как самую медленную память. Так что тут от сессий на файлах нужно отказываться без вопросов.
twin
Rand
Цитата
Так что тут от сессий на файлах нужно отказываться без вопросов.
От мощности еще зависит много. У меня очень большая загруженность, но с сессиями проблема возникает только на аяксе, как я понял. Кстати, полезная инфа, нужно проверить. Скорее всего факт, потому что больше грешить не на что. С аяксом постоянно проблемы по скорости.

А обычные скрипты работают без особых вопросов. Может до поры до времени, но пока хватает.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

user posted image
Rand
MiksIr
Естественно, я же про это и написал и поддержал ваше замечание laugh.gif
Быстрый ответ:

 Графические смайлики |  Показывать подпись
Здесь расположена полная версия этой страницы.
Invision Power Board © 2001-2024 Invision Power Services, Inc.