|
выставить в инет
|
|||
---|---|---|---|
#18+
Здравствуйте. есть небольшая база. 1.5 гига. но скоро разрастется до 3. за счет блобов. возникла необходимость некоторые данные (миниотчеты) показывать на сайте. что то вроде личного кабинета. И так же будет еще функционал скачивания этих самых блобов. на сервере, где живет FB есть еще сервер каспера. Каспер я скорее всего двину на сервер inet шлюза. там памяти поболе. отчет на моем ноуте при дефолтных настройках отображается за 170 ms. Пробовал увеличить кэш - вроде как ничего не изменилось. Передвинул базу на SSD (правда в режиме sata2) - субъективно производительность увеличилась процентов на 15 Web пользователей гипотетически-идеально будет в районе 1000. Номинальных. Реальных дай бог 10%. Пользователей в сети локальной в районе 10. Пользуются не все одновременно, а размазано во времени. Собственно вопрос - не загнется ли эта вся конструкция, если ломанутся эти Web пользователи? Пробовал тестировать php скрипт, который выдает один из отчетов на нагрузку. Тестер показал примерно 2 запроса в секунду при 25 пользователях. и это был самый простой отчет ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2018, 21:53 |
|
выставить в инет
|
|||
---|---|---|---|
#18+
AndrewVL, версия Firebird? Версия php? Пых лучше сразу брать 7.0 и выше. Какой драйвер используем pdo/ibase? AndrewVLТестер показал примерно 2 запроса в секунду при 25 пользователях. и это был самый простой отчет это очень плохой результат. Сколько занимает извлечение данных вне PHP (в Ib Expert)? Обычно самое тяжёлое в вебе это собственно подключение к БД. Старайтесь минимизировать его. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2018, 22:34 |
|
выставить в инет
|
|||
---|---|---|---|
#18+
Симонов Денис, Php 7. Правда пока с составе xampp. Fitebird если не изменяет память 2.5 superserver Драйвер pdo. Используется постоянное соединение, но по какойтто причине все ж висит несколько коннектов. Сейчас попробовал локально на ноуте. Запрос в эксперте выполняется за 63 ms Chrome показывает waiting ttfb аж 553 ms. Хмъ. Похоже веткой форума ошибся. Ибо убрал из php запрос к базе, формирование ответа и получил ttfb за минусом примерно времени запроса к базе. Ладно. Допустим победю этот ttfb. Можно ли эти 63 милисекунды уменьшить? Может ssd или еще чего. Тк этот запрос один из простеньких. Есть и 170. А это 5 в секунду на разогретом кэше в идеальных условиях ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2018, 22:55 |
|
выставить в инет
|
|||
---|---|---|---|
#18+
AndrewVL, AndrewVLМожно ли эти 63 милисекунды уменьшить? бесполезно. Это время скорее всего тратится на препарирование запроса, а препарированный запрос умрёт при следующем запуске php скрипта (как и коннект к БД). Постоянные коннекты не так уж хороши как ты думаешь. Пых лучше брать > 7.1.21 или > 7.2.9 ибо авторFixed bug #76488 (Memory leak when fetching a BLOB field). ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2018, 23:10 |
|
выставить в инет
|
|||
---|---|---|---|
#18+
AndrewVLСимонов Денис, Драйвер pdo. Используется постоянное соединение, но по какойтто причине все ж висит несколько коннектов. потому что постоянное соединение в PHP это не пул, соединение кешируется в процессе/потоке (в зависимости от того как запущен), при нагрузке кол-во коннектов будет равно кол-ву воркеров PHP. http://php.net/manual/ru/features.persistent-connections.php ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2018, 07:07 |
|
|
start [/forum/topic.php?fid=40&fpage=29&tid=1560946]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
88ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
46ms |
get tp. blocked users: |
2ms |
others: | 311ms |
total: | 492ms |
0 / 0 |