Ми використовуємо файли cookies для оптимізації контенту та швидкодії сайту. Продовжуючи відвідування сайту, ви погоджуєтесь на використання файлів cookies.
Вітаю!
В системі https://box1.luxshina.ua/
Користувач замітив, що є перевантаження показника RAM. Це призвело до підвисання системи, наприклад не було можливості створити процес.
Підозрюю що проблема в великій кількості дій на завантаження прайсу постачальників, хоч час спрацювання і розподілений.
Підкажіть, будь ласка, що саме навантажує систему?
Які є можливі варіанти оптимізації системи з нашої сторони, від налаштувань до доробок?
Вітаю! В системі https://box1.luxshina.ua/ Користувач замітив, що є перевантаження показника RAM. Це призвело до підвисання системи, наприклад не було можливості створити процес. Підозрюю що проблема в великій кількості дій на завантаження прайсу постачальників, хоч час спрацювання і розподілений. Підкажіть, будь ласка, що саме навантажує систему? Які є можливі варіанти оптимізації системи з нашої сторони, від налаштувань до доробок?
Як це користувач помітив і скільки в цей момент залишалося оперативної пам'яті на сервері? Зараз бачу 75% зайнятої оперативної пам'яті, що цілком прийнятно.
Як це користувач помітив і скільки в цей момент залишалося оперативної пам'яті на сервері? Зараз бачу 75% зайнятої оперативної пам'яті, що цілком прийнятно.
Користувач раніше працював на старій версії, яка зависала при великій кількості користування системою. Потік клієнтів відбувається посезонно, тому проблема з'являлась в певний період часу, наприклад весною . Для вирішення цієї проблеми зі сторони розробників запропонували перейти на нову версію.
Саме тому необхідно запобігти проблему з перенавантаженням. Користувач замітив це коли не міг створити ліда через зависання системи. Відбувається це в робочий час. На даний момент використання системи користувачем не є великим, і навіть при цьому стабільно перевищує 75%, також кожну годину відбуваються підвищення використання пам'яті RAM. Приклади на скрінах, те що змогли відслідкувати. Найбільше що замітили це 92%, коли залишалось близько 1200 МВ
Користувач раніше працював на старій версії, яка зависала при великій кількості користування системою. Потік клієнтів відбувається посезонно, тому проблема з'являлась в певний період часу, наприклад весною . Для вирішення цієї проблеми зі сторони розробників запропонували перейти на нову версію.
Саме тому необхідно запобігти проблему з перенавантаженням.
Користувач замітив це коли не міг створити ліда через зависання системи. Відбувається це в робочий час.
На даний момент використання системи користувачем не є великим, і навіть при цьому стабільно перевищує 75%, також кожну годину відбуваються підвищення використання пам'яті RAM.
Приклади на скрінах, те що змогли відслідкувати.
Найбільше що замітили це 92%, коли залишалось близько 1200 МВ
[file]21108[/file]
[file]21109[/file]
[file]21110[/file]
[file]21111[/file]
Швидше за все навантаження робить не імпорт постачальників, а перерахунок цін. Ви можете перераховувати ціни кілька разів на день, наприклад 1 раз на 8-9 ранку перед початком робочого дня, а другий раз після його завершення, щоб подивитися, як поводитиметься система при даному варіанті роботи. Якщо при цьому зависання не буде, зрозуміло, що потрібно щось робити з перерахунком, якщо будуть значить це не він.
Швидше за все навантаження робить не імпорт постачальників, а перерахунок цін. Ви можете перераховувати ціни кілька разів на день, наприклад 1 раз на 8-9 ранку перед початком робочого дня, а другий раз після його завершення, щоб подивитися, як поводитиметься система при даному варіанті роботи. Якщо при цьому зависання не буде, зрозуміло, що потрібно щось робити з перерахунком, якщо будуть значить це не він.
Прибрали щоб о 16 перераховувало ціни, прикріпив скріни до і після. Та результат роботи, в назві скрінів вказаний час в скіки зробився. Як бачите все ще відбувається високе підвищення.
Прибрали щоб о 16 перераховувало ціни, прикріпив скріни до і після. Та результат роботи, в назві скрінів вказаний час в скіки зробився. Як бачите все ще відбувається високе підвищення.
[file]21114[/file]
[file]21115[/file]
[file]21116[/file]
[file]21117[/file]
[file]21118[/file]
[file]21119[/file]
відхилення від базового всього в 1 гб, крон годинник може стільки їсти це нормально. Не дивіться на оперативу, коли потрібно вона скинеться в swap і тим самим почиститься. Ви дивитеся перестала система гальмувати чи ні. Від того, що залишився 1.5гб вільної оперативи, сервер не перестає працювати, він сам з цим розбирається.
відхилення від базового всього в 1 гб, крон годинник може стільки їсти це нормально. Не дивіться на оперативу, коли потрібно вона скинеться в swap і тим самим почиститься. Ви дивитеся перестала система гальмувати чи ні.
Від того, що залишився 1.5гб вільної оперативи, сервер не перестає працювати, він сам з цим розбирається.
Спробуємо зробити щоб перерахунок цін працював кожну годину(користувачу необхідна така функція), чи буде зависати з такими налаштуваннями. Попрошу не закривати питання деякий час, відпишусь. Дякую!
Спробуємо зробити щоб перерахунок цін працював кожну годину(користувачу необхідна така функція), чи буде зависати з такими налаштуваннями. Попрошу не закривати питання деякий час, відпишусь. Дякую!
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар