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

Компания SUSE развивает свободную систему для обновления ядр..., opennews (?), 03-Фев-14, (0) [смотреть все] кто-нибудь хоть раз пользовал ksplice у меня жуткое недоверие к таким штукам, п, MPEG LA (?), 20:34 , 03-Фев-14, (1) // Когда доверят базу в сотню TB, крутящуюся на sparc Mxxx, с требованиемдоступност, metallica (ok), 20:44 , 03-Фев-14, (4) –10   // Остановите Землю, я сойду 365 24 7 - такие системы не делают ужо лет 15 Суют в, pavlinux (ok), 20:53 , 03-Фев-14, (12) +42   // Инфа 100 037 , metallica (ok), 21:41 , 03-Фев-14, (20) –5   146 что на указанных вами спарках нет ни ораклового linux a и соответсвенно Ks, ананим (?), 22:53 , 03-Фев-14, (31) +2   вероятность такого очень мала В современном мире все зависят от всех, иногда не, anonymous (??), 00:07 , 04-Фев-14, (49)   Что за околоайтишный бред вы пишите 171 вероятность 187 , 171 В современном, ананим (?), 00:21 , 04-Фев-14, (55) +2   Ksplice , ни какого-нибудь другого Да, и покажите где такое же есть Обновления, metallica (ok), 00:12 , 04-Фев-14, (54) –2   А вы ими пользовались Я 8212 да Скажем так 8212 очень и очень ограниченн, ананим (?), 00:33 , 04-Фев-14, (57)   Свежие патчи с от сановских разрабов, с интсрукцией по инсталляции, свои длякажд, metallica (ok), 00:53 , 04-Фев-14, (63)   Так Чувствую, что тут место уже пруфам Есть подозрения, что вы имеете в виду им, ананим (?), 01:07 , 04-Фев-14, (66)   зыждругим нет надобности патчить блобы что само по себе нонсенс в общем то , ананим (?), 02:28 , 04-Фев-14, (75)   rdbms я бы сказал да Но базы бываю не только реляцонные , Dmitry77 (ok), 01:25 , 04-Фев-14, (69)   имхо все системы управления бд в той или иной степени работают с реляционной мо, UnknownUnkle (?), 12:13 , 04-Фев-14, (112) –2   Ууу, как всё запущено-то , Аноним (-), 15:44 , 04-Фев-14, (120)   Давай, расскажи мне про реляционную модель в граф-ориентированной СУБД, Пингвино (ok), 02:03 , 05-Фев-14, (125)   а причем тут top500 дабы ляпнуть , linux must _RIP__ (?), 01:17 , 04-Фев-14, (68) +1   а почему нет у Dзыжок могу и сюда отправить http www tpc org tpcc results , ананим (?), 01:48 , 04-Фев-14, (71)   gt оверквотинг удален внимание - top500 к TPC отношения не имеет - надо даже, linux must _RIP__ (?), 10:20 , 04-Фев-14, (104)   Внимание Тебя уже послали по двум разным адресам Этого достаточно , ананим (?), 10:34 , 04-Фев-14, (107)   Вообще-то HPC HA , Michael Shigorin (ok), 02:34 , 04-Фев-14, (76) +1   Вообще-то уже тыщу раз ответил зыжК тому же 171 база в сотню TB 187 не есть , ананим (?), 03:31 , 04-Фев-14, (78)   что такое 100 TB размер одной дисковой полки вот если говорить о объемах 10 , linux must _RIP__ (?), 10:21 , 04-Фев-14, (105) –1   пруф-и-и-икhttp msdn microsoft com en-us library windows desktop ff729480 28v , ананим (?), 11:08 , 04-Фев-14, (110)   Угу А для того, чтобы обновить ядро в Dom0, необходимо перенести все работающие, freehck (ok), 22:14 , 03-Фев-14, (26)   Звучит так, что вы их вручную собрались переносить Эдакий вариант грузчика от И, ананим (?), 22:57 , 03-Фев-14, (32)   ага, так и представляю сколько часов дней будут мигрировать виртуалки на пару со, ALex_hha (ok), 23:09 , 03-Фев-14, (39)   Я правильно понимаю, что вот тут вы указали именно ОЗУ А не размер виртуалок в х, ананим (?), 23:13 , 03-Фев-14, (41) +2   В рэкспейсе не используется общее хранилище изначально, потому у них все виртуал, Аноним (-), 03:42 , 04-Фев-14, (79)   А где дублирующий сервер , pavlinux (ok), 23:02 , 03-Фев-14, (34) +1   Ну вы их руками переносить не будете же Так что для именно этого случая как раз, Аноним (-), 06:15 , 05-Фев-14, (128)   рассажите это Сберу, они-то не в курсе были, когда у них оракл принял пушистого , xex (?), 13:47 , 04-Фев-14, (116)   Расшифруй , alexanderyt (ok), 19:55 , 04-Фев-14, (124)   Админ не делал бэкапы, Пингвино (ok), 02:06 , 05-Фев-14, (127)   Вот когда тебе доверят - и будешь тявкать А то бы знал что такие базы вертят на , Аноним (-), 21:06 , 03-Фев-14, (16) +2   // Какое слово знаешь RAC ух ты , metallica (ok), 21:42 , 03-Фев-14, (21)   Если б ты знал какое вертят на кластерах VMS и что раку до него как до Пекина ра, Аноним (-), 22:44 , 03-Фев-14, (30)   Раку до много раком И на то есть объективные причины для реляционных субд А что, ананим (?), 23:00 , 03-Фев-14, (33)   Ну причему тут реляционность-то, DB 400 она как-то не мешала На VMS крутят то чт, Аноним (-), 00:09 , 04-Фев-14, (51)   То, что не должно падать - вертят на кластерах А на VMS вертят все, что угодно,, Аноним (-), 00:40 , 04-Фев-14, (58)   Так вот кластеры - они как раз на VMS А то что вы называете кластерами - это см, Аноним (-), 00:47 , 04-Фев-14, (61)   угу, до 96 в одном кластере , ананим (?), 00:59 , 04-Фев-14, (65)   Кластеры есть а софта - нет Парадокс Ага - весть top500 просто ржёт , Аноним (-), 04:58 , 04-Фев-14, (83)   Куда бы он делся, софт как крутился так и крутится, по 20 лет аптайма на VMS кла, Аноним (-), 05:31 , 04-Фев-14, (84)   При том Потом у что я говорю о сотне-тысяче серверов в одном RAC, а вы об одном , ананим (?), 00:44 , 04-Фев-14, (60)   Может быть сначала кому-то стоит научиться читать , Аноним (-), 00:48 , 04-Фев-14, (62)   И точно знаю кому А потом ему стоит посмотреть и понять почему оракл предпочита, ананим (?), 00:57 , 04-Фев-14, (64)   Слыхали мы про те рекорды когда у Сбербанка процессинг лежал , Аноним (-), 01:26 , 04-Фев-14, (70)   точка зыжхорошо что не на mssql а то лежал бы каждую неделю , ананим (?), 01:54 , 04-Фев-14, (72)   Сейчас нет практически ни у кого процессинга на нонстопе Все банки ручками пере, Hugo Reyes (ok), 08:52 , 04-Фев-14, (99)   Нормальный банк должен иметь своё решение и не особо зависеть от вендоров, имхо , ананим (?), 09:46 , 04-Фев-14, (102)   на обычном железе до сих пор я считал, что железо это сертифицировано должно бы, Карбофос (ok), 12:50 , 04-Фев-14, (114)   Ну обычное - имею ввиду обычное серверное железо из линеек hp proliant ibm syste, Hugo Reyes (ok), 12:59 , 04-Фев-14, (115)   Потому что ему нужны рекорды и продажи, очевидно А с помощью VMS решают нескольк, Аноним (-), 05:36 , 04-Фев-14, (86)   Аминь Только вот с чего вы тут пальцы гнуть стали, не понятно И зачем бы мне это, ананим (?), 06:06 , 04-Фев-14, (88)   Ну явно не VMS Может быть RSX, RT-11, RTSE или ещё что, даже UNIX мог быть , Vkni (ok), 07:27 , 04-Фев-14, (96)   Если ваш колхоз не может позволить себе более одной железки под такую задачу - к, Аноним (-), 22:02 , 03-Фев-14, (23) +2   И как у тебя там на спарках Линукс с возможностью перезапуска ядра без перезагр, Аноним (-), 07:15 , 04-Фев-14, (95)   1 объясните, что общего между 365 24 7 и сусе2 плюс про кластеры вам выше уже , Аноним (-), 19:49 , 09-Фев-14, (133)   Катит для локалхоста, а если там 100500 юзерей, всякие транзакции гоняются и про, Аноним (-), 07:09 , 04-Фев-14, (92) // для моих задач 5 минут раз в месяц в read-only можно вопрос сколько граблей крое, MPEG LA (?), 11:36 , 04-Фев-14, (111) // Можно Тогда пользуйтесь, я тоже не возражаю Зависит от пряморукости того кто па, Аноним (-), 06:17 , 05-Фев-14, (129) Я что-то не понимаю, а как же kexec Разве с помощью него нельзя заменить ядро , anonymous (??), 20:35 , 03-Фев-14, (2) // На каком лету kexec это почти перезагрузка, Аноним (-), 20:41 , 03-Фев-14, (3) +4 Можно, но состояние предыдущего ядра будет утрачено, Аноним (-), 20:46 , 03-Фев-14, (6) kexec - это сверхгорячая перезагрузка, без инициализации биоса Но все-таки пе, Аноним (-), 22:01 , 03-Фев-14, (22) +1 // То есть весь смысл сводится к сокращению времени перезагрузки , Аноним (-), 22:42 , 03-Фев-14, (29) // Нет, подразумевается, что тут вообще нет перезагрузки и всё в системе продолжает, Lain_13 (ok), 23:06 , 03-Фев-14, (38) И будут восстановлены все состояния всех внутренних структур ядра - буферы, локи, Аноним (-), 00:06 , 04-Фев-14, (48) да прочитайте уже что-нибудь по теме типа этого http www prolinux org node 197, ананим (?), 02:23 , 04-Фев-14, (73) Там написано с какими ключами что запускать, а про внутреннее устройство - тольк, Аноним (-), 04:19 , 04-Фев-14, (80) Вот и начните с общих слов И далее Или вам тут кто-то обязан всё разъяснять , ананим (?), 04:51 , 04-Фев-14, (81) А далее выясняется что всё очень туповато Даже скучно , Аноним (-), 05:32 , 04-Фев-14, (85) А вы что хотели Чтобы вместо ядра linux вдруг появилось ядро hurd Это мелкие па, ананим (?), 06:11 , 04-Фев-14, (89) именно так, и если есть неявная зависимость от поведения других сервисов от этог, anonymous (??), 00:10 , 04-Фев-14, (52) У kexec - да У ksplice и сабжа - нет , Аноним (-), 00:42 , 04-Фев-14, (59) +1 Уж как заменит, так заменит - налет получается похожий на перезагрузку, только B, Аноним (-), 07:10 , 04-Фев-14, (93) Ерундой занимаются , Аноним (-), 20:45 , 03-Фев-14, (5) –3 // Ага Теперь аптаймами мериться будет не так эпично , A.Stahl (ok), 20:48 , 03-Фев-14, (7) Вещь крайне полезная Однако архитектура современного софта явно не соответствуе, Аноним (-), 20:49 , 03-Фев-14, (9) // Ещо один отставший от прогресса , pavlinux (ok), 21:01 , 03-Фев-14, (13) +2 // Что-то мне подсказывает, что параллельно он жалуется на надоевшую рекламу беспо, Аноним (-), 22:14 , 03-Фев-14, (25) вещь крайне опасная и ненужная Нет средств валидации корректности обновления, т, Аноним (-), 22:38 , 03-Фев-14, (28) // Кто не рискует - тот не пьет шампанского , Аноним (-), 07:11 , 04-Фев-14, (94) В ынтерпрайзе рискменеджмент шампанского не пьёт, там на каждый чих кост считает, Hugo Reyes (ok), 08:56 , 04-Фев-14, (100) +1 Ну вот у кого риск от шатдауна перевесит риски от патчинга на лету - те и будут , Аноним (-), 06:19 , 05-Фев-14, (130) Интересно, будет ли нужен ksplice при наличии свободной реализации , backbone (ok), 20:48 , 03-Фев-14, (8) // У пользователей решений от Оракла просто не будет выбора, Аноним (-), 20:50 , 03-Фев-14, (11) +4 Сейчас придет линуксмастрип и начнет рассказывать, что только ksplice свободна и, Аноним (-), 22:05 , 03-Фев-14, (24) +1 // уже тыщу раз повторено 8212 он имеет такое же отношение к ораклу, как и айзен, ананим (?), 23:09 , 03-Фев-14, (40) // Капитан, это вы , Аноним (-), 02:36 , 04-Фев-14, (77) Да Был лет десять назад D, ананим (?), 06:14 , 04-Фев-14, (91) Я думаю что он делит на ноль Он бы хотел полить линух, но тогда надо полить ора, Аноним (-), 06:20 , 05-Фев-14, (131) А почему нет Вы лично готовы нести ответственность, что всё ненаипнётца, если во, ананим (?), 23:06 , 03-Фев-14, (37) // А что, обычно Оракл ответственность несёт Пруф ор ГТФО , Sluggard (ok), 23:43 , 03-Фев-14, (44) // Для слепых , Sluggard (ok), 23:44 , 03-Фев-14, (45) Вопрос был не в том кто 171 несёт 187 , а в том, готов ли к этому лично ты Оч, ананим (?), 23:51 , 03-Фев-14, (46) Оспадя, да когда ж вы, даyны, переведетесь Да не будет ни Оракл, ни Редхат, ни , Аноним (-), 23:52 , 03-Фев-14, (47) –2 // Да когда ж ты, придурок, поймёшь, что мне похрену, берёт на себя оракл что-то ил, ананим (?), 00:08 , 04-Фев-14, (50) PCMan-Qt можно взять, runoverheads (ok), 00:25 , 04-Фев-14, (56) Очень символично сейчас на опеннете две новости Одни меняют файловый менеджер, , Аноним (-), 02:26 , 04-Фев-14, (74) // Видимо это от того что для настольного компьютера, ноутбука, телефона и планшета, Аноним (-), 05:48 , 04-Фев-14, (87) // Тем более, что последние наутилусы 8212 дикий кошмар зыжНу дык Свинья везде , ананим (?), 06:13 , 04-Фев-14, (90) Есть дольфин и другие , Аноним (-), 14:13 , 04-Фев-14, (117) –1 // который в юнити будет смотреться как инопланетянен не меньше наутилуса и других, ананим (?), 19:51 , 04-Фев-14, (123) http www prolinux org node 197Пукнул в лужу Для Ubuntu и Fedora сабж итак ест, ананим (?), 07:27 , 04-Фев-14, (97) –1 // Насколько я помню, оно уже давно не шевелится , Аноним (-), 17:27 , 04-Фев-14, (121) –1 // правильнее 8212 насколько вы фантазируете зыжещё раз первая ссылка http www, ананим (?), 19:48 , 04-Фев-14, (122) в свете последних слухов о том, что зюзю разгоняют - новость положительная, Аноним (-), 08:44 , 04-Фев-14, (98) –1 // почему зузешники не знают, что их разгоняют или они боятся произносить , анонимм (?), 09:19 , 04-Фев-14, (101) В чём преимущества сабжа по сравнению с системой, используемой в Дебиане , Alexandr P (?), 10:15 , 04-Фев-14, (103) // а какая у вас в дебиане , анонимм (?), 10:40 , 04-Фев-14, (108) +1 // Похоже я всё напутал Судя по https www linux org ru forum admin 5751970 перез, Alexandr P (?), 12:45 , 04-Фев-14, (113) куча вопросов создателям основной для чего учитывая чьи уши торчат из-за Нове, Аноним (-), 06:24 , 05-Фев-14, (132) 1,2,5,8,56,74,98,103,132

