В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

rannts

260 membersпожаловаться на группу
2019 December 27

RH

Roman Haritonov in rannts
Если памяти достаточно, все должно быть в кэше ОС и только первые запуски медленные именно из-за IO. Остальные тормоза уже из-за кода, который что-то делает при инициализации.

Тут вопрос, какова периодичность запусков? Если они не часты, так может и забить?

Еще есть комбинированные варианты, когда внешним скедулером запускается скрипт, который делает не один проход, а несколько.
источник
13:15пожаловаться#1

DB

Dmitry Belyaninov in rannts
периодичность условно 1500 запусков в 5 минут.
источник
13:18пожаловаться#2

RH

Roman Haritonov in rannts
Это 5 шт/сек. Тогда возможно есть смысл полностью пересмотреть работу этих скриптов. Ну или начать с комбинированного варианта, когда периодичность увеличивается в 10 раз, т.е. 2 секунды вместо 0.2, но при этом скрипты внутри себя делают по десять операций после инициализации.

Все это конечно возможно вообще не о том, потому что инфа очень абстрактная
источник
13:21пожаловаться#3

SA

Sergey Arkhipov in rannts
А почему вообще запускаются эти отдельные скрипты? Если делать все в одном демоне, который постоянно крутится?
источник
13:22пожаловаться#4

DB

Dmitry Belyaninov in rannts
передача данных по сети, бывают задержки, процессы надо убивать по таймауту.
источник
13:24пожаловаться#5

알

알렉산드르 in rannts
Байт Словович
Кстати а кто каким способом логирует в докерах / куберах?
канонический способ это логировать всё в stdout/stderr. Но блин, им не удобно пользоваться. Вся мощь греповской  магии только с файлами работает. В общем я сейчас логирую в два места. Сначала в файл внутри контейнера, для ручных грепов / седов / лессов. И заодно пишу jsonчики в stdout, которые с помощью logstash|filebeat отправляются в ненавидимый эластик.
А почему ненавидимый? Кибана хороша, можно много аналитики сделать.
источник
14:41пожаловаться#6

알

알렉산드르 in rannts
Да и docker logs --since ... | grep ... можно делать
источник
14:43пожаловаться#7

💭П

💭 Руслан Прохоров in rannts
https://www.youtube.com/watch?v=fxs5dFB3xD4
YouTube
Django under microscope / Артем Малышев (Self Employed)
Moscow Python Conf++ 2018 Зал «Большой зал» 22 октября, 11:00 Тезисы и презентация: https://conf.python.ru/2018/abstracts/3911 Из доклада вы узнаете все подр...
источник
14:56пожаловаться#8

💭П

💭 Руслан Прохоров in rannts
Django - освобожденная!!!!
источник
14:56пожаловаться#9

💭П

💭 Руслан Прохоров in rannts
@proofit404
источник
14:56пожаловаться#10

БС

Байт Словович in rannts
알렉산드르
Да и docker logs --since ... | grep ... можно делать
можно, но не удобно.. особенно когда гигабайты логов..
источник
15:01пожаловаться#11

БС

Байт Словович in rannts
알렉산드르
А почему ненавидимый? Кибана хороша, можно много аналитики сделать.
не путай кибану с ELK стэком. Во первых он тормозной, во вторых может терять сообщения, в третьих правильно сконфигурить его, та еще зачада. Постоянно какие то проблемы с индексами. Жрет CPU. Еще он по дефолтку показывает кучу мусора, который я не знаю как выключить. Например graylog из коробки удобнее, там не надо мудрить с file/netbeat кучей конфигов и т.д.
источник
15:03пожаловаться#12

БС

Байт Словович in rannts
Можно сказать что я ELK не умею готовить... Только вот я не видел ниразу кто умеет 😞
источник
15:04пожаловаться#13

AM

Artem Malyshev in rannts
💭 Руслан Прохоров
@proofit404
Это мой самый лажевый доклад эвер. Напихали мне за него знатно. Но по делу.
источник
15:16пожаловаться#14

S

Serg in rannts
Artem Malyshev
Это мой самый лажевый доклад эвер. Напихали мне за него знатно. Но по делу.
Спасибо за спойлер
источник
15:17пожаловаться#15

💭П

💭 Руслан Прохоров in rannts
Artem Malyshev
Это мой самый лажевый доклад эвер. Напихали мне за него знатно. Но по делу.
Да?
источник
15:17пожаловаться#16

AM

Artem Malyshev in rannts
💭 Руслан Прохоров
Да?
Ага, даже про http2 не так плохо было.
источник
15:18пожаловаться#17

💭П

💭 Руслан Прохоров in rannts
Artem Malyshev
Ага, даже про http2 не так плохо было.
вроде так же как ты расказывал на местном митапе?
источник
15:36пожаловаться#18

💭П

💭 Руслан Прохоров in rannts
Просто я реально не понимаю (
источник
15:36пожаловаться#19

AM

Artem Malyshev in rannts
💭 Руслан Прохоров
вроде так же как ты расказывал на местном митапе?
Ага, оно
источник
15:40пожаловаться#20