Долго открывается профиль пользователя

[ShPav 1]

Была версия 1.1.4, обновились до 1.1.6.

Профили пользователей, у которых есть привязка onu, стали открываться с задержкой. Профили без привязки onu открываются как и раньше без задержки.

Как пофиксить? Может из-за того что добавили ПОН коробку в профиль пользователя?

P.S. Опции, которые могут существенно замедлять загрузку профиля, не включали.

[nightfly 1 245]

  В 13.05.2021 в 08:54, ShPav сказав:

P.S. Опции, которые могут существенно замедлять загрузку профиля, не включали.

Expand  

это какие?

 

  В 13.05.2021 в 08:54, ShPav сказав:

Профили пользователей, у которых есть привязка onu, стали открываться с задержкой.

Expand  

это с какой?

 

Лично у себя, я вижу разницу в ноль тысячных секунды, у пользователя с ОНУ и без.

 

 

ЧЯДНТ?

 

 

 

[ShPav 1]

alter.ini: новая необязательная опция PON_REALTIME_SIGNAL_IN_PROFILE включающая отображение сигнала ONU в профиле пользователя в режиме «realtime». Может существенно замедлять загрузку профиля юзера.

alter.ini: новая необязательная опция PON_REALTIME_EXTEN_INFO_IN_PROFILE включающая отображение дополнительной информации по ONU в профиле пользователя в режиме «realtime». Может существенно замедлять загрузку профиля юзера.

 

Опции про которые написано, что они замедляют загрузку профиля, не включали.

 

Раньше профиль без привязки к ону загружался почти мгновенно. С привязанной ону 1-2 секунды.

После обновления 1.1.6 профиль без привязки ону также загружается почти мгновенно. С привязкой ону 8-10 секунд.

[nightfly 1 245]

  В 13.05.2021 в 10:38, ShPav сказав:

Опции про которые написано, что они замедляют загрузку профиля, не включали.

Expand  

а... эти..

 

  В 13.05.2021 в 10:38, ShPav сказав:

Раньше профиль без привязки к ону загружался почти мгновенно. С привязанной ону 1-2 секунды.

Expand  

Тоже пи...ец... если честно.

Сколько должно быть время генерации, на более чем среднем железе я показал на скринах выше. Итого разница в 10-20 раз. У вас явно что-то не так. Причем глобально.

 

  В 13.05.2021 в 10:38, ShPav сказав:

После обновления 1.1.6 профиль без привязки ону также загружается почти мгновенно. С привязкой ону 8-10 секунд.

Expand  

см. выше.

 

Итого: включаем себе спокойно xhprof и показываем сюда чего он говорит при открытии профиля. Я пока не вижу другого способа, определить причину такой сильной деградации производительности у вас.

 

Коллграф здорового биллинга выглядит как-то так

Очень интересно увидеть, коллграф курильщика

[skybetik 134]

Профиль с ону и привязкой к боксу+ показ уровня сигнала ONU в профиле пользователя

Обычный пользователь без Оnu  

 1.1.6 rev 7969

 

 

[nightfly 1 245]

  В 13.05.2021 в 12:59, skybetik сказав:

Профиль с ону и привязкой к боксу+ показ уровня сигнала ONU в профиле пользователя

Обычный пользователь без Оnu  

 1.1.6 rev 7969

 

 

Expand  

Ну вот типа и я о этом.

У него точно что-то сломано, и я подозреваю, что давно и глубоко.

[Vsevolod 0]

  В 13.05.2021 в 10:43, nightfly сказав:

а... эти..

 

Тоже пи...ец... если честно.

Сколько должно быть время генерации, на более чем среднем железе я показал на скринах выше. Итого разница в 10-20 раз. У вас явно что-то не так. Причем глобально.

 

см. выше.

 

Итого: включаем себе спокойно xhprof и показываем сюда чего он говорит при открытии профиля. Я пока не вижу другого способа, определить причину такой сильной деградации производительности у вас.

 

Коллграф здорового биллинга выглядит как-то так

Очень интересно увидеть, коллграф курильщика

Expand  

 

