The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Для ядра Linux предложен livepatch, механизм обновления без ..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от opennews (??) on 07-Ноя-14, 22:59 
В списке рассылки разработчиков ядра Linux представлен (https://lkml.org/lkml/2014/11/6/387) livepatch (https://github.com/spartacus06/livepatch/), новый механизм внесения исправлений в работающее ядро Linux без перезагрузки и без остановки работы приложений.

Как известно, в настоящее время на включение в ядро претендуют технологии обновления ядра на лету kpatch (http://www.opennet.ru/opennews/art.shtml?num=39235)  от компании Red Hat и kGraft (http://www.opennet.ru/opennews/art.shtml?num=39424) от компании SUSE, которые похожи по используемым методам применения обновлений, но отличаются (http://www.itwire.com/business-it-news/open-source/64086-pat...) деталями реализации и способами подготовки патчей. В kGraft патч может формироваться непосредственно на основе исходных текстов, без манипуляций c объектным кодом. В kpatch патч генерируется на основе сравнения двух бинарных сборок ядра. Обе системы являются свободными и достаточно жестко конкурируют между собой, что затрудняет выбор, какую из них принять в основной состав ядра.


Проект livepatch  попытался объединить работающие на уровне ядра Linux части технологий kpatch и kGraft  в универсальный базовый компонент, который стал бы приемлем для включения в основной состав ядра. По аналогии с kpatch и kgraft  в livepatch используется метод замены функций в ядре целиком  и перенаправления на новую функцию при помощи штатной подсистемы ftrace. Патч оформляется в форме модуля ядра, осуществляющего необходимую подстановку кода функций. Наиболее существенным достоинством  livepatch является возможность использования подобных модулей-патчей, подготовленных как инструментарием kpatch, так и kGraft. Сам livepatch,  при этом, предоставляет лишь базовый интерфейс для регистрации и активации патчей в ядре, и реализован в форме управляющего модуля livepatch.ko.

Из областей, который ещё  требуют доработки отмечается реализация средств для обеспечения целостности системы в процессе применения патча. В kpatch and kGraft  используются собственные механизмы для защиты от одновременного вызова старого и нового кода в пограничные моменты. В 90% патчах, устраняющих уязвимости, подобные механизмы не требуются, так как в них просто добавляется дополнительная условная проверка. Возможность полноценной подмены функций планируется реализовать в одном из следующих выпусков livepatch.

URL: https://lkml.org/lkml/2014/11/6/387
Новость: http://www.opennet.ru/opennews/art.shtml?num=41021

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


11. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +3 +/
Сообщение от Аноним (??) on 08-Ноя-14, 01:10 
Hell is paved with good intentions...

Чем более монструозным и развитым в возможностях становится Linux, тем сильнее я скучаю по нему старому.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +1 +/
Сообщение от Fracta1L (ok) on 08-Ноя-14, 06:23 
Старение - не радость.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

30. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +3 +/
Сообщение от Аноним (??) on 08-Ноя-14, 12:34 
1) Конфигурирование перед сборкой не отменяют.

2) FUZIX - для вас?

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

54. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +1 +/
Сообщение от crypt (ok) on 08-Ноя-14, 21:17 
да чего скучаешь-то? старые версии в свободном доступе...
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

63. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Аноним (??) on 09-Ноя-14, 02:25 
Никто не запрещает пользоваться старыми версиями на древнем железе.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

12. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от pavlinux (ok) on 08-Ноя-14, 01:40 
Ну чесслово, костыли запоздавшие на 20 лет.

1. У кого один сервак - тому 24/7/365 нафиг ненужно по определению.
2. У кого больше одно - тому не влом перегрузить их по очереди.
3. Виртуалки ваще клонировать на лету можно.
4. У кого есть в ядре ftace на сервере, тому безопасность тоже как бэ не нужна.  
5. Состояние патченого ядра после перезагрузки и после этих костылей - разные вещи.
(особо если патчи исправляли дыры с указателями в экспортируемых функциях).

Ну и нафега?


Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от kachsheev (ok) on 08-Ноя-14, 01:43 
Инновации, ё-моё.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

14. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +5 +/
Сообщение от pavlinux (ok) on 08-Ноя-14, 02:00 
> Инновации, ё-моё.

Ну какая в ... инновация, во всяких PAAS/SAAS/DAAS минимальной вычислительной единицей является услуга/сервис/рабочий стол.
Спускаясь ниже обнаружим кластеры облаков, те сами из кластеров состоят, те на компах с сотней виртуалкок на процессорное ядро,
и где-то там в виртуалке живет и скучает дырявое ядро линух, которое срочно нужно пропатчить, среди прочих десяти тысяч. Смишно.

Основные клиенты этого костыля:

- Веб-сайт магаза "Pupkins Luxry Matreshka оптом" c посещаемостью 1.5 интуриста в неделю.

- Великий Гуру админ решивший доказать всей галактике, что офис из трех самб и одного сквида - самый защищенный!

Ну и совсем диагноз:  Домашний кластер по выкачиванию всех торрентов планеты.

И конечно же, на XDA найдётся дятел который это в андроед засунет.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

31. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от ПолковникВасечкин on 08-Ноя-14, 12:38 
Ваши предложения?
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

78. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +1 +/
Сообщение от Мяут (ok) on 10-Ноя-14, 12:12 
Вы преувеличиваете распространенность облаков.

Банковские системы до сих пор гиперцентрализованы. Всякие системы управления производством - тоже. Правда и Linux там не везде :)

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

84. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от админ on 12-Ноя-14, 02:03 
Ты просто не выкатывал обновление ОС на большие системы и не перезагружал серваки один за другим. Потому что на это уходит дохрена времени и блокирует другие вещи (потому что апдейты выкатывают по очереди).
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +2 +/
Сообщение от YetAnotherOnanym (ok) on 08-Ноя-14, 02:14 
Распространители троянов, живущих только в оперативке, одобряют.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Для ядра Linux предложен livepatch, механизм обновления без ..."  –11 +/
Сообщение от Аноним (??) on 08-Ноя-14, 05:20 
Если кому интересно, всем на будущее, короче "всё сложно, но" в целом (а не в лице отдельных удачных проектов) ситуация такова, что если вы хотите, чтобы открытое ПО было конкурентноспособно проприетарному софту по качеству, открытое ПО должно стоить дороже проприетарного софта.

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

Короче со всех сторон полный нонсенс получается.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +2 +/
Сообщение от ano (??) on 08-Ноя-14, 06:20 
> и они будут покупать то, что дешевле.

Так то они будут покупать то, что предсказуемее. А открытый код тут заруливает закрытый.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

25. "Для ядра Linux предложен livepatch, механизм обновления без ..."  –3 +/
Сообщение от Аноним (??) on 08-Ноя-14, 10:08 
Не неси чушь. Плевать 99%, что в коде.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

27. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Нанобот (ok) on 08-Ноя-14, 12:14 
>Так то они будут покупать то, что предсказуемее

чувак, вернись в реальность! покупать будут то, что дешевле

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

37. "Для ядра Linux предложен livepatch, механизм обновления без ..."  –3 +/
Сообщение от Аноним (??) on 08-Ноя-14, 12:52 
>>Так то они будут покупать то, что предсказуемее
> чувак, вернись в реальность! покупать будут то, что дешевле

То, что работает, потом то что дешевле.
+ у открытого софта часто есть иллюзия дешевизны. В смысле "первая пилюля бесплатно", а потом...

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

43. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +10 +/
Сообщение от Аноним (??) on 08-Ноя-14, 13:16 
А потом всё равно дешевле. Это конторки, которые продают проприетарное ПО, любят рассказывать, что в никсах потом нужно костылировать, и для этого нужны дорогие специалисты, а вот в виндах и прочих вмваре трёхкопеечный эникей со всем всегда справится. Ничего подобного - любой, кто хоть раз рулил мало-мальски сложную виндовую структуру, знает, что там нужен спец, который хорошо умеет в powershell, умеет нормально читать дампы сетевого обмена и так далее, потому что костылировать приходится не меньше, а иногда и больше. И стоит такой специалист абсолютно столько же, сколько никсовый.
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

