Помимо всего прочего эрланг крут тем не только, что он позволяет релоадить собственный код на лету, а так же тем, что он позволяет релоадить C-шные экстеншны на лету. В отличие от фреймворков на С =)
Ну, строго говоря, динамическая подгрузка библиотек (с тем-же С-шным кодом) - работает как под Win, так и под Linux. Другое дело, что это несколько геморней, конечно. :)
Я учитываю и создание инфраструктуры (кастомной же): надо же как-то сообщить процессу, что он должен перезагрузить некий модуль (например делать кастомное приложение-интерфейс, что будет основным процессом управлять); архитектурно, нужно предусмотреть корректную перезагрузку нужных модулей на лету (возможно с меж-модульными зависимостями). Вот и выходит, что в целом - с динамической подгрузкой библиотек - получается больше работы. :)
гугл тупо прибивает процессы. Если изначально было, скажем, 10 дублирующих процессов, то процедура обновления будет прибивать один за другим в режиме: прибил старый, запустил новый, подождал некоторое время и если автоматика считает, что процесс стартовал успешно, переходит к следующему.
А если при старте каждой машины нужно в память загрузить кучу каких-то данных? У нас, например, есть приложение, каждая нода которого стартует порядка 2-3 часов, выковыривая данные с диска и загружая их в память. А если этих нод несколько сотен хотя бы, сколько релизов в день получается сделать?
Comments 17
Reply
(The comment has been removed)
Вот и выходит, что в целом - с динамической подгрузкой библиотек - получается больше работы.
:)
Reply
Reply
Reply
Reply
Reply
Reply
Reply
Reply
Reply
Leave a comment