forum.opennet.ru

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

Оглавление

В ядро Linux 3.11 будет включена поддержка кластерной ФС Lustre, opennews (??), 02-Июл-13, (0) [смотреть все]

С лицензиями утрясли , Аноним (-), 12:23 , 02-Июл-13, (1) //

Что с ними с ней не так Оракл опять опозорился , Andrey Mitrofanov (?), 12:52 , 02-Июл-13, (2) +1 //

читать умеем причем там Oracle хотя чукча похоже только писатель , linux must __RIP__ (?), 14:13 , 02-Июл-13, (5) –6 //

Когда кто-то позорится с лицензией, первая мысль у народа - опять этот оракакел, Аноним (-), 14:52 , 02-Июл-13, (16) +5

вторая строчка в ссылках к новостиOpenNews Компания Xyratex выкупила у Oracle р, linux must __RIP__ (?), 15:18 , 02-Июл-13, (19) –3

Оракл участвовал в судьбе С лицензиями у него всё интересно Да, вывод неверн, Andrey Mitrofanov (?), 16:07 , 02-Июл-13, (23) +1

участвовал когда ех хоть бы ознакомились с тем что было и как случилось , linux must __RIP__ (?), 16:24 , 02-Июл-13, (34) –1

Как там читать умеем вице-президент Oracle, в своем блоге , Andrey Mitrofanov (?), 17:00 , 02-Июл-13, (37) +1

к тому моменту когда это в блоге появилось - ключевых разработчиков Lustre в Ora, linux must __RIP__ (?), 20:54 , 02-Июл-13, (53) –1

Джва года ждал , YetAnotherOnanym (ok), 13:37 , 02-Июл-13, (3) –1 //

пушистый зверек пришел стараниями EMC о многоплатформенности можно забыть, нача, linux must __RIP__ (?), 14:19 , 02-Июл-13, (6) –4 //

Как ты себе представляешь перенос кластера, и вообще какой тайный смысл в разнор, pavlinux (ok), 14:24 , 02-Июл-13, (9) +3 //

Поверь представляю и даже поддерживаю это BP british petroleum Total - испо, linux must __RIP__ (?), 14:33 , 02-Июл-13, (12) –1

И это хорошо Недопиленный и ненужный крап идет лесом , Аноним (-), 14:53 , 02-Июл-13, (17)

кто сказал что не допиленый и кто сказал что крап вот фирмы Total BP как впр, linux must __RIP__ (?), 15:19 , 02-Июл-13, (20)

Подозреваю, что эти фирмы ничего не сичтают, просто у них по историческим причин, Crazy Alex (ok), 02:21 , 03-Июл-13, (67)

Ты поработай на этом рынке - а потом подозревай , linux must __RIP__ (?), 11:28 , 03-Июл-13, (90)

Так ты на рынке работаешь Что ж сразу не сказал Что продаёшь китайские пуховик, Led (ok), 04:03 , 04-Июл-13, (106) –2

Не вижу связи Наоборот, логичнее предположить, что реализация в ядре Linux буде, YetAnotherOnanym (ok), 22:06 , 02-Июл-13, (63)

логично понять что существует 10 дистрибутивов - реализация в каком из них будет, linux must __RIP__ (?), 09:11 , 03-Июл-13, (74) –1

Мне почему-то кажется, что авторы дистров не будут подпиливать поддержку люстры , YetAnotherOnanym (ok), 09:27 , 03-Июл-13, (80)

еще раз Авторы дистра блокируют весию на момент заморозки За это время разрабо, linux must __RIP__ (?), 08:56 , 04-Июл-13, (107) –1

В майнлайн кернеле - текущая версия эталона Кто-то слоупочит, кто-то нет Вер, Аноним (-), 13:14 , 03-Июл-13, (95)

Одним из них будет фирмочка Cray - благодаря которому Lustre появилась в top500 , linux must __RIP__ (?), 08:58 , 04-Июл-13, (108) –1

Ну и ладушки, будет меньше зоопарка Опять же, лишний гвоздь в гроб BSD - тоже д, Crazy Alex (ok), 02:19 , 03-Июл-13, (66) +3

надо в рамку А вам RTFM что такое фрагментация платформы PS клиентам надо под, linux must __RIP__ (?), 09:12 , 03-Июл-13, (75) –2

Вот теперь и не будет фрагментации За что боролись - на то и напоролись А дистр, Аноним (-), 10:23 , 03-Июл-13, (82)

фрагментация - это когда куча не совместимых вещей У люстры всегда был один дис, linux must __RIP__ (?), 11:32 , 03-Июл-13, (91) –1

Как самый максимум - появится стимул не разводить зоопарк и использовать окружен, Аноним (-), 13:17 , 03-Июл-13, (96)

То есть ситуация что Ubuntu и RHEL не совместимы между собой уже воспринимается , linux must __RIP__ (?), 14:21 , 03-Июл-13, (97) –1

Это разные ОС, чо Если кто-то когда-то поверил воплям фанатиков, что Linux - эт, Шакалик (?), 19:30 , 10-Июл-13, (113)

gt оверквотинг удален пусть BP и Total достоют свои большие и толстые кошельки, анонимммм (?), 02:49 , 03-Июл-13, (72)

gt оверквотинг удален Если бы Intel и EMC не делали то что хотели - и то что и, linux must __RIP__ (?), 09:13 , 03-Июл-13, (76) –1

С дубу рухнули Не, блин, вот сейчас Intel и EMC побегут делать не то что надо и, Аноним (-), 10:26 , 03-Июл-13, (83) +2

Пара писем и пойдут делать Права на Lustre им не принадлежат Как и управляется, linux must __RIP__ (?), 14:23 , 03-Июл-13, (98) –2

Воте коли действительно будет так, как ты говоришь, то я признаю что был неправ , Аноним (-), 23:37 , 03-Июл-13, (101)

Приветы Песковой Дарье передавай , Аноним (-), 10:17 , 03-Июл-13, (81)

Он все еще никак не может отойти от звездной болезни и смириться с мыслью что вс, Аноним (-), 17:30 , 02-Июл-13, (42)

EMC к Lustre никаким боком не относятся Вы бы не бредили а интересовались предм, linux must __RIP__ (?), 20:57 , 02-Июл-13, (54) –1

К О подсказывает - через подключение новых узлов и вывод из эксплуатации устаре, YetAnotherOnanym (ok), 22:08 , 02-Июл-13, (64)

теория заговора какая-то прямо довольно часто вижу в коммит-логе фревом Sponso, тигар (ok), 16:36 , 02-Июл-13, (35) //

Тебе как представителю пацанвы виднее , Аноним (-), 17:25 , 02-Июл-13, (41) +2

Ваш переход на личность не отменяет факт , Аноним (-), 23:42 , 03-Июл-13, (102)

Мне нравится Ты так шестерил перед акулами бизнеса, что вполне заслужил нарвать, Аноним (-), 17:23 , 02-Июл-13, (40) //

Нравится убивать открытые проекты Я без работы не останусь и ничего не пострада, linux must __RIP__ (?), 21:09 , 02-Июл-13, (59) –2

От включения в линевое ядро еще никто не умирал А, погодите, я догадаюсь вы на, Аноним (-), 10:56 , 03-Июл-13, (84) +1

Поддержка всяких устаревших платформ с 2 пользователей никому не нужна, наприме, Аноним (-), 20:45 , 02-Июл-13, (52) +2 //

Еще один который не понял что сделали Лана там MacOS, Windows - хотя это в вас, linux must __RIP__ (?), 21:46 , 02-Июл-13, (61) –3

Не понял плача Кто мешает синхронизировать переезды на новые версии клиента и с, Crazy Alex (ok), 02:24 , 03-Июл-13, (68)
Как по мне, вернуть этим ушлым комерсам их подходы - более чем честно Они всегд, Аноним (-), 11:08 , 03-Июл-13, (85)
Давай, рассказывай нам, как ты несчастную redhat жалеешь Есть Ubuntu на клиента, Аноним (-), 23:54 , 03-Июл-13, (103) –1

когда покажите у убунтны EAL4 сертификацию - тогда поговорим - о сносим redhat , linux must __RIP__ (?), 12:50 , 04-Июл-13, (112) –1

Пусть вкладываются или сидят на NFS-реэкспорте, нормально , Michael Shigorin (ok), 03:35 , 03-Июл-13, (73) +1 //

Шигорин - ты бы хоть молчал я все таки думал что ты поймешь что фрагментация эт, linux must __RIP__ (?), 09:14 , 03-Июл-13, (77) –2

Как раз фрагментации теперь и не будет Будет единственно правильная люстра и, Аноним (-), 11:10 , 03-Июл-13, (86) +1

Не знаю зачем стерли ответ Но люстра не желец без лабораторий США, а им не инте, linux must __RIP__ (?), 10:18 , 04-Июл-13, (109) –1

ну это уже кое что, а то 3 10 как-то не вставило , Кир (?), 13:46 , 02-Июл-13, (4) //

Да ладно тебе, с семафорами они там в 3 10 неплохо подкрутили, даже pg_bench зам, Аноним (-), 14:22 , 02-Июл-13, (8) //

Ну да, всего-то на 100 , Аноним (-), 16:07 , 02-Июл-13, (26)

tickless, bcache, crc32 для xfs, VLAN stacking, ipc-scalability, CLOCK_TAI, Tail, pavlinux (ok), 14:24 , 02-Июл-13, (10) +3 //

VLAN stacking это q-in-q так обозвали tickless все делают с времен 2 6 32 кон, linux must __RIP__ (?), 16:06 , 02-Июл-13, (22) –2 //

Так сие для стратегии кэширования WB - обычное дело вроде Да зачем Будем считат, Аноним (-), 16:11 , 02-Июл-13, (28) +2

да ну рейды с батарейкой живут в WB режиме , linux must __RIP__ (?), 16:20 , 02-Июл-13, (31) –2

Так потому и с батарейкой, бэть, что без нее - трындец полный А поскольку тут л, Аноним (-), 17:34 , 02-Июл-13, (44) +1

А есть какие-то лимиты на размер ядра Новые фичи это хорошо, но ведь в один пре, Аноним (-), 14:29 , 02-Июл-13, (11) –1 //

http www phoronix com scan php page news_item px MTAxNDg, sabakka (?), 14:44 , 02-Июл-13, (13) //

Так это размер тарбола Пусть хоть гиг будет - кому до этого какое дело , Аноним (-), 17:35 , 02-Июл-13, (45)

Подсказка компилировать всё не надо Подсказка2 Модули Подсказка3 удаление под, Ruslan (??), 14:47 , 02-Июл-13, (14) +2 //

Скоро еще и cgroups удалят , Аноним (-), 14:51 , 02-Июл-13, (15) //

