The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Компания SUSE развивает свободную систему для обновления ядр..., opennews (?), 03-Фев-14, (0) [смотреть все]

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


12. "Компания SUSE развивает свободную систему для обновления ядр..."  +42 +/
Сообщение от pavlinux (ok), 03-Фев-14, 20:53 
> доступности в режиме 365/24/7, тогда попробуете.

Остановите Землю, я сойду!

365/24/7 - такие системы не делают ужо лет 15.
Суют все в кластеры, облака, и другую расспред. хрень, где смерть одного сервака
эквивалентна смерти таджика в Бутово. (всем пох.)

  

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

20. "Компания SUSE развивает свободную систему для обновления ядр..."  –5 +/
Сообщение от metallica (ok), 03-Фев-14, 21:41 
> Остановите Землю, я сойду!
> 365/24/7 - такие системы не делают ужо лет 15.
> Суют все в кластеры, облака, и другую расспред. хрень, где смерть одного
> сервака
> эквивалентна смерти таджика в Бутово. (всем пох.)

Инфа 100%?


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

31. "Компания SUSE развивает свободную систему для обновления ядр..."  +2 +/
Сообщение от ананим (?), 03-Фев-14, 22:53 
146% что на указанных вами спарках нет ни ораклового linux'a (и соответсвенно Ksplice), ни какого-нибудь другого. Да, и покажите где такое же есть в в соляре.

И вообще павлинух прав — за разработку решения комплекса, работоспособность которого зависит от единой точки отказа, в современных реалиях нужно увольнять.
Уж лет 5-7 как в топ500 сплошь одни кластеры.

зыж
Хотя опять же, сама тема/идея очень интересна и я против неё уж точно не выступаю.
Глупо перегружать сервак, если к примеру нашли тривиальную уязвимость (в каком-нибудь tty) и с ней работать стрёмно, а ТО ещё не скоро.

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

49. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от anonymous (??), 04-Фев-14, 00:07 
>Глупо перегружать сервак, если к примеру нашли тривиальную уязвимость (в каком-нибудь tty) и с ней работать стрёмно, а ТО ещё не скоро.

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

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

55. "Компания SUSE развивает свободную систему для обновления ядр..."  +2 +/
Сообщение от ананим (?), 04-Фев-14, 00:21 
>вероятность такого очень мала.

Что за околоайтишный бред вы пишите?
«вероятность», «В современном мире», «все зависят от всех»,… Вы точно не бот?

С чего это вдруг? Таких багов куча. Их большинство.
Речь идёт именно о багах, а не о новой функциональности.
Вот сценарий поведения — я, админ, прочитав cve на баг и релизнот к патчу (а в случае линуха и сам патч), понял, что изменения пары байт в коде ядра, как пара пальцев об асфальт.
И я легко это делаю (в случае «запущенного» ынтырпрайза, предварительно убедившись, что этот конкретный баг можно применять на лету согласно вот таким-то пруфам), без ваших космических кораблей в большом театре.

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

54. "Компания SUSE развивает свободную систему для обновления ядр..."  –2 +/
Сообщение от metallica (ok), 04-Фев-14, 00:12 
Ksplice), ни какого-нибудь другого. Да, и покажите где такое же есть
> в в соляре.

Обновления, пропатчивания ядра без перезагрузки в солярисе доступны ещё с 8-ой версии.

> Уж лет 5-7 как в топ500 сплошь одни кластеры.

Опять вы с этим top500. Пора понять, что там распределённые считалки, а rdbms в сотню
TB на кластер не натянешь.

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

57. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от ананим (?), 04-Фев-14, 00:33 
>Обновления, пропатчивания ядра без перезагрузки в солярисе доступны ещё с 8-ой версии.

А вы ими пользовались? Я — да. Скажем так — очень и очень ограниченная техника.

зыж
а патчи, которые можно применить на_лету, мне вообще не попадались. ни разу.
или вы про те, которые начнут работать только после следующей перезагрузке? ха!
Помню, помню, кучу mount пока не перезагрузишь.

>Опять вы с этим top500. Пора понять, что там распределённые считалки, а rdbms в сотню

TB на кластер не натянешь.
Пора понять, что RAC (о чём уже выше кем-то намекалось) таки да, существует.
И у других СУБД тоже, если что.
Ну а ставить постфактум свои условия к обсуждению (мне не фа, мне рэ) вообще моветон.
Обсуждали что? «базу в сотню TB». слово реляционная не употреблялась (и правильно кстати), поэтому получите и распишитесь.

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

63. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от metallica (ok), 04-Фев-14, 00:53 
> А вы ими пользовались? Я — да. Скажем так — очень и
> очень ограниченная техника.

Свежие патчи с от сановских разрабов, с интсрукцией по инсталляции, свои для
каждого патча, что не нравится? У других и этого нет до сих пор.


> TB на кластер не натянешь.
> Пора понять, что RAC (о чём уже выше кем-то намекалось) таки да,
> существует.
> И у других СУБД тоже, если что.

А ну да, считайте что поймали. Хотя изначально имел ввиду именно реляционку.


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

66. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от ананим (?), 04-Фев-14, 01:07 
>> А вы ими пользовались? Я — да. Скажем так — очень и
>> очень ограниченная техника.
>Свежие патчи с от сановских разрабов, с интсрукцией по инсталляции, свои для каждого патча, что не нравится? У других и этого нет до сих пор.

Так. Чувствую, что тут место уже пруфам.
Есть подозрения, что вы имеете в виду именно маркетинговый булшит онлайн применения патчей, которые по факту именно вот это:
>или вы про те, которые начнут работать только после следующей перезагрузке

зыж
>А ну да, считайте что поймали. Хотя изначально имел ввиду именно реляционку.

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

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

75. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от ананим (?), 04-Фев-14, 02:28 
зыж
>свои для каждого патча, что не нравится? У других и этого нет до сих пор.

другим нет надобности патчить блобы (что само по себе нонсенс в общем то).

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

69. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от Dmitry77email (ok), 04-Фев-14, 01:25 
>rdbms в сотню TB на кластер не натянешь

rdbms я бы сказал  да. Но базы бываю не только реляцонные.

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

112. "О бд..."  –2 +/
Сообщение от UnknownUnkle (?), 04-Фев-14, 12:13 
имхо: все системы управления бд в той или иной степени работают с реляционной моделью применяя аппарат реляционной алгебры и разные методы аггрегирования. Новомодные названия вроде No[n]SQL, MapReduce всего-лишь маркетинг.
Ответить | Правка | Наверх | Cообщить модератору

120. "О бд..."  +/
Сообщение от Аноним (-), 04-Фев-14, 15:44 
Ууу, как всё запущено-то..
Ответить | Правка | Наверх | Cообщить модератору

125. "О бд..."  +/
Сообщение от Пингвино (ok), 05-Фев-14, 02:03 
Давай, расскажи мне про реляционную модель в граф-ориентированной СУБД
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

68. "Компания SUSE развивает свободную систему для обновления ядр..."  +1 +/
Сообщение от linux must _RIP__ (?), 04-Фев-14, 01:17 
а причем тут top500? :) дабы ляпнуть..
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

71. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от ананим (?), 04-Фев-14, 01:48 
а почему нет? у? :D

зыж
ок. могу и сюда отправить http://www.tpc.org/tpcc/results/tpcc_results.asp
TPC-C - All Results - Sorted by Performance
>Oracle SPARC SuperCluster with T3-4 Servers
>Oracle Database 11g R2 Enterprise Edition w/RAC w/Partitioning

подробнее http://c970058.r58.cf2.rackcdn.com/fdr/tpcc/Oracle_SPARC_Sup...
>SPARC SuperCluster with 27 T3-4 Servers
>Oracle Database 11 Release 2 with Oracle Real Application Clusters and Partitioning
>Total System Cost — $30,528,863 USD

Внимание! pdf.

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

104. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от linux must _RIP__ (?), 04-Фев-14, 10:20 
>[оверквотинг удален]
> зыж
> ок. могу и сюда отправить http://www.tpc.org/tpcc/results/tpcc_results.asp
> TPC-C - All Results - Sorted by Performance
>>Oracle SPARC SuperCluster with T3-4 Servers
>>Oracle Database 11g R2 Enterprise Edition w/RAC w/Partitioning
> подробнее http://c970058.r58.cf2.rackcdn.com/fdr/tpcc/Oracle_SPARC_Sup...
>>SPARC SuperCluster with 27 T3-4 Servers
>>Oracle Database 11 Release 2 with Oracle Real Application Clusters and Partitioning
>>Total System Cost — $30,528,863 USD
> Внимание! pdf.

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

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

107. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от ананим (?), 04-Фев-14, 10:34 
Внимание! Тебя уже послали по двум разным адресам.
Этого достаточно.
Ответить | Правка | Наверх | Cообщить модератору

76. "Компания SUSE развивает свободную систему для обновления ядр..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 04-Фев-14, 02:34 
> Уж лет 5-7 как в топ500 сплошь одни кластеры.

Вообще-то HPC != HA.

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

78. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от ананим (?), 04-Фев-14, 03:31 
Вообще-то уже тыщу раз ответил.

зыж
К тому же «база в сотню TB» не есть синоним реляционной базы.

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

105. "Компания SUSE развивает свободную систему для обновления ядр..."  –1 +/
Сообщение от linux must _RIP__ (?), 04-Фев-14, 10:21 
> Вообще-то уже тыщу раз ответил.
> зыж
> К тому же «база в сотню TB» не есть синоним реляционной базы.

что такое 100+ TB? размер одной дисковой полки.. вот если говорить о объемах 10+ PB..

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

110. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от ананим (?), 04-Фев-14, 11:08 
пруф-и-и-ик
>Since Windows NT 4, GDI has run in kernel mode. The application calls GDI which then calls its kernel mode counterpart which passes the primitives to its own driver model.

http://msdn.microsoft.com/en-us/library/windows/desktop/ff72...

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

26. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от freehckemail (ok), 03-Фев-14, 22:14 
Угу. А для того, чтобы обновить ядро в Dom0, необходимо перенести все работающие на нём виртуалке на другое железо. Лепота. ;)
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

32. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от ананим (?), 03-Фев-14, 22:57 
Звучит так, что вы их вручную собрались переносить. Эдакий вариант грузчика от ИТ.
Лив-миграцию, если что, не вчера придумали. Если её у вас нет, то самое время об этом подумать (т.к. её отсутствие у вас — это не аргумент на форумах, включая опеннет)
Ответить | Правка | Наверх | Cообщить модератору

39. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от ALex_hha (ok), 03-Фев-14, 23:09 
> Звучит так, что вы их вручную собрались переносить. Эдакий вариант грузчика от
> ИТ.
> Лив-миграцию, если что, не вчера придумали. Если её у вас нет, то
> самое время об этом подумать

ага, так и представляю сколько часов/дней будут мигрировать виртуалки на пару сотен ТБ. У нас вон на хваленном RackSpace cloud сервер мигрировал с ноды на ноду 5 часов. Вот такой вот live megration без простоя :D И это с возможностями и бюджетом RS

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

41. "Компания SUSE развивает свободную систему для обновления ядр..."  +2 +/
Сообщение от ананим (?), 03-Фев-14, 23:13 
>виртуалки на пару сотен ТБ

Я правильно понимаю, что вот тут вы указали именно ОЗУ?
А не размер виртуалок в хранилище (безусловно в шаред хранилише, мы ж серьёзные дятьки, а не пасаны прыщавые?)

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

79. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от Аноним (-), 04-Фев-14, 03:42 
В рэкспейсе не используется общее хранилище изначально, потому у них все виртуалки лежат на локальных дисках dom0 и, соответственно, живой миграции нет. А на то, чтобы переделывать такую архитектуру в масштабах рэкспейса, никакого бюджета не хватит.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

34. "Компания SUSE развивает свободную систему для обновления ядр..."  +1 +/
Сообщение от pavlinux (ok), 03-Фев-14, 23:02 
А где дублирующий сервер?
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

128. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от Аноним (-), 05-Фев-14, 06:15 
> Угу. А для того, чтобы обновить ядро в Dom0, необходимо перенести все
> работающие на нём виртуалке на другое железо. Лепота. ;)

Ну вы их руками переносить не будете же. Так что для именно этого случая как раз не особая проблема.

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

116. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от xex (?), 04-Фев-14, 13:47 
рассажите это Сберу, они-то не в курсе были, когда у них оракл принял пушистого серверного пушистого зверька  :)
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

124. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от alexanderyt (ok), 04-Фев-14, 19:55 
Расшифруй.
Ответить | Правка | Наверх | Cообщить модератору

127. "Компания SUSE развивает свободную систему для обновления ядр..."  +/
Сообщение от Пингвино (ok), 05-Фев-14, 02:06 
> Расшифруй.

Админ не делал бэкапы

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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