59. "Для ядра Linux предложен livepatch, механизм обновления без ..."  –3 +/
Сообщение от count0krsk (ok) on 09-Ноя-14, 00:41 
> рулил мало-мальски сложную виндовую структуру, знает, что там нужен спец, который
> хорошо умеет в powershell, умеет нормально читать дампы сетевого обмена и
> так далее, потому что костылировать приходится не меньше, а иногда и
> больше. И стоит такой специалист абсолютно столько же, сколько никсовый.

Стоит столько, сколько готов заплатить работодатель, т.е. среднюю цену на рынке труда. И пофигу, линуксовый ты, виндовый или qnx-овый. Всё равно пол-года будешь разбираться, что там предыдущие наворотили, и к одному знаменателю приводить. Если разрешат. А то бывает, что сисадмин - ты, а начальник ИТ-отдела - муд*г, который сильно ничего менять не даёт, потому что "и так работает". Пример такого "итак" - ip телефония, которая работает через trixbox, который работает на vmware-player, который висит на десктопе, который работает без ИБП и рэйда.  
Бэккап делается руками когда рак свиснет. Поэтому потеря записей переговоров скажем так за неделю - в порядке вещей.
И это не шараш-монтаж, а компания имеющая 10 забитых стоек с серверами HP, cisc-и и т.п.

А в винде, ИМХО, не разбирается хорошо никто, т.к. исходников нет, и что там внутри происходит неведомо даже саппорту Микрософт. Логи винды - не информативны в принципе. Многий софт защищен от отладки и дизассемблирования. Так что...

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

69. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +1 +/
Сообщение от Аноним (??) on 09-Ноя-14, 02:43 
> Стоит столько, сколько готов заплатить работодатель,

Работодателей более 1, поэтому определяет в целом не работодатель а рынок и баланс спроса и предложения. И быть линуксным админом нынче несколько выгоднее. Т.к. с виндов народец драпает и есть некий дефицит.

> И пофигу, линуксовый ты, виндовый или qnx-овый.

Получить зарплату в 20 кусков как виндовый эникей протирающий мышки и переставляющий винду более приличным админам будет довольно затруднительно. Ну разве что они решат до эникея продаунгрейдиться.

> разрешат. А то бывает, что сисадмин - ты, а начальник ИТ-отдела
> - муд*г, который сильно ничего менять не даёт,

А зачем работать с м*ками? На этой планете навалом контор.

> А в винде, ИМХО, не разбирается хорошо никто,

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

И если уж говорить о граблях MS - основные грабли это сложность доораться до разработчиков. Пробиваться через первые линии саппорта и доказывать чтобы не верблюд чтобы их индусики попыхтели и облажались - удовольствие ниже среднего.

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

57. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от count0krsk (ok) on 09-Ноя-14, 00:31 
Нет. Покупать будут то, что дорогое, но не самое. Потому что чем дороже - тем больше откат. Не самое - чтобы показать, что "типа сэкономили", но не в ущерб качеству.
А те, кто ориентируется на "дешевле" вообще покупать не будут, а скачают с торрентов и кинут на флэшку, потому что так не только дешевле, но и быстрее. И экологичнее кстати ))

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

28. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +1 +/
Сообщение от Логика on 08-Ноя-14, 12:17 
Где логика? Сначала "тезис с небес", потом "антитезис по жизни"
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

29. "Для ядра Linux предложен livepatch, механизм обновления без ..."  –1 +/
Сообщение от Логика on 08-Ноя-14, 12:23 
Более ясно выражаясь.
первый тезис: чтобы быть конкурентноспособнее - открытое ПО должно стоить дороже
второй тезис: чтобы быть конкурентноспособнее - открытое ПО должно стоить дешевле
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

32. "Для ядра Linux предложен livepatch, механизм обновления без ..."  –5 +/
Сообщение от Аноним (??) on 08-Ноя-14, 12:40 
Не так написано, открой глаза.

Короче, если хотите качественную открытую ОС, надо присасываться к коммерческим проектам, а раз речь идёт о десктопах, хороших планшетах, лэптопах, тогда лучше всего Chrome OS. Другое дело, что вы не нужны Гуглу с вашими соплями, у них свои планы на свои оси.
Про Убунты уже столько написано везде, самому далёкому человеку уже давно ясно, что на неё время тратить не стоит так же как и на какой-нибудь ReactOS.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

36. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Логика on 08-Ноя-14, 12:51 
Это не открытое ПО, а продукт для отъема денег у населения с одновременным подсаживанием на свой продукт. Им все равно что ляпать, лишь бы хавали и не могли отказаться.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

38. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Логика on 08-Ноя-14, 12:53 
И причем тут "должно стоить дороже". Должно быть частью большой команды, или частью большой стаи. Это будет вернее
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

39. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Логика on 08-Ноя-14, 12:59 
ChromeOS так же неидеальна как и Ubuntu. Если Вы конечно не апологет первой.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

40. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Аноним (??) on 08-Ноя-14, 12:59 
Не знаю зачем вас туда понесло в контексте новости, но да, чем больше участников процесса имеют бабло при разработке/рекламе/распространении/внедрении/использовании тем оно имеет болше шансов на завоевание рынка.
Т о нужно написать хорошее ПО и получить за это хорошие бабки, вляпать в рекламу и отбить вляпанное, забашлять внедренцам (больше чем мс), которые сами разрекламируют и конечный пользователь (и частный разработчик) должен сам заработать на использовании софта гору бабла (а не наэкономить). Таков рынок
Ни раз наблюдак картину выбора дорогого распиареного решения в пользу бесплатному малоизвестному.


Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

41. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Логика on 08-Ноя-14, 13:04 
> Не так написано, открой глаза.

Вы на тренингах тем же самым занимаетесь?
Сначала ляпнуть что-то, потом оскорбить оппонента?

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

64. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Аноним (??) on 09-Ноя-14, 02:28 
> а раз речь идёт о десктопах, хороших планшетах, лэптопах, тогда лучше
> всего Chrome OS.

Лучше всего для кого? Для гугля, чтоб от них на 100% зависели и сбежать не могли? Да, хорошо быть гуглем. Но горе вам, если вы не гугл.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

73. "Для ядра Linux предложен livepatch, механизм обновления..."  +1 +/
Сообщение от arisu (ok) on 09-Ноя-14, 20:01 
> Короче, если хотите качественную открытую ОС, надо присасываться к коммерческим проектам

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

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

33. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +2 +/
Сообщение от Аноним (??) on 08-Ноя-14, 12:42 
>чтобы открытое ПО было конкурентноспособно проприетарному софту по качеству, открытое ПО должно стоить дороже проприетарного софта.

И откуда это следует или это постулат?

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

51. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +1 +/
Сообщение от Анотим on 08-Ноя-14, 20:10 
>Если кому интересно, всем на будущее, короче "всё сложно, но" в целом ситуация такова, что если вы хотите, чтобы

Записал в блокнот, спасибо.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

71. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от S_Paul email(??) on 09-Ноя-14, 08:00 
>Если кому интересно, всем на будущее, короче "всё сложно, но" в целом

Не только лишь все?

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

74. "Для ядра Linux предложен livepatch, механизм обновления..."  +3 +/
Сообщение от arisu (ok) on 09-Ноя-14, 20:06 
> так как и людям и
> компаниям и организациям и гос. учреждениям в абсолютном большинстве случаев плевать
> открыт код или нет и они будут покупать то, что дешевле.

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

так вот: закрытое ПО совершенно неконкурентноспособно. мало того, что очень прихотливое, так его ещё и починить совершенно невозможно без ковыряния в дизассемблере. а тут вдруг мне его ещё и на ARM захотелось использовать… упс.

а «люди и компании и организации и гос. учреждения», конечно, пусть используют, что хотят. если им так дорог vendor lock — не смею отбирать.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

45. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +1 +/
Сообщение от vi (ok) on 08-Ноя-14, 16:43 
Все! После принятия в ядро и последней перезагрузки, "Терминаторы" перестанут иногда замирать на несколько секунд ;)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

66. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Аноним (??) on 09-Ноя-14, 02:31 
> Все! После принятия в ядро и последней перезагрузки, "Терминаторы" перестанут иногда замирать
> на несколько секунд ;)

Модуль можно вгрузить и на ходу. Даже первый раз. Так что теперь терминаторов не будет переклинивать, beware!

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

46. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +1 +/
Сообщение от Аноним (??) on 08-Ноя-14, 17:35 
Ядро без перезагрузки обновлять можно, а операционную систему с systemd - нельзя. Как выйти из этой ситуации?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

48. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +5 +/
Сообщение от Серый1 (ok) on 08-Ноя-14, 17:55 
Может выкинуть systemd?
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

53. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +1 +/
Сообщение от Аноним (??) on 08-Ноя-14, 20:52 
> Может выкинуть systemd?

Не-не-не! Надо выкинуть ядро! :)

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

55. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от pavlinux (ok) on 08-Ноя-14, 22:11 
В одном НИИ просрали мануал от VAX/VMS, поэтому он с 1984 года не перегружается.
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

60. "Для ядра Linux предложен livepatch, механизм обновления без ..."  –2 +/
Сообщение от count0krsk (ok) on 09-Ноя-14, 00:47 
> В одном НИИ просрали мануал от VAX/VMS, поэтому он с 1984 года
> не перегружается.

Как заменить батарейки в ИБП не отключая нагрузку? Или они там ядерные?

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

62. "Для ядра Linux предложен livepatch, механизм обновления без ..."  –1 +/
Сообщение от Нимо Ан on 09-Ноя-14, 01:42 
> Как заменить батарейки в ИБП не отключая нагрузку?

Что-что, а вот это не кажется мне особо большой проблемой (если конструкция ИБП позволяет). Хотя, я, конечно, не специаллист.

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

67. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Аноним (??) on 09-Ноя-14, 02:34 
> Как заменить батарейки в ИБП не отключая нагрузку?

В серьезных ИБП обычно такие вещи предусмотрены.

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

76. "Для ядра Linux предложен livepatch, механизм обновления без ..."  –1 +/
Сообщение от pavlinux (ok) on 10-Ноя-14, 02:23 
> Как заменить батарейки в ИБП не отключая нагрузку?

Там всё НИИ на ИБП, резервный генератор с запасом соляры лет так на 20,...  оборонка все ж.

> Или они там ядерные?

VAX/VMS - это мэнфрейм. Да, в современных понятиях - многоядерный кластер.
CPU - это такой ящик размером с холодильник, процессоры вставляются как полки.
Управляющий - один процессор. У каждого проца, есть соседний - резервный.
Поэтому, выдирая управляющий проц, все автоматом переключается на соседа.
Та же фигня с памятью, дисками. Файловая система версионная,...

Короча, то что сейчас пытаются впиндюривать RedHat/Oracle/HP/Dell/EMC/MS/Intel/AMD/Cisco,...
DEC и IBM изобрели 40 лет назад.

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

79. "Для ядра Linux предложен livepatch, механизм обновления без ..."  –1 +/
Сообщение от edwin3d email(ok) on 10-Ноя-14, 13:18 
> DEC и IBM изобрели 40 лет назад.

Добрый день. Только стоило это как самолет.
А сейчас идет речь о доступной технологии для всех и каждого. Чувствуете разницу ?

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

82. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Минона (ok) on 10-Ноя-14, 15:22 
>> DEC и IBM изобрели 40 лет назад.
> Добрый день. Только стоило это как самолет.
> А сейчас идет речь о доступной технологии для всех и каждого. Чувствуете
> разницу ?

разницу в стоимости? да.
разницу в технологии? нет.

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

88. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от pavlinux (ok) on 13-Ноя-14, 03:13 
>> DEC и IBM изобрели 40 лет назад.
> Добрый день. Только стоило это как самолет.
> А сейчас идет речь о доступной технологии для всех и каждого.

Сейчас NUMAо не на всех материнках есть. Версионная FS уже в каждом доме?
Оперативку с ECC везде ставят? А её резервную замену на лету все мамки умеют?
Рэйды чуть ли уже не в мобилах, а на живую кто-нить выдирать корневой диск пробовал?  
Ядер понапихали вам, только забыли приписать, что вход и выход всё равно один.  

> Чувствуете разницу ?

Мэйнфрейм знаете чо это такое? Мэйнфрейм и сейчас стоит как самолёт.


Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

81. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Anonim (??) on 10-Ноя-14, 14:27 
Ну справедливости ради, я бы HP вынес из Вашего первого списка, и внёс во второй....
Intel, пожалуй, тоже можно за их серверные процы (я про Itanium).
Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

83. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Led (ok) on 11-Ноя-14, 14:06 
> серверные процы (я про Itanium).