Обычный пользователь без сигнала ону в профиле

 

 

Вот абонент с сигналом ону:

 

 

А вот редактирование ону:

 

[skybetik 134]

  В 15.05.2021 в 14:41, Vsevolod сказав:

 

Обычный пользователь без сигнала ону в профиле

 

 

Вот абонент с сигналом ону:

 

 

А вот редактирование ону:

 

Expand  

Что за железо ? 

[Vsevolod 0]

  В 15.05.2021 в 17:10, skybetik сказав:

Что за железо ? 

Expand  

CPU: Intel(R) Pentium(R) CPU G3460 @ 3.50GHz (3491.98-MHz K8-class CPU)

RAM: 4 GB

[bobr-kun 7]

  В 16.05.2021 в 18:27, Vsevolod сказав:

CPU: Intel(R) Pentium(R) CPU G3460 @ 3.50GHz (3491.98-MHz K8-class CPU)

RAM: 4 GB

Expand  

а позвольте поинтересовтаься, какой тип кэша вы используете?

[Vsevolod 0]

  В 17.05.2021 в 06:15, bobr-kun сказав:

а позвольте поинтересовтаься, какой тип кэша вы используете?

Expand  

файл

 

[nightfly 1 245]

  В 17.05.2021 в 06:15, bobr-kun сказав:

а позвольте поинтересовтаься, какой тип кэша вы используете?

Expand  

А вообще не важно, так как у нас нету UBCACHE_STORAGE=peftokarta а именно на что-то такое и намекают их тайминги.

 

  В 15.05.2021 в 17:10, skybetik сказав:

Что за железо ? 

Expand  

тоже вообще монопенисуально, так как скорее всего он не запускал это на дедушкином арифмометре, а на raspberry pi цифры на порядок должны быть ниже.

 

 

[Vsevolod 0]

  В 17.05.2021 в 13:24, nightfly сказав:

А вообще не важно, так как у нас нету UBCACHE_STORAGE=peftokarta а именно на что-то такое и намекают их тайминги.

 

тоже вообще монопенисуально, так как скорее всего он не запускал это на дедушкином арифмометре, а на raspberry pi цифры на порядок должны быть ниже.

 

 

Expand  

может быть есть мысли куда копать? 

[Vsevolod 0]

  В 13.05.2021 в 10:43, nightfly сказав:

а... эти..

 

Тоже пи...ец... если честно.

Сколько должно быть время генерации, на более чем среднем железе я показал на скринах выше. Итого разница в 10-20 раз. У вас явно что-то не так. Причем глобально.

 

см. выше.

 

Итого: включаем себе спокойно xhprof и показываем сюда чего он говорит при открытии профиля. Я пока не вижу другого способа, определить причину такой сильной деградации производительности у вас.

 

Коллграф здорового биллинга выглядит как-то так

Очень интересно увидеть, коллграф курильщика

Expand  

Добрый день!

Вам наметанным глазом виден корень зла в коллграфе курильщика?

[nightfly 1 245]

  В 18.05.2021 в 10:01, Vsevolod сказав:

Вам наметанным глазом виден корень зла в коллграфе курильщика?

Expand  

Походу да. Сейчас пытаюсь повторить это все на себе же.

[nightfly 1 245]

 

и как ни сложно заметить, результаты с теми же включенными кладбищами и сигналами в профиле.. ну мягко говоря чуть другие. 0.14с это ниразу не что-то >10с на ровном месте.

Походу у вас либо это все запущено с FDD 3.5", либо с диском происходит что-то очень страшное, либо ФС сломана... либо кэш наглухо коллапсировал.

 

Покажите еще скриншотик "состояние системы" => "кэш" => "данные кэша".

Відредаговано 2021-05-18 13:57:51 nightfly

[Vsevolod 0]

  В 18.05.2021 в 13:56, nightfly сказав:

 

и как ни сложно заметить, результаты с теми же включенными кладбищами и сигналами в профиле.. ну мягко говоря чуть другие. 0.14с это ниразу не что-то >10с на ровном месте.