Пруф А то что-то их пока вместо удаления допиливают там и тут Хотя если они сд, Аноним (-), 16:12 , 02-Июл-13, (29)

mitrofanof style Развитие же mitrofanof style , vle (ok), 18:45 , 02-Июл-13, (48) –4

У митрофанова лучше получается А это так, дешевая китайская подделка Фи , Аноним (-), 18:59 , 02-Июл-13, (50) +3

я ничего не предлагаю - я лишь описываю _СВОЙ_ геморой Ты даже не знаешь о чем , linux must __RIP__ (?), 20:59 , 02-Июл-13, (55) –4

Я не понял при чем тут вы Мне было вообще про cgroups интересно А ваш геморрой, Аноним (-), 11:15 , 03-Июл-13, (88) +1

Судя по текущей новости это частично пофиксили уже и проблема как минимум частич, Аноним (-), 17:42 , 02-Июл-13, (46)

Появятся совсем другие и сильно сложнее Да - материться у тебя получается А стр, linux must __RIP__ (?), 21:04 , 02-Июл-13, (56) –1

Считайте что это такое неявное а местами - очень даже явное давление - делаешь, Crazy Alex (ok), 02:33 , 03-Июл-13, (69)

Коментировать даже не хочется Слишком большая специфика у люстры и завязанность, linux must __RIP__ (?), 09:17 , 03-Июл-13, (78) –1

55 я ничего не предлагаю - я лишь описываю _СВОЙ_ геморой Фотку в аватар повес, Andrey Mitrofanov (?), 09:26 , 03-Июл-13, (79)

зачем шигорин или его ребята вот один раз пытался сделать портирование - тоже п, linux must __RIP__ (?), 11:15 , 03-Июл-13, (87) –1

А почему top100 Когда обычно всех интересует рейтинг top500 все-таки , Аноним (-), 12:50 , 03-Июл-13, (93)
последние строчки top500 никому не интересны интересен если уж так брать top10 , linux must __RIP__ (?), 10:20 , 04-Июл-13, (110) –1

Обычно когда у линуксоидов появляются проблемы - они их решают и все в конечном , Аноним (-), 12:49 , 03-Июл-13, (92)

Смешной вы дальнеший бред коментировать не хочется У вас слишком ограниченный , linux must __RIP__ (?), 14:28 , 03-Июл-13, (100)
еще раз Люстра без Cray HP это весьма и весьма не много А Cray HP заинтересова, linux must __RIP__ (?), 10:25 , 04-Июл-13, (111) –1

Нет никаких принципов UNIX way , кроме принципа надо делать хорошо и не надо п, Buy (ok), 15:47 , 02-Июл-13, (21)
А поддержка рабочих групп заявлена , anoname (?), 17:04 , 02-Июл-13, (39) –1 //

Linux Chicago не за горами , vle (ok), 18:50 , 02-Июл-13, (49) –1 //

Даешь пингвина на эмпайр стэйт билдинг , Аноним (-), 19:00 , 02-Июл-13, (51) –1
даешь СРАЗУ Cairo или Linux 8 1 P, Аноним (-), 21:09 , 02-Июл-13, (58) –2

Ничего тупее не придумали Задолбали , Crazy Alex (ok), 02:35 , 03-Июл-13, (71) +4 //

Ну так бсдшники же У них на десктопе максимальная - вот и меряют по себе , Аноним (-), 12:53 , 03-Июл-13, (94) +1

Так это она самая и есть , Аноним (-), 00:05 , 04-Июл-13, (104)
Она самая, это про обсуждаемую новость , Аноним (-), 00:06 , 04-Июл-13, (105)

Похоже действительно будет годно к использованию с названием Linux 3 11 for Wor, Аноним (-), 22:34 , 02-Июл-13, (65) –4

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

14. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." +2 +/–

Сообщение от Ruslan (??), 02-Июл-13, 14:47

Подсказка: компилировать всё не надо.
Подсказка2: Модули.
Подсказка3: удаление поддержки 80386

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

15. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." +/–

Сообщение от Аноним (-), 02-Июл-13, 14:51

> Подсказка3: удаление поддержки 80386
Скоро еще и cgroups удалят :)

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

29. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." +/–

Сообщение от Аноним (-), 02-Июл-13, 16:12

> Скоро еще и cgroups удалят :)
Пруф? А то что-то их пока вместо удаления допиливают там и тут. Хотя если они сделают что-то лучше и удалят - ну окей, нехай будет next-gen замена. Правда загвоздка в том что я ее пока не знаю. Я чего-то упустил? :)

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

48. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." –4 +/–

Сообщение от vle (ok), 02-Июл-13, 18:45

<mitrofanof style> Развитие же! </mitrofanof style>

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

50. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." +3 +/–

Сообщение от Аноним (-), 02-Июл-13, 18:59

> <mitrofanof style> Развитие же! </mitrofanof style>
У митрофанова лучше получается. А это так, дешевая китайская подделка. Фи.

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

55. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." –4 +/–

Сообщение от linux must __RIP__ (?), 02-Июл-13, 20:59

>>необходимостью поддерживать ядра начиная с 2.6.32
> Наверное, это кому-нибудь нужно? Или ты предлагаешь _им_ лавочку прикрыть?
я ничего не предлагаю - я лишь описываю _СВОЙ_ геморой.
>> hint. переход с 2.6.20 на 2.6.25 обошелся люстре порядка 450кб патча.
> Ты даже не представляешь, во сколько бегомайт патча обошёлся Linux-у "переход с
> 2.6.20 на 2.6.25"!
Ты даже не знаешь о чем речь - а пытаешся свое мнение иметь.. к примеру расскажи чем отличается кардинально ->nopage() и ->fault() API для обработки page fault в ядре?

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

88. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." +1 +/–

Сообщение от Аноним (-), 03-Июл-13, 11:15

> я ничего не предлагаю - я лишь описываю _СВОЙ_ геморой.
Я не понял при чем тут вы. Мне было вообще про cgroups интересно. А ваш геморрой - наверное вообще последнее что меня интересует.
> Ты даже не знаешь о чем речь - а пытаешся свое мнение
А, кажется я понимаю. Вы настолько ушиблись что даже в тред ответить нормально не можете.

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

46. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." +/–

Сообщение от Аноним (-), 02-Июл-13, 17:42

> Кроме блобмейкеров есть стопка проектов который opensource и даже GPL но развиваются
> вне ядра. Пример Lustre.
Судя по текущей новости это частично пофиксили уже и проблема как минимум частично отпадет :)
> сколько там приходится делать изменений в связи с постоянной сменой
> API и необходимостью поддерживать ядра начиная с 2.6.32 - можно посмотреть в гите.
"У тебя есть выбор - ты можешь пойти на...й и не пользоваться линуксом, если тебе что-то не нравится". Да, я кое-чему таки научился у твоих проприетарных патронов :).
> hint. переход с 2.6.20 на 2.6.25 обошелся люстре порядка 450кб патча.
Теперь видимо им попроще будет в свете сабжа.
> архитектура приложения это знакомо? не.. не слышал..
Обана, какой эпический фэйл. Ты настолько гонщик, что в процессе летнего гона операционку от приложения не отличаешь? :)
Собственно, а какая у монолитного кернела ОС архитектура? Да в общем то его собачье дело как оно там внутри себя запросы программ обслужит. Поэтому и лепят как получится и как удобно. Даже работает. Монолит является относительно лобовой реализацией обслуживалки запросов. Архитектура по принципу "так проще всего сделать было".
Со временем в лине оформились некие подсистемы и границы между ними и прочая. Так как было удобно разработчикам которые за все это отвечало. Их судя по всему все устраивает, иначе это было бы как-то иначе. А остальных это вообще @#$ть не должно ибо внутренняя кухня ядра.

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

56. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." –1 +/–

Сообщение от linux must __RIP__ (?), 02-Июл-13, 21:04

>> Кроме блобмейкеров есть стопка проектов который opensource и даже GPL но развиваются
>> вне ядра. Пример Lustre.
> Судя по текущей новости это частично пофиксили уже и проблема как минимум
> частично отпадет :)
Появятся совсем другие и сильно сложнее.
>> сколько там приходится делать изменений в связи с постоянной сменой
>> API и необходимостью поддерживать ядра начиная с 2.6.32 - можно посмотреть в гите.
> "У тебя есть выбор - ты можешь пойти на...й и не пользоваться
> линуксом, если тебе что-то не нравится". Да, я кое-чему таки научился
> у твоих проприетарных патронов :).
Да - материться у тебя получается. А строить логические цепочки - не очень.
>> hint. переход с 2.6.20 на 2.6.25 обошелся люстре порядка 450кб патча.
> Теперь видимо им попроще будет в свете сабжа.
Им это кому? Этот патч делал я. Только теперь прийдется делать обратный - для поддержки старых ядер (из состава RHEL) в новых клиентах.

>> архитектура приложения это знакомо? не.. не слышал..
> Обана, какой эпический фэйл. Ты настолько гонщик, что в процессе летнего гона
> операционку от приложения не отличаешь? :)
А что операционка не является приложением? Да расскажи мне пожалуста чем это отличается..
Чем ядро ОС не является много поточным приложением.

> Собственно, а какая у монолитного кернела ОС архитектура? Да в общем то
> его собачье дело как оно там внутри себя запросы программ обслужит.
> Поэтому и лепят как получится и как удобно. Даже работает. Монолит
> является относительно лобовой реализацией обслуживалки запросов. Архитектура по принципу
> "так проще всего сделать было".
> Со временем в лине оформились некие подсистемы и границы между ними и
> прочая. Так как было удобно разработчикам которые за все это отвечало.
> Их судя по всему все устраивает, иначе это было бы как-то
> иначе. А остальных это вообще @#$ть не должно ибо внутренняя кухня
> ядра.
Это надо взять в рамку - что бы показывать студентам. Почитай пожалуйста книжку http://bookinist.net/books/bookid-193551.html
потом прийдешь расскажешь другим о архитектуре ОС.
PS. внутренная кухня ядра интересует очень многих - от разработчиков OpenVZ и Lustre и многих других проектов поменьше.. Тот же РейсерFS.

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

69. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." +/–

Сообщение от Crazy Alex (ok), 03-Июл-13, 02:33

Считайте что это такое неявное (а местами - очень даже явное) давление - делаешь что-то большое - сиди в основном дереве, а не пытайся свои модули сбоку держать. Как по мне - исключительно правильный подход, способствующий согасованности работы с остальными подсистемами. Что характерно - разработчики OpenVZ это давно поняли и сейчас 90% их кода - в мейнлайне. Люстровцы тоже, вот, поняли. ReiserFS - в ядре. А елси Reiser4 имели в виду - ну что, пора ее спокойно похоронить, раз некому ей заниматься благо альтернатив хватает. Хороший пример, кстати, того, что в принципе хорошо, но в систему не легло, а потому с сожалением - но должно быть похоронено.

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

78. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." –1 +/–

Сообщение от linux must __RIP__ (?), 03-Июл-13, 09:17

> Считайте что это такое неявное (а местами - очень даже явное) давление
> - делаешь что-то большое - сиди в основном дереве, а не
> пытайся свои модули сбоку держать. Как по мне - исключительно правильный
> подход, способствующий согасованности работы с остальными подсистемами. Что характерно
> - разработчики OpenVZ это давно поняли и сейчас 90% их кода
> - в мейнлайне. Люстровцы тоже, вот, поняли.
Коментировать даже не хочется. Слишком большая специфика у люстры и завязанность на стабильные дистрибутивы. Я с удовольствием посмотрю как вы уговорите поставить последние ядра в лабораторию ядерной физики Лос-Аламос.

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

79. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." +/–

Сообщение от Andrey Mitrofanov (?), 03-Июл-13, 09:26

55>>я ничего не предлагаю - я лишь описываю _СВОЙ_ геморой.
Фотку в аватар повесь, а то ж не все поняли.
> Коментировать даже не хочется. Слишком большая специфика у люстры
Не надо себя сдерживать!!

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

87. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." –1 +/–

Сообщение от linux must __RIP__ (?), 03-Июл-13, 11:15

> 55>>я ничего не предлагаю - я лишь описываю _СВОЙ_ геморой.
> Фотку в аватар повесь, а то ж не все поняли.
зачем? шигорин или его ребята вот один раз пытался сделать портирование - тоже представляют как это весело.
>> Коментировать даже не хочется. Слишком большая специфика у люстры
> Не надо себя сдерживать!!
тогда все просто. Глупость говоришь. Люстра заняла свои позиции только из-за Cray - теперь Cray подставили подножку. С таким успехом люстра может скоро уйти из top100 и о ней не вспомнят - как теперь не вспоминают о catamount.

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

93. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." +/–

Сообщение от Аноним (-), 03-Июл-13, 12:50

> скоро уйти из top100
А почему top100? Когда обычно всех интересует рейтинг top500 все-таки? :)

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

110. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." –1 +/–

Сообщение от linux must __RIP__ (?), 04-Июл-13, 10:20

>> скоро уйти из top100
> А почему top100? Когда обычно всех интересует рейтинг top500 все-таки? :)
последние строчки top500 никому не интересны. интересен если уж так брать top10 - первые 10 строк, или первые 100 строк этого рейтинга. Таки надо бы в теме быть.

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

92. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." +/–

Сообщение от Аноним (-), 03-Июл-13, 12:49

> Появятся совсем другие и сильно сложнее.
Обычно когда у линуксоидов появляются проблемы - они их решают и все в конечном итоге работает. Не вижу чего ради это будет не так в i++'й раз.
> Да - материться у тебя получается. А строить логические цепочки - не очень.
Напротив - я вроде бы вполне логично оценил что применить проприетарщиковскую логику к проприетарщиковским окорокам - весьма забавно.
> Им это кому? Этот патч делал я.
Что, опять ты единолично? Про то что ты EXT4 писал в одно лицо я уже слышал. Но судя по коммит логам EXT4 у меня на этот счет большие сомнения. Почему-то я подозреваю что тут ты тоже сильно приукрасил.
Еще интереснее вот чего: зачем писать драйвера под "нищeбродский" линукс, если есть "чиста канкретные" маки и винды? Как-то странно даже что вы для них драйвера не пишете. Или вы себя к нищeбродам относите?
Данная нестыковка давно вызывает у меня много вопросов.
> Только теперь прийдется делать обратный
> - для поддержки старых ядер (из состава RHEL) в новых клиентах.
Бывают в жизни огорчения.
> А что операционка не является приложением?
Я в афиге, дорогая редакция. КрЮтой разработчик, пишущий патчи космического масштаба в ядро ... не знает что ОС не является приложением. Wtf?! O_O
И вы даже не смогли почитать хотя-бы вику? Я в шоке. Вот, извольте: http://en.wikipedia.org/wiki/Application_software
> Да расскажи мне пожалуста чем это отличается..
Тем что под приложением понимают некую прикладную программу, которая непосредственно помогает пользователю в ведении какой-то нужной ему деятельности.
Например GIMP - приложение. Он непосредственно помогает пользователю картинки рисовать. А линевый кернел который это обслуживает - часть ОС. Это не приложение. Собственно, термин "приложение" появился как противопоставление "системному ПО", ОС и тому подобному.
> Чем ядро ОС не является много поточным приложением.
Тем что оно не взаимодействует с пользователем и не решает его задачи напрямую а лишь помогает другим программам это делать. По поводу чего это часть ОС а не приложение.
> потом прийдешь расскажешь другим о архитектуре ОС.
...сказал крутейший разработчик, не знающий что ядро ОС - не приложение :). Забавно. Интересно сколько народа здесь уже делит на ноль в этом треде, глядя на такой цирк? :)
> PS. внутренная кухня ядра интересует очень многих - от разработчиков OpenVZ и
> Lustre и многих других проектов поменьше.. Тот же РейсерFS.
Она интересует многих, но по моим наблюдениям простой способ есть 1: затолкать как можно больше в майнлайн как можно меньше держать вне оного. И это очень хорошо: проект имеет тенденцию к интеграции. Что способствует его сохранению и развитию. Намного хуже если происходит наоборот.

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

100. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." +/–