Тебя одноклассник опять обманул.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

85. "Для ядра Linux предложен livepatch, механизм обновления без ..."  –1 +/
Сообщение от Anonim (??) on 12-Ноя-14, 11:50 
>> серверные процы (я про Itanium).
> Тебя одноклассник опять обманул.

Ох LOL. Ну расскажи мне, о гуру, про то, какие нынче процессоры ставят в NonStop-ы и в VMS-ы.

Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

87. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от pavlinux (ok) on 13-Ноя-14, 03:11 
>>> серверные процы (я про Itanium).
>> Тебя одноклассник опять обманул.
> Ох LOL. Ну расскажи мне, о гуру, про то, какие нынче процессоры
> ставят в NonStop-ы и в VMS-ы.

OpenVMS на Intel только дебил поставит.

Мы ещё в 2001 году планировали купить Alpha DS и портировать весь софт на Linux,
но после новости о том HP скупает Compaq и Альфу больше делать не будут, забили.

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

86. "Для ядра Linux предложен livepatch, механизм обновления без ..."  –1 +/
Сообщение от pavlinux (ok) on 13-Ноя-14, 02:58 
> Ну справедливости ради, я бы HP вынес из Вашего первого списка, и
> внёс во второй.... Intel, пожалуй, тоже можно за их серверные процы (я про Itanium).

ХулиПаккартд до 86 года калькуляторы, печатные машинки и принтеры делала.

Итаник - это спижженный у нас Эльбрус-3 и MMX от интеля.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

90. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Аноним (??) on 14-Ноя-14, 09:21 
> Итаник - это спижженный у нас Эльбрус-3 и MMX от интеля.

Охренеть. А амд с своими WLIV5/WLIV4 ничего у нас не спирало? :)

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

91. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Anonim (??) on 14-Ноя-14, 10:11 
> ХулиПаккартд до 86 года калькуляторы, печатные машинки и принтеры делала.

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

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

58. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от manster (ok) on 09-Ноя-14, 00:35 
самый изящный livepatch это конечно hot code loading реализованный в эрланге
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

68. "Для ядра Linux предложен livepatch, механизм обновления без ..."  –2 +/
Сообщение от Аноним (??) on 09-Ноя-14, 02:34 
> самый изящный livepatch это конечно hot code loading реализованный в эрланге

Единственная проблема - толку с этого около ноля.

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

80. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от некто (ok) on 10-Ноя-14, 14:21 
кому техника, а кому и кусок железа
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

61. "Для ядра Linux предложен livepatch, механизм обновления без ..."  –3 +/
Сообщение от Нимо Ан on 09-Ноя-14, 01:40 
Я знал одного человека (техдира одного интернет-провайдера), который ещё в начале 2000-х говорил, что патчит ядро RedHat Linux на серверах без перезагрузки.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

72. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +1 +/
Сообщение от AlexAT (ok) on 09-Ноя-14, 09:46 
ksplice'у лет уже много...
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

75. "Для ядра Linux предложен livepatch, механизм обновления..."  +2 +/
Сообщение от arisu (ok) on 09-Ноя-14, 20:09 
> Я знал одного человека (техдира одного интернет-провайдера), который ещё в начале 2000-х
> говорил, что патчит ядро RedHat Linux на серверах без перезагрузки.

кажется, никто не говорил, что это Прорыв Новых Технологий. сплайсинг — технология очень древняя. просто её хотят официально благословить, и по старой доброй традиции дать людям инструменты, при помощи которых каждый может сделать сплайсер на свой вкус.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

70. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Kodir (ok) on 09-Ноя-14, 03:02 
Тут даже бинарный линукс без перезагрузки обновляют, а Ведроид (жабо-нашлёпка над линуксом) до сих пор какие-то дурацкие "фирмвари" прошивает.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

77. "Для ядра Linux предложен livepatch, механизм обновления без ..."  +/
Сообщение от Аноним (??) on 10-Ноя-14, 08:00 
> Обе системы являются свободными и достаточно жестко конкурируют между собой, что затрудняет выбор, какую из них принять в основной состав ядра.
>
> Проект livepatch попытался ...

создать ещё одну систему для конкуренции :)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2020 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру