я боюсь представить, что произошло бы с индустрией, если бы более важные вещи (БД, ядра, файлухи, инит-системы и т.п.) разрабатывались подобным путем

Ничего, оно так и работает. Вон в systemd пользователь, который начинается с цифры получает рут права и все ок

Тебе мало pulseaudio?

хз, очень давно не пользовался. когда пользовался - он работал и не жужжал.

а вот если бы systemd перезагружал компьютер иногда потому что пора - вот это был бы фейл

По следам eeepc притом

Ну то есть там всякие wsgi приложения, возможность запускать и скалировать воркеров на одном порту - все фигня. Рестарт - вот что важно

https://github.com/systemd/systemd/issues/8015

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

Разве там ssd?

https://bugs.mysql.com/bug.php?id=72885

[2 Jun 2015 3:51] James Day This is fixed in 5.6.25 where the release note at http://dev.mysql.com/doc/relnotes/mysql/5.6/en/news-5-6-25.html describes the fix as:

Я к тому, что мемори ликов полно везде.

кстати, возвращаясь назад - как таки связаны GIL и утечки памяти? :)

Никак. Изначально мой поинт был в том, что если бы не gil, вебсерверов типа gunicorn бы не было и было бы как в го

все перезагружают питон, перл и пхп через некоторое число запросов.

но гуникорн целиком написан на питоне.

Ну, кто все? Вот мое приложение на python + sanic я не бутаю.

Основная цель гуникорна - несколько воркеров, он запускает их через процессы. Если бы такое можно было бы сделать внутри приложения, зачем он тогда был бы нужен?

все перезагружают питон, перл и пхп через некоторое число запросов.

У меня тот же seafile уже два года запущен и не натек

так а чем гуникорн отличается от вашего приложения?

Он выступает как супервизор для процессов. А супервизор для тредов вполне можно внутри приложения оставлять

Процессы python с wsgi приложухой тоже веб-серверы (ведь принимают запрос и отвечают) или нет?

Производитель писал что да, но там вроде emmc флеш распаяный был

Вот-вот

никто не перезагружает mysql или memcached через некоторое число запросов

Я видел как оом прибивает Марию спустя некоторое время

Я видел как оом прибивает Марию спустя некоторое время

конечно. если её сконфигурить так чтобы она ела памяти больше чем есть

Она через месяц выедала около 90гб рам)

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

И кстати, вы не правы: https://github.com/pallets/flask/issues?utf8=%E2%9C%93&q=is%3Aissue+memory+leak

5.7? Он же ж не старый

Отсюда у народа мания что ссд мрут как мухи

раньше и ссд были маленькие и не настолько живучие как сейчас.

Ну мб

MLC рулед

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

ой блин, не прошло и ста лет Python 2.7 will reach the end of its life on January 1st, 2020. Please upgrade your Python as Python 2.7 won't be maintained after that date.

ой блин, не прошло и ста лет Python 2.7 will reach the end of its life on January 1st, 2020. Please upgrade your Python as Python 2.7 won't be maintained after that date.

¯\_(ツ)_/¯ что печального то? все ок

ты сказанул прям как один разраб на одной из моих работ "блин, php 5.1 всё, да? жаль!" - чувааак, какой 5.1, там 7.3 уже