Сообщение от linux must __RIP__ (?), 03-Июл-13, 14:28

> Я в афиге, дорогая редакция. КрЮтой разработчик, пишущий патчи космического масштаба в ядро ... не знает что ОС не является приложением. Wtf?! O_O
> И вы даже не смогли почитать хотя-бы вику? Я в шоке. Вот, извольте:
>http://en.wikipedia.org/wiki/Application_software
Смешной вы. дальнеший бред коментировать не хочется. У вас слишком ограниченный кругозор.

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

111. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..." –1 +/–

Сообщение от linux must __RIP__ (?), 04-Июл-13, 10:25

>> PS. внутренная кухня ядра интересует очень многих - от разработчиков OpenVZ и
>> Lustre и многих других проектов поменьше.. Тот же РейсерFS.
> Она интересует многих, но по моим наблюдениям простой способ есть 1: затолкать
> как можно больше в майнлайн как можно меньше держать вне оного.
> И это очень хорошо: проект имеет тенденцию к интеграции. Что способствует
> его сохранению и развитию. Намного хуже если происходит наоборот.
еще раз. Люстра без Cray/HP это весьма и весьма не много. А Cray/HP заинтересованы только в стабильных версиях.
Запихивание в mainline способствует только появлению не совместимых версий - зависит от того в какое время заморозили ядро. При этом сборке под новые ядра RHEL/SLES это не поможет. Так как за время поддержки ядра - люстра разовьется очень сильно и никто не будет бэкпортить новые версии в старые ядра.
Если оставить разработку как есть - опять же появляем геморой с тем что какой-то баг будет пофикшен в mainstream - но при этом не в основной и стабильной ветках люстры.
Пока что вся идеология запихивания строится на том что "а патчей в vanila будет не много" (дословный ответ от разработчиков Intel) - но как жить с этим - они опять же не представляют.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	14. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	+2 +/–
	Сообщение от Ruslan (??), 02-Июл-13, 14:47
	Подсказка: компилировать всё не надо. Подсказка2: Модули. Подсказка3: удаление поддержки 80386
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	15. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	+/–
	Сообщение от Аноним (-), 02-Июл-13, 14:51
	> Подсказка3: удаление поддержки 80386 Скоро еще и cgroups удалят :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	+/–
	Сообщение от Аноним (-), 02-Июл-13, 16:12
	> Скоро еще и cgroups удалят :) Пруф? А то что-то их пока вместо удаления допиливают там и тут. Хотя если они сделают что-то лучше и удалят - ну окей, нехай будет next-gen замена. Правда загвоздка в том что я ее пока не знаю. Я чего-то упустил? :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	–4 +/–
	Сообщение от vle (ok), 02-Июл-13, 18:45
	<mitrofanof style> Развитие же! </mitrofanof style>
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	+3 +/–
	Сообщение от Аноним (-), 02-Июл-13, 18:59
	> <mitrofanof style> Развитие же! </mitrofanof style> У митрофанова лучше получается. А это так, дешевая китайская подделка. Фи.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	–4 +/–
	Сообщение от linux must __RIP__ (?), 02-Июл-13, 20:59
	>>необходимостью поддерживать ядра начиная с 2.6.32 > Наверное, это кому-нибудь нужно? Или ты предлагаешь _им_ лавочку прикрыть? я ничего не предлагаю - я лишь описываю _СВОЙ_ геморой. >> hint. переход с 2.6.20 на 2.6.25 обошелся люстре порядка 450кб патча. > Ты даже не представляешь, во сколько бегомайт патча обошёлся Linux-у "переход с > 2.6.20 на 2.6.25"! Ты даже не знаешь о чем речь - а пытаешся свое мнение иметь.. к примеру расскажи чем отличается кардинально ->nopage() и ->fault() API для обработки page fault в ядре?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	88. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	+1 +/–
	Сообщение от Аноним (-), 03-Июл-13, 11:15
	> я ничего не предлагаю - я лишь описываю _СВОЙ_ геморой. Я не понял при чем тут вы. Мне было вообще про cgroups интересно. А ваш геморрой - наверное вообще последнее что меня интересует. > Ты даже не знаешь о чем речь - а пытаешся свое мнение А, кажется я понимаю. Вы настолько ушиблись что даже в тред ответить нормально не можете.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	+/–
	Сообщение от Аноним (-), 02-Июл-13, 17:42
	> Кроме блобмейкеров есть стопка проектов который opensource и даже GPL но развиваются > вне ядра. Пример Lustre. Судя по текущей новости это частично пофиксили уже и проблема как минимум частично отпадет :) > сколько там приходится делать изменений в связи с постоянной сменой > API и необходимостью поддерживать ядра начиная с 2.6.32 - можно посмотреть в гите. "У тебя есть выбор - ты можешь пойти на...й и не пользоваться линуксом, если тебе что-то не нравится". Да, я кое-чему таки научился у твоих проприетарных патронов :). > hint. переход с 2.6.20 на 2.6.25 обошелся люстре порядка 450кб патча. Теперь видимо им попроще будет в свете сабжа. > архитектура приложения это знакомо? не.. не слышал.. Обана, какой эпический фэйл. Ты настолько гонщик, что в процессе летнего гона операционку от приложения не отличаешь? :) Собственно, а какая у монолитного кернела ОС архитектура? Да в общем то его собачье дело как оно там внутри себя запросы программ обслужит. Поэтому и лепят как получится и как удобно. Даже работает. Монолит является относительно лобовой реализацией обслуживалки запросов. Архитектура по принципу "так проще всего сделать было". Со временем в лине оформились некие подсистемы и границы между ними и прочая. Так как было удобно разработчикам которые за все это отвечало. Их судя по всему все устраивает, иначе это было бы как-то иначе. А остальных это вообще @#$ть не должно ибо внутренняя кухня ядра.
	Ответить \| Правка \| К родителю #48 \| Наверх \| Cообщить модератору


	56. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	–1 +/–
	Сообщение от linux must __RIP__ (?), 02-Июл-13, 21:04
	>> Кроме блобмейкеров есть стопка проектов который opensource и даже GPL но развиваются >> вне ядра. Пример Lustre. > Судя по текущей новости это частично пофиксили уже и проблема как минимум > частично отпадет :) Появятся совсем другие и сильно сложнее. >> сколько там приходится делать изменений в связи с постоянной сменой >> API и необходимостью поддерживать ядра начиная с 2.6.32 - можно посмотреть в гите. > "У тебя есть выбор - ты можешь пойти на...й и не пользоваться > линуксом, если тебе что-то не нравится". Да, я кое-чему таки научился > у твоих проприетарных патронов :). Да - материться у тебя получается. А строить логические цепочки - не очень. >> hint. переход с 2.6.20 на 2.6.25 обошелся люстре порядка 450кб патча. > Теперь видимо им попроще будет в свете сабжа. Им это кому? Этот патч делал я. Только теперь прийдется делать обратный - для поддержки старых ядер (из состава RHEL) в новых клиентах. >> архитектура приложения это знакомо? не.. не слышал.. > Обана, какой эпический фэйл. Ты настолько гонщик, что в процессе летнего гона > операционку от приложения не отличаешь? :) А что операционка не является приложением? Да расскажи мне пожалуста чем это отличается.. Чем ядро ОС не является много поточным приложением. > Собственно, а какая у монолитного кернела ОС архитектура? Да в общем то > его собачье дело как оно там внутри себя запросы программ обслужит. > Поэтому и лепят как получится и как удобно. Даже работает. Монолит > является относительно лобовой реализацией обслуживалки запросов. Архитектура по принципу > "так проще всего сделать было". > Со временем в лине оформились некие подсистемы и границы между ними и > прочая. Так как было удобно разработчикам которые за все это отвечало. > Их судя по всему все устраивает, иначе это было бы как-то > иначе. А остальных это вообще @#$ть не должно ибо внутренняя кухня > ядра. Это надо взять в рамку - что бы показывать студентам. Почитай пожалуйста книжку http://bookinist.net/books/bookid-193551.html потом прийдешь расскажешь другим о архитектуре ОС. PS. внутренная кухня ядра интересует очень многих - от разработчиков OpenVZ и Lustre и многих других проектов поменьше.. Тот же РейсерFS.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	69. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	+/–
	Сообщение от Crazy Alex (ok), 03-Июл-13, 02:33
	Считайте что это такое неявное (а местами - очень даже явное) давление - делаешь что-то большое - сиди в основном дереве, а не пытайся свои модули сбоку держать. Как по мне - исключительно правильный подход, способствующий согасованности работы с остальными подсистемами. Что характерно - разработчики OpenVZ это давно поняли и сейчас 90% их кода - в мейнлайне. Люстровцы тоже, вот, поняли. ReiserFS - в ядре. А елси Reiser4 имели в виду - ну что, пора ее спокойно похоронить, раз некому ей заниматься благо альтернатив хватает. Хороший пример, кстати, того, что в принципе хорошо, но в систему не легло, а потому с сожалением - но должно быть похоронено.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	78. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	–1 +/–
	Сообщение от linux must __RIP__ (?), 03-Июл-13, 09:17
	> Считайте что это такое неявное (а местами - очень даже явное) давление > - делаешь что-то большое - сиди в основном дереве, а не > пытайся свои модули сбоку держать. Как по мне - исключительно правильный > подход, способствующий согасованности работы с остальными подсистемами. Что характерно > - разработчики OpenVZ это давно поняли и сейчас 90% их кода > - в мейнлайне. Люстровцы тоже, вот, поняли. Коментировать даже не хочется. Слишком большая специфика у люстры и завязанность на стабильные дистрибутивы. Я с удовольствием посмотрю как вы уговорите поставить последние ядра в лабораторию ядерной физики Лос-Аламос.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	79. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	+/–
	Сообщение от Andrey Mitrofanov (?), 03-Июл-13, 09:26
	55>>я ничего не предлагаю - я лишь описываю _СВОЙ_ геморой. Фотку в аватар повесь, а то ж не все поняли. > Коментировать даже не хочется. Слишком большая специфика у люстры Не надо себя сдерживать!!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	87. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	–1 +/–
	Сообщение от linux must __RIP__ (?), 03-Июл-13, 11:15
	> 55>>я ничего не предлагаю - я лишь описываю _СВОЙ_ геморой. > Фотку в аватар повесь, а то ж не все поняли. зачем? шигорин или его ребята вот один раз пытался сделать портирование - тоже представляют как это весело. >> Коментировать даже не хочется. Слишком большая специфика у люстры > Не надо себя сдерживать!! тогда все просто. Глупость говоришь. Люстра заняла свои позиции только из-за Cray - теперь Cray подставили подножку. С таким успехом люстра может скоро уйти из top100 и о ней не вспомнят - как теперь не вспоминают о catamount.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	93. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	+/–
	Сообщение от Аноним (-), 03-Июл-13, 12:50
	> скоро уйти из top100 А почему top100? Когда обычно всех интересует рейтинг top500 все-таки? :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	110. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	–1 +/–
	Сообщение от linux must __RIP__ (?), 04-Июл-13, 10:20
	>> скоро уйти из top100 > А почему top100? Когда обычно всех интересует рейтинг top500 все-таки? :) последние строчки top500 никому не интересны. интересен если уж так брать top10 - первые 10 строк, или первые 100 строк этого рейтинга. Таки надо бы в теме быть.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	92. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	+/–
	Сообщение от Аноним (-), 03-Июл-13, 12:49
	> Появятся совсем другие и сильно сложнее. Обычно когда у линуксоидов появляются проблемы - они их решают и все в конечном итоге работает. Не вижу чего ради это будет не так в i++'й раз. > Да - материться у тебя получается. А строить логические цепочки - не очень. Напротив - я вроде бы вполне логично оценил что применить проприетарщиковскую логику к проприетарщиковским окорокам - весьма забавно. > Им это кому? Этот патч делал я. Что, опять ты единолично? Про то что ты EXT4 писал в одно лицо я уже слышал. Но судя по коммит логам EXT4 у меня на этот счет большие сомнения. Почему-то я подозреваю что тут ты тоже сильно приукрасил. Еще интереснее вот чего: зачем писать драйвера под "нищeбродский" линукс, если есть "чиста канкретные" маки и винды? Как-то странно даже что вы для них драйвера не пишете. Или вы себя к нищeбродам относите? Данная нестыковка давно вызывает у меня много вопросов. > Только теперь прийдется делать обратный > - для поддержки старых ядер (из состава RHEL) в новых клиентах. Бывают в жизни огорчения. > А что операционка не является приложением? Я в афиге, дорогая редакция. КрЮтой разработчик, пишущий патчи космического масштаба в ядро ... не знает что ОС не является приложением. Wtf?! O_O И вы даже не смогли почитать хотя-бы вику? Я в шоке. Вот, извольте: http://en.wikipedia.org/wiki/Application_software > Да расскажи мне пожалуста чем это отличается.. Тем что под приложением понимают некую прикладную программу, которая непосредственно помогает пользователю в ведении какой-то нужной ему деятельности. Например GIMP - приложение. Он непосредственно помогает пользователю картинки рисовать. А линевый кернел который это обслуживает - часть ОС. Это не приложение. Собственно, термин "приложение" появился как противопоставление "системному ПО", ОС и тому подобному. > Чем ядро ОС не является много поточным приложением. Тем что оно не взаимодействует с пользователем и не решает его задачи напрямую а лишь помогает другим программам это делать. По поводу чего это часть ОС а не приложение. > потом прийдешь расскажешь другим о архитектуре ОС. ...сказал крутейший разработчик, не знающий что ядро ОС - не приложение :). Забавно. Интересно сколько народа здесь уже делит на ноль в этом треде, глядя на такой цирк? :) > PS. внутренная кухня ядра интересует очень многих - от разработчиков OpenVZ и > Lustre и многих других проектов поменьше.. Тот же РейсерFS. Она интересует многих, но по моим наблюдениям простой способ есть 1: затолкать как можно больше в майнлайн как можно меньше держать вне оного. И это очень хорошо: проект имеет тенденцию к интеграции. Что способствует его сохранению и развитию. Намного хуже если происходит наоборот.
	Ответить \| Правка \| К родителю #56 \| Наверх \| Cообщить модератору


	100. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	+/–
	Сообщение от linux must __RIP__ (?), 03-Июл-13, 14:28
	> Я в афиге, дорогая редакция. КрЮтой разработчик, пишущий патчи космического масштаба в ядро ... не знает что ОС не является приложением. Wtf?! O_O > И вы даже не смогли почитать хотя-бы вику? Я в шоке. Вот, извольте: >http://en.wikipedia.org/wiki/Application_software Смешной вы. дальнеший бред коментировать не хочется. У вас слишком ограниченный кругозор.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	111. "В ядро Linux 3.11 будет включена поддержка кластерной ФС Lus..."	–1 +/–
	Сообщение от linux must __RIP__ (?), 04-Июл-13, 10:25
	>> PS. внутренная кухня ядра интересует очень многих - от разработчиков OpenVZ и >> Lustre и многих других проектов поменьше.. Тот же РейсерFS. > Она интересует многих, но по моим наблюдениям простой способ есть 1: затолкать > как можно больше в майнлайн как можно меньше держать вне оного. > И это очень хорошо: проект имеет тенденцию к интеграции. Что способствует > его сохранению и развитию. Намного хуже если происходит наоборот. еще раз. Люстра без Cray/HP это весьма и весьма не много. А Cray/HP заинтересованы только в стабильных версиях. Запихивание в mainline способствует только появлению не совместимых версий - зависит от того в какое время заморозили ядро. При этом сборке под новые ядра RHEL/SLES это не поможет. Так как за время поддержки ядра - люстра разовьется очень сильно и никто не будет бэкпортить новые версии в старые ядра. Если оставить разработку как есть - опять же появляем геморой с тем что какой-то баг будет пофикшен в mainstream - но при этом не в основной и стабильной ветках люстры. Пока что вся идеология запихивания строится на том что "а патчей в vanila будет не много" (дословный ответ от разработчиков Intel) - но как жить с этим - они опять же не представляют.
	Ответить \| Правка \| К родителю #92 \| Наверх \| Cообщить модератору