URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 38071
[ Назад ]

Исходное сообщение
"OpenNews: Документация по горячей замене памяти в Linux"

Отправлено opennews , 30-Июл-07 06:30 
Yasunori Goto восполнил пробел (http://kerneltrap.org/node/14009) связанный с нехваткой информации средствам Linux ядра по увеличению или уменьшению размера оперативной памяти без остановки системы. В руководстве (http://kerneltrap.org/node/14009) отражено текущее состояние разработки и приведены практические примеры использования.

URL: http://kerneltrap.org/node/14009
Новость: http://www.opennet.me/opennews/art.shtml?num=11579


Содержание

Сообщения в этом обсуждении
"Документация по горячей замене памяти в Linux"
Отправлено Answer , 30-Июл-07 06:30 
Собственно перезагружаться чаще приходиться после выхода критичных патчей ядра - лучшебы они над этим поработали.

"Документация по горячей замене памяти в Linux"
Отправлено Romik , 30-Июл-07 09:07 
Для этого уже не нужно перезагружаться ;)

"Документация по горячей замене памяти в Linux"
Отправлено Answer , 30-Июл-07 09:21 
Если вы о модульности, то возможно.
По опыту:
45 серверов, 4 под линукс, за пол года:
2 остановки на увелечение оперативки,
12 кернелпаников линуха(ксен).

"Документация по горячей замене памяти в Linux"
Отправлено funny_falcon , 30-Июл-07 09:47 
А 41 под чем? И какая у них статистика остановок?

"Документация по горячей замене памяти в Linux"
Отправлено Answer , 30-Июл-07 09:59 
FreeBSD. Ниодной.

"Документация по горячей замене памяти в Linux"
Отправлено oradm , 30-Июл-07 10:07 
>FreeBSD. Ниодной.

А у меня уже много лет штук 40 под линуксом (кстати Fedora и RHEL) в разных местах.
На брендовой технике перегружается только в случае проблем длительных с электричеством. Самый большой аптайм 755 дней при 100% загрузке 8 процессоров (Oracle).
А вот на непонятной красной сборке кернелпаники бывают где-то раз в год.
Плюс тут еще "новые" асустековские материнки приподносят сюрпризы.
Может дело не в операционке и патчах? :)



"Документация по горячей замене памяти в Linux"
Отправлено Answer , 30-Июл-07 10:17 
Может - я в скобках написал xen.

"надёжность серверов и виртуализация"
Отправлено Michael Shigorin , 31-Июл-07 10:57 
> 12 кернелпаников линуха(ксен).

На трёх пригруженных хостинг- и application-серверах за те же полгода кернел-паников было ноль.  OpenVZ, ALT Linux.

На одном из них, участвовавшем в обкатке ещё первых сборок ovz под альтом, их не было и предыдущие полгода (работает чуть больше года уже).

Правда, у нас хорошие ядерщики ;-) а взять можно здесь:
ftp://ftp.altlinux.org/pub/distributions/ALTLinux/4.0/Server...


"Документация по горячей замене памяти в Linux"
Отправлено Аноним , 30-Июл-07 09:37 
>> Собственно перезагружаться чаще приходиться после выхода критичных патчей ядра - лучшебы они над этим поработали.

+100 Истину глаголишь... Замахнулись, а то, чем надо стоит...
Намного проще было бы, если бы дрова были отдельны от ядра...
Меньше багов и проблем. А щас 260 МБ сорцев выглядят монструозно, нах тогда Initrd - для развлечений с mkinitrd.. типа оно работает и делает что-то... LOL


"Документация по горячей замене памяти в Linux"
Отправлено sauron , 30-Июл-07 09:49 
kexec уже не ку?

"Документация по горячей замене памяти в Linux"
Отправлено LM , 30-Июл-07 10:25 
Привети пожалуста пример как ты используешь kexec для обновления ядра без перезагрузки системы. К примеру есть RHEL4. Вышло новое ядро, успешно поставлено. Как его загрузить без остановки сервисов? Ну или хотябы без перезагрузки системы?

"Документация по горячей замене памяти в Linux"
Отправлено Dfn , 30-Июл-07 14:26 
Купите Stratus'ы и меняйте на ходу все что угодно =)

"Документация по горячей замене памяти в Linux"
Отправлено sash , 30-Июл-07 17:46 
ээээээ. а в какой системе можно обновить что-либо без перезапуска сервиса?

"Документация по горячей замене памяти в Linux"
Отправлено АН , 31-Июл-07 00:21 
apachectl -k graceful

правда перезапуск всё равно делаем


"*sigh*"
Отправлено Michael Shigorin , 31-Июл-07 11:02 
> Замахнулись, а то, чем надо стоит...

Дружески предлагаю Вам заняться Тем, Чем Надо.  Чтоб не стояло.  И не пытаться соображать за других -- а то вдруг другие решат за Вас посоображать, м?

> Намного проще было бы, если бы дрова были отдельны от ядра...

Займитесь.  Напишете, отладите, приходите с результатами.  Можете вон подключиться к разработке Minix, если так до сих пор и ходите с профессорской лапшой на ушах -- всё меньше лопатить.

> Initrd - для развлечений с mkinitrd

Странно, у меня оно просто работает.  Может, потому, что представляю себе, зачем оно надо, и при этом не лезу ломать то, что работает (трудами куда более опытного, чем мы с Вами, народа)?