Походу у вас либо это все запущено с FDD 3.5", либо с диском происходит что-то очень страшное, либо ФС сломана... либо кэш наглухо коллапсировал.

 

Покажите еще скриншотик "состояние системы" => "кэш" => "данные кэша".

Expand  

[nightfly 1 245]

  В 15.05.2021 в 14:41, Vsevolod сказав:

А вот редактирование ону:

Expand  

Тоже какая-то жопа. Как говорится "найдите 10 отличий"

 

 

  В 18.05.2021 в 14:02, Vsevolod сказав:

Expand  

 

Ну тоесть вы понимаете, что у вас файлик объемом 400кб читается с HDD на протяжении 6.5 секунд к примеру, да?

 

А попробуйте сделать что-то типа

fetch http://ubilling.net.ua/packages/130_6T.tar.gz
time cp -R 130_6T.tar.gz 130_6T.tar.gz_tmp

 

Теперь мне действительно интересно как вы такого добились, и на сколько у вас сломан сторедж. Конечно, можно было бы типа посоветовать уйти в memcached/redis но это заведомо уе%#нское решение, которое как-бы не перекрывает того, как у вас работает MySQL.

Відредаговано 2021-05-18 14:14:47 nightfly

[Vsevolod 0]

  В 18.05.2021 в 14:04, nightfly сказав:

А попробуйте сделать что-то типа

fetch http://ubilling.net.ua/packages/130_6T.tar.gz
time cp -R 130_6T.tar.gz 130_6T.tar.gz_tmp

Expand  

[nightfly 1 245]

  В 18.05.2021 в 14:13, Vsevolod сказав:

Expand  

ээээ, очень странно.

 

Ну пробуйте что-то типа

 

memcached_enable="YES"
memcached_flags="-l 127.0.0.1 -m 512 -I 24M"

в rc.conf

 

service memcached start

 

и UBCACHE_STORAGE=memcached

 

шо я могу сказать...

 

[Vsevolod 0]

  В 18.05.2021 в 14:36, nightfly сказав:

ээээ, очень странно.

 

Ну пробуйте что-то типа

 

memcached_enable="YES"
memcached_flags="-l 127.0.0.1 -m 512 -I 24M"

в rc.conf

 

service memcached start

 

и UBCACHE_STORAGE=memcached

 

шо я могу сказать...

 

Expand  

с этим у меня небольшая проблемка... может Вы подскажете:

у меня стоит 10.3-RELEASE-p24

из портов pecl-memcasced  не ставится так как EOL:

Ports Collection support for your FreeBSD version has ended, and no ports are
guaranteed to build on this system. Please upgrade to a supported release.

 

откуда поставить так и не нашел....

[nightfly 1 245]

  В 18.05.2021 в 14:43, Vsevolod сказав:

у меня стоит 10.3-RELEASE-p24

Expand  

У меня что-то начинает закрадываться подозрение, что это все вы еще и ручками ставили а не из бинарных пакетов UBinstaller-ом.

Так как memcached и всю нужную инфраструктуру я паковал еще чуть не с времен FreeBSD 8.2 или типа того довольно таки надежно.

[Vsevolod 0]

  В 18.05.2021 в 14:47, nightfly сказав:

У меня что-то начинает закрадываться подозрение, что это все вы еще и ручками ставили а не из бинарных пакетов UBinstaller-ом.

Так как memcached и всю нужную инфраструктуру я паковал еще чуть не с времен FreeBSD 8.2 или типа того довольно таки надежно.

Expand  

сам memcached есть, нет php модуля

а сам убиллинг достался по наследству

[nightfly 1 245]

  В 18.05.2021 в 14:48, Vsevolod сказав:

сам memcached есть, нет php модуля

Expand  

Ну вы поняли.. запоздалая карма походу.

 

Хотя оно и с файловым кэшом так уродски не должно и не может работать на самом деле. Ну вообще типа не в секундах время генерации точно меряется. В принципе есть идея как это отдебажить попробовать.

Стучите мне в телегу что-ли, посмотрим что с этим можно сделать.

[nightfly 1 245]

Все. Трэшак исправлен в Ubilling CURRENT 1.1.7 rev 7987.