@MSGID: 2:5055/182 7b9c324c
@PID: jNode ver. 1.5
@TID: jNode ver. 1.5
@CHRS: CP866 2
 [](https://telegra.ph/file/26fb389073a976435c483.jpg)**Это страшное слово
"аптайм"**

 [Я много лет с интересом наблюдаю, как все остальные долго и
мучительно пытаются дотумкать до того, до чего FreeBSD дотумкали
давным-давно.](https://habr.com/ru/companies/timeweb/articles/766772/)

Вечная битва бобра с ослом.

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

 Сейчас все трындят о том, что оператива стоит как лопата дерьма. И
продолжают в том же духе.

 Почему это фигово и почему игроделы с их аренами совершенно правы?
Потому, что фрагментация.

 Если заглянуть под ковер, на уровень ОС, под крышку mmap(), то
можно увидеть, как операционка адово фрагментирует пространство виртуальной
памяти. А прорвавшиеся к срулю девелуперы еще и начисто отрубают своп.
Ненуачо, рестарт-инжиниринг же существует. А в линуксе еще и костылище в виде
дефрагментора.

 Как я упоминал выше, наиболее умно поступили ребята из FreeBSD. Они
справедливо считают, что отдавать память ОС до завершения работы программы, в
общем, в 21 веке совершенно незачем. Потому, что фрагментация много хуже.

 В плане аптайма. Конечно, во времена кубернетес оно, может быть, и
пофигу. Подумаешь, рестарт, чотаковата. Мы давно меряемся временем загрузки ОС
с нуля.

 Хочу заметить также вот что. Когда фрагентация началась - не если,
а когда - время выполнения malloc() становится сильно непредсказуемым.
Надо пробежаться по всему пространству и найти фрагмент, где можно
выполнить умещающийся mmap(). Вам все еще пофигу? Помнится, миллисекундами
лейтенси кто-то любит меряться.

 В общем и целом, игроделы, тащемта, не идиоты. Если вы посмотрите
на сорцы аллокаторов, то увидите, что кое-кто начал частично понимать
суть и глубину проблемы и арены-таки создавать. К сожалению, допёрло
совсем не до всех и не везде. Ну и частичное решение в данном конкретном
случае принципиально ничего не меняет. Как была фрагментация, так и
осталась. Разве что чуть замедлилась.

 Не в порядке подачи ценных идей, а в виде констатации факта - а
FreeBSD, в общем, имеет аптаймы на порядки выше, чем остальные. Именно
поэтому. Но в ИТ, как известно, никогда не побеждают лучшие парни.
http://fido.ortoped.org.ru/photo_2023-10-13_06-15-25.jpg

--- hssergey station
 * Origin: jNode ver. 1.5 (2:5055/182)
SEEN-BY: 301/1 460/58 4500/1 5001/100 5005/49
5015/255 5019/40 5020/715 848
SEEN-BY: 5020/1042 4441 12000 5030/49 1081 5055/182
5058/104 5061/133
SEEN-BY: 5083/444
@PATH: 5055/182 5020/1042 4441