Сообщения

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

	4. "Компания SUSE развивает свободную систему для обновления ядр..."	–10 +/–
	Сообщение от metallica (ok), 03-Фев-14, 20:44
	> кто-нибудь хоть раз пользовал ksplice? у меня жуткое недоверие к таким штукам, > предпочитаю перезагрузить серв в три часа ночи. Когда доверят базу в сотню TB, крутящуюся на sparc Mxxx, с требованием доступности в режиме 365/24/7, тогда попробуете. Suse в режиме-что крестьяне, то и обезьяне.
	Ответить | Правка | Наверх | Cообщить модератору

	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 развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Dmitry77 (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 Shigorin (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 развивает свободную систему для обновления ядр..."	+/–
	Сообщение от freehck (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ообщить модератору

	16. "Компания SUSE развивает свободную систему для обновления ядр..."	+2 +/–
	Сообщение от Аноним (-), 03-Фев-14, 21:06
	Вот когда тебе доверят - и будешь тявкать. А то бы знал что такие базы вертят на раке, а ему ноды никто не мешает ребутить. Российское IT - это зимбабве :(
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	21. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от metallica (ok), 03-Фев-14, 21:42
	> Вот когда тебе доверят - и будешь тявкать. > А то бы знал что такие базы вертят на раке, а ему > ноды никто не мешает ребутить. > Российское IT - это зимбабве :( Какое слово знаешь RAC ух ты.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Аноним (-), 03-Фев-14, 22:44
	Если б ты знал какое вертят на кластерах VMS и что раку до него как до Пекина раком..
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	33. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от ананим (?), 03-Фев-14, 23:00
	Раку до много раком. И на то есть объективные причины для реляционных субд. А что вертят на VMS?
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Аноним (-), 04-Фев-14, 00:09
	Ну причему тут реляционность-то, DB/400 она как-то не мешала. На VMS крутят то что не должно падать no matter what.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Аноним (-), 04-Фев-14, 00:40
	> На VMS крутят то что не должно падать no matter what. То, что не должно падать - вертят на кластерах. А на VMS вертят все, что угодно, когда нет бабла на нормальное железо.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Аноним (-), 04-Фев-14, 00:47
	Так вот кластеры - они как раз на VMS. А то что вы называете кластерами - это смех один.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от ананим (?), 04-Фев-14, 00:59
	угу, до 96 в одном кластере.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Аноним (-), 04-Фев-14, 04:58
	> Так вот кластеры - они как раз на VMS. Кластеры есть а софта - нет. Парадокс! > А то что вы называете кластерами - это смех один. Ага - весть top500 просто ржёт! :)
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	84. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Аноним (-), 04-Фев-14, 05:31
	Куда бы он делся, софт как крутился так и крутится, по 20 лет аптайма на VMS кластерах не редкость. А top500 может ржать сколько ему угодно.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от ананим (?), 04-Фев-14, 00:44
	При том. Потом у что я говорю о сотне-тысяче серверов в одном RAC, а вы об одном VMS. Как начнёте говорить о множественном числе, тогда и приходите. Территориально распределитесь уже, так сказать. Ну или поставьте ваш VMS на железо, которое я смогу купить в ближайшем м-видио. зыж Если что, оракл работает и без RAC. Вон они, платформы http://ru.wikipedia.org/wiki/Oracle_Database#.D0.9F.D1.80.D0... , включая вашу панацею.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	62. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Аноним (-), 04-Фев-14, 00:48
	>>на кластерах VMS > Потом у что я говорю о сотне-тысяче серверов в одном RAC, а > вы об одном VMS > Как начнёте говорить о множественном числе, тогда и приходите. Может быть сначала кому-то стоит научиться читать?
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от ананим (?), 04-Фев-14, 00:57
	И точно знаю кому. А потом ему  стоит посмотреть и понять почему оракл предпочитает ставить свои «рекорды» на своей эксадате с инфинибэнд и с раком.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Аноним (-), 04-Фев-14, 01:26
	Слыхали мы про те рекорды когда у Сбербанка процессинг лежал.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от ананим (?), 04-Фев-14, 01:54
	>у Сбербанка . (точка) зыж хорошо что не на mssql. а то лежал бы каждую неделю.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Hugo Reyes (ok), 04-Фев-14, 08:52
	Сейчас нет практически ни у кого процессинга на нонстопе. Все банки ручками перезапускают фронт, если он падает. А все потому, что вендоры софта отказываются от поддержки нонстопа, т.к. банки это не покупают. Сейчас банки хотят непадучий софт на обычном железе. А горизонтальное распараллеливание уже есть искаропки. Уже плясок с бубном не надо и бабла много не надо на нонстоп.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от ананим (?), 04-Фев-14, 09:46
	Нормальный банк должен иметь своё решение и не особо зависеть от вендоров, имхо. Так же как биржи (кроме наши(ей) разве что) накушались «готовых решений. под ключ. и тд.», так и уважающий себя банк должен это понимать. А вообще, то что там хотят банки — это сугубо их половые трудности.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Карбофос (ok), 04-Фев-14, 12:50
	на обычном железе? до сих пор я считал, что железо это сертифицировано должно быть на 365/7/24. обычное железо при таких условиях не выдерживает и часто обижается.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Hugo Reyes (ok), 04-Фев-14, 12:59
	> на обычном железе? до сих пор я считал, что железо это сертифицировано > должно быть на 365/7/24. обычное железо при таких условиях не выдерживает > и часто обижается. Ну обычное - имею ввиду обычное серверное железо из линеек hp proliant/ibm systems/dell poweredge, а не что-то типа HP Integrity NonStop (с гарантированным 99,9999% fault tolerance)
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	86. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Аноним (-), 04-Фев-14, 05:36
	Потому что ему нужны рекорды и продажи, очевидно. А с помощью VMS решают несколько иные задачи. >Microsoft came up with this novel new technique in the distant past: 2002. The posting immediately brought out a crowd of surprised graybeards who distinctly remember using such techniques on their PDP-11 systems some decades before Microsoft "invented" hot-patching. Угадаете какая ОС использовалась на тех PDP-11?
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	88. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от ананим (?), 04-Фев-14, 06:06
	>А с помощью VMS решают несколько иные задачи. Аминь. Только вот с чего вы тут пальцы гнуть стали, не понятно. >Угадаете какая ОС использовалась на тех PDP-11? И зачем бы мне это? Вы торгуете подержанными машинами времени?
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Vkni (ok), 04-Фев-14, 07:27
	> Угадаете какая ОС использовалась на тех PDP-11? Ну явно не VMS. Может быть RSX, RT-11, RTSE или ещё что, даже UNIX мог быть.
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	23. "Компания SUSE развивает свободную систему для обновления ядр..."	+2 +/–
	Сообщение от Аноним (-), 03-Фев-14, 22:02
	> Когда доверят базу в сотню TB, крутящуюся на sparc Mxxx, с требованием > доступности в режиме 365/24/7, тогда попробуете. Если ваш колхоз не может позволить себе более одной железки под такую задачу - клиенты неизбежно будут страдать. Как минимум от жадности вашего председателя.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	95. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Аноним (-), 04-Фев-14, 07:15
	И как у тебя там на спарках Линукс (с возможностью перезапуска ядра без перезагрузки) поживает?
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	133. "Компания SUSE развивает свободную систему для обновления ядр..."	+/–
	Сообщение от Аноним (-), 09-Фев-14, 19:49
	> ..доступности в режиме 365/24/7, тогда попробуете. 1. объясните, что общего между 365/24/7 и сусе 2. плюс про кластеры вам выше уже написали
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

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

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