|
|
|
4.16, Аноним (-), 14:52, 02/07/2013 [^] [^^] [^^^] [ответить]
| +5 +/– |
> читать умеем? причем там Oracle? хотя чукча похоже только писатель..
Когда кто-то позорится с лицензией, первая мысль у народа - "опять этот оракакел".
| |
|
5.19, linux must __RIP__ (?), 15:18, 02/07/2013 [^] [^^] [^^^] [ответить]
| –3 +/– |
вторая строчка в ссылках к новости
>>>
OpenNews: Компания Xyratex выкупила у Oracle распределённую ФС Lustre
>>>
читать не разучились?
| |
|
4.23, Andrey Mitrofanov (?), 16:07, 02/07/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> читать умеем? причем там Oracle? хотя чукча похоже только писатель..
Оракл "участвовал в судьбе". С лицензиями у него всё интересно. Да, вывод неверный, не уследил за и новость не читал. Куда уж мне до табя-то. </пойман не вор>
| |
|
5.34, linux must __RIP__ (?), 16:24, 02/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> читать умеем? причем там Oracle? хотя чукча похоже только писатель..
> Оракл "участвовал в судьбе". С лицензиями у него всё интересно. Да, вывод
> неверный, не уследил за и новость не читал. Куда уж мне
> до табя-то. </пойман не вор>
участвовал? когда? ех.. хоть бы ознакомились с тем что было и как случилось..
| |
|
6.37, Andrey Mitrofanov (?), 17:00, 02/07/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>> читать умеем? причем там Oracle? хотя чукча похоже только писатель..
>> Оракл "участвовал в судьбе". С лицензиями у него всё интересно. Да, вывод
> участвовал? когда? ех.. хоть бы ознакомились с тем что было и как случилось..
Как там... "читать умеем?" ?..
"""вице-президент Oracle, [...] в своем блоге [...] заверил клиентов, что судьба Lustre, после поглощения Sun Microsystems, вне опасности и Oracle планирует продолжить инвестиции
"""Компания Xyratex выкупила у Oracle [...]
| |
|
7.53, linux must __RIP__ (?), 20:54, 02/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
к тому моменту когда это в блоге появилось - ключевых разработчиков Lustre в Oracle не было. И очень скоро после этого ушли остальные.. Вы бы еще данные за прошлый век вытянули..
| |
|
|
|
|
|
|
|
|
3.9, pavlinux (ok), 14:24, 02/07/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> убит слой переностимости между разными платформами.
Как ты себе представляешь перенос кластера, и вообще какой тайный смысл в разнородности?
| |
|
4.12, linux must __RIP__ (?), 14:33, 02/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> убит слой переностимости между разными платформами.
> Как ты себе представляешь перенос кластера, и вообще какой тайный смысл в
> разнородности?
Поверь представляю и даже поддерживаю это.
BP (british petroleum) & Total - используют люстру в mixed env - где люстра предоставляет просто большой сетевой сторадж (аналог HP SFS серии).
Для клиентов под MacOS & Windows доступны CIFS/NFS шары - ограничения CIFS / NFS думаю понятны?
А когда-то давно был даже сделан MacOS client (в дереве до сих пор валяются следы), и freebsd/macos fuse клиент - теперь есть шанс что это все похерят - стараниями EMC и Андреаса Дилгера...
| |
|
5.17, Аноним (-), 14:53, 02/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> А когда-то давно был даже сделан MacOS client (в дереве до сих
> пор валяются следы), и freebsd/macos fuse клиент - теперь есть шанс
> что это все похерят - стараниями EMC и Андреаса Дилгера...
И это хорошо. Недопиленный и ненужный крап идет лесом.
| |
|
6.20, linux must __RIP__ (?), 15:19, 02/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> А когда-то давно был даже сделан MacOS client (в дереве до сих
>> пор валяются следы), и freebsd/macos fuse клиент - теперь есть шанс
>> что это все похерят - стараниями EMC и Андреаса Дилгера...
> И это хорошо. Недопиленный и ненужный крап идет лесом.
кто сказал что не допиленый? и кто сказал что крап?
вот фирмы Total & BP (как впрочем и все остальные клиенты с HP SFS) считают иначе. И только Аноним назвал это крапом..
| |
|
7.67, Crazy Alex (ok), 02:21, 03/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
Подозреваю, что эти фирмы ничего не сичтают, просто у них по историческим причинам вырос зоопарк и его трогать лишний раз себе дороже. Таких случаев вагон и маленькая тележка. При возможности от гетерогенности всегда выгодно избавляться.
| |
|
|
9.106, Led (ok), 04:03, 04/07/2013 [^] [^^] [^^^] [ответить] | –2 +/– | Так ты на рынке работаешь Что ж сразу не сказал Что продаёшь китайские пухови... текст свёрнут, показать | |
|
|
|
|
5.63, YetAnotherOnanym (ok), 22:06, 02/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> теперь есть шанс что это все похерят
Не вижу связи. Наоборот, логичнее предположить, что реализация в ядре Linux будет эталоном. на которую будут ориентироваться все остальные.
| |
|
6.74, linux must __RIP__ (?), 09:11, 03/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
логично понять что существует 10 дистрибутивов - реализация в каком из них будет эталоном?
С учетом того что сервер развивается где-то в другом месте.
| |
|
7.80, YetAnotherOnanym (ok), 09:27, 03/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
Мне почему-то кажется, что авторы дистров не будут подпиливать поддержку люстры настолько глубоко, чтобы вариант в их ядре перестал быть совместимым с ванильным.
| |
7.95, Аноним (-), 13:14, 03/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> логично понять что существует 10 дистрибутивов - реализация в каком из них будет эталоном?
В майнлайн кернеле - текущая версия эталона :).Кто-то слоупочит, кто-то нет. Вероятно те кто слоупочит (редхат с 2.6.32 и прочая) будут яростно бэкпортить. Чем они любят заниматься.
| |
|
|
5.66, Crazy Alex (ok), 02:19, 03/07/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
Ну и ладушки, будет меньше зоопарка. Опять же, лишний гвоздь в гроб BSD - тоже дело хорошее, чего корм проприетарщикам плодить.
| |
|
6.75, linux must __RIP__ (?), 09:12, 03/07/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Ну и ладушки, будет меньше зоопарка. Опять же, лишний гвоздь в гроб
> BSD - тоже дело хорошее, чего корм проприетарщикам плодить.
надо в рамку. А вам RTFM что такое фрагментация платформы.
PS. клиентам надо под дистрибутивные ядра - а что там в vanila их интересует мало.
| |
|
7.82, Аноним (-), 10:23, 03/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> надо в рамку. А вам RTFM что такое фрагментация платформы.
Вот теперь и не будет фрагментации. За что боролись - на то и напоролись?
> PS. клиентам надо под дистрибутивные ядра - а что там в
> vanila их интересует мало.
А дистрибутивы не перепиливают код ваниллы лишний раз без хорошей причины. Оно им надо - лишнюю работу делать?
| |
|
|
9.96, Аноним (-), 13:17, 03/07/2013 [^] [^^] [^^^] [ответить] | +/– | Как самый максимум - появится стимул не разводить зоопарк и использовать окружен... большой текст свёрнут, показать | |
|
|
|
|
|
|
7.83, Аноним (-), 10:26, 03/07/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Если бы Intel и EMC не делали то что хотели -
С дубу рухнули? Не, блин, вот сейчас Intel и EMC побегут делать не то что надо им, а то что надо вам. Губозакатывательную машинку купите.
> и то что им кажется важным, было бы нормально.
Нормально кому? Явно не Intel и EMC, да? А чего это они должны свои корпоративные ресурсы тратить на ваше удобство, собственно? :)
> А это.. Intel заигрался в постоянную разработку и больше не будет выпускать
> открытых стабильных версий.
Это такая современная форма "зелен виноград"? :)
| |
|
|
5.81, Аноним (-), 10:17, 03/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> BP (british petroleum) & Total - используют люстру в mixed env -
Приветы Песковой Дарье передавай :)
| |
|
4.42, Аноним (-), 17:30, 02/07/2013 [^] [^^] [^^^] [ответить] | +/– | Он все еще никак не может отойти от звездной болезни и смириться с мыслью что вс... большой текст свёрнут, показать | |
|
5.54, linux must __RIP__ (?), 20:57, 02/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Ну вот наверное эффективные манагеры в EMC и решили что нафиг поддерживать
> слой совместимости от которого отдачи ноль целых, хрен десятых. Они ж
> не будут развивать фетиш линуксрипа только на том основании что ему
> это нравится.
EMC к Lustre никаким боком не относятся. Вы бы не бредили а интересовались предметной областью..
Развития Lustre контролируется OpenSFS - Intel/Xyratex.
| |
|
4.64, YetAnotherOnanym (ok), 22:08, 02/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Как ты себе представляешь перенос кластера
К.О. подсказывает - через подключение новых узлов и вывод из эксплуатации устаревших, показывающих плохую диагностику и тому подобных.
| |
|
3.35, тигар (ok), 16:36, 02/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
теория заговора какая-то прямо:)
довольно часто вижу в коммит-логе фревом "Sponsored by:EMC / Isilon Storage Division"
никак пацанва хочет иметь несколько ОС/дистрибутивов под боком которые друг с дружкой не дружат!
| |
|
4.41, Аноним (-), 17:25, 02/07/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> никак пацанва хочет иметь несколько ОС/дистрибутивов под боком
Тебе как представителю "пацанвы" виднее :)
| |
|
3.40, Аноним (-), 17:23, 02/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Если раньше существовал Fuse клиент на macos/freebsd и был native клиент
> под win32/macos - то теперь об этом можно забыть.
> Как вам такая перспектива?
Мне нравится. Ты так шестерил перед акулами бизнеса, что вполне заслужил нарваться наконец на то что они из себя по факту представляют в самой жесткой и неприятной форме. Ты это заслужил, чувак.
| |
|
4.59, linux must __RIP__ (?), 21:09, 02/07/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> Если раньше существовал Fuse клиент на macos/freebsd и был native клиент
>> под win32/macos - то теперь об этом можно забыть.
>> Как вам такая перспектива?
> Мне нравится. Ты так шестерил перед акулами бизнеса, что вполне заслужил нарваться
> наконец на то что они из себя по факту представляют в
> самой жесткой и неприятной форме. Ты это заслужил, чувак.
Нравится убивать открытые проекты? Я без работы не останусь и ничего не пострадает из моих инетерсов.
А вот пострадают другие люди - вот это плохо.
Хотя линуксоиды привыкли что они пуп мира - и думать о других им не привыкать.
А ты уже убил своих детей по заветам столмана ?
| |
|
5.84, Аноним (-), 10:56, 03/07/2013 [^] [^^] [^^^] [ответить] | +1 +/– | От включения в линевое ядро еще никто не умирал А, погодите, я догадаюсь вы на... большой текст свёрнут, показать | |
|
|
3.52, Аноним (-), 20:45, 02/07/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
Поддержка всяких устаревших платформ с 2% пользователей никому не нужна, например. А кому нужна, пусть платят. Виндюзня и и макосня должна страдать.
| |
|
|
5.68, Crazy Alex (ok), 02:24, 03/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
Не понял плача. Кто мешает синхронизировать переезды на новые версии клиента и сервера (если это вообще надо делать, в чем я совсем не уверен в данном случае)?
| |
5.85, Аноним (-), 11:08, 03/07/2013 [^] [^^] [^^^] [ответить] | +/– | Как по мне, вернуть этим ушлым комерсам их подходы - более чем честно Они всегд... большой текст свёрнут, показать | |
5.103, Аноним (-), 23:54, 03/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
Давай, рассказывай нам, как ты несчастную redhat жалеешь. Есть Ubuntu на клиентах и RedHat на серверах. Если RedHat не поддерживает работу клиента, то кому он нужен как сервер? Значит сносим RedHat и ставим Ubuntu сервер. Вот только в redhat не такие как ты сидят, они это не хуже меня понимают и проблему решат. Так что и проблемы такой не будет.
| |
|
6.112, linux must __RIP__ (?), 12:50, 04/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
когда покажите у убунтны EAL4 сертификацию - тогда поговорим - о "сносим redhat и ставим убунту".
поэтому сносим redhat не будет в принципе.. ты слишком заигрался в админа конторы рога и копыта, у правительственных лабораторий связаных с ядерным департаментом США - чуть чуть другие требования...
| |
|
|
|
|
4.77, linux must __RIP__ (?), 09:14, 03/07/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> Как вам такая перспектива?
> Пусть вкладываются или сидят на NFS-реэкспорте, нормально.
Шигорин - ты бы хоть молчал. я все таки думал что ты поймешь что фрагментация это плохо.
| |
|
5.86, Аноним (-), 11:10, 03/07/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> поймешь что фрагментация это плохо.
Как раз фрагментации теперь и не будет :). Будет единственно правильная люстра из ядра линя. А кому не нравится - в праве не пользоваться линухом и пойти нафиг. "У вас есть выбор".
| |
|
|
|
|
|
2.8, Аноним (-), 14:22, 02/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
Да ладно тебе, с семафорами они там в 3.10 неплохо подкрутили, даже pg_bench заметное улучшение показал.
| |
|
3.26, Аноним (-), 16:07, 02/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> pg_bench заметное улучшение показал.
Ну да, всего-то на 100% :)
| |
|
2.10, pavlinux (ok), 14:24, 02/07/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
tickless, bcache, crc32 для xfs, VLAN stacking, ipc-scalability, CLOCK_TAI, Tail loss probe... мало?
Ты в это будешь втыкать лет 5, чтоб понять что это такое!
| |
|
3.22, linux must __RIP__ (?), 16:06, 02/07/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
VLAN stacking это q-in-q так обозвали?
tickless все делают с времен 2.6.32... конца не видно.. только глюки лезут..
bcache - этакий закос под ZFS cache.. коментарий разрабочика - при wb режиме питание не должно пропадать иначе диск становится неживым, попутно ломает логику jbd2 журнала (да и много чего другого что надется на синхронную запись на диск). без wb режима под нагрузкой не интересен - более интересен рейд с памятью и батарейкой.
приколы остального продолжать ?
| |
|
4.28, Аноним (-), 16:11, 02/07/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> bcache - этакий закос под ZFS cache.. коментарий разрабочика - при wb
> режиме питание не должно пропадать иначе диск становится неживым,
Так сие для стратегии кэширования WB - обычное дело вроде.
> приколы остального продолжать ?
Да зачем? Будем считать что линукс крап, пользуйся чем-нибудь другим - так тебе и надо будет :).
| |
|
5.31, linux must __RIP__ (?), 16:20, 02/07/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> bcache - этакий закос под ZFS cache.. коментарий разрабочика - при wb
>> режиме питание не должно пропадать иначе диск становится неживым,
> Так сие для стратегии кэширования WB - обычное дело вроде.
да ну? рейды с батарейкой живут в WB режиме.
| |
|
6.44, Аноним (-), 17:34, 02/07/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> да ну? рейды с батарейкой живут в WB режиме.
Так потому и с батарейкой, бэть, что без нее - трындец полный.
А поскольку тут логика работы немного вылезает за пределы того что может тyповатый контроллер - придется батарейку поставить на всю систему, угу. Для предотвращения ровно того же самого дестроя по похожему поводу.
| |
|
|
|
|
|
1.11, Аноним (-), 14:29, 02/07/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
А есть какие-то лимиты на размер ядра? Новые фичи это хорошо, но ведь в один прекрасный день обнаружится, что ядро стало громадным, а это не есть хорошо. Или, может, из ядра выпиливают всякое старье? Об этом тоже интересно было бы почитать.
| |
|
2.14, Ruslan (??), 14:47, 02/07/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
Подсказка: компилировать всё не надо.
Подсказка2: Модули.
Подсказка3: удаление поддержки 80386
| |
|
3.15, Аноним (-), 14:51, 02/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Подсказка3: удаление поддержки 80386
Скоро еще и cgroups удалят :)
| |
|
4.29, Аноним (-), 16:12, 02/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Скоро еще и cgroups удалят :)
Пруф? А то что-то их пока вместо удаления допиливают там и тут. Хотя если они сделают что-то лучше и удалят - ну окей, нехай будет next-gen замена. Правда загвоздка в том что я ее пока не знаю. Я чего-то упустил? :)
| |
|
5.48, vle (ok), 18:45, 02/07/2013 [^] [^^] [^^^] [ответить]
| –4 +/– |
<mitrofanof style> Развитие же! </mitrofanof style>
| |
|
6.50, Аноним (-), 18:59, 02/07/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> <mitrofanof style> Развитие же! </mitrofanof style>
У митрофанова лучше получается. А это так, дешевая китайская подделка. Фи.
| |
|
7.55, linux must __RIP__ (?), 20:59, 02/07/2013 [^] [^^] [^^^] [ответить]
| –4 +/– |
>>необходимостью поддерживать ядра начиная с 2.6.32
> Наверное, это кому-нибудь нужно? Или ты предлагаешь _им_ лавочку прикрыть?
я ничего не предлагаю - я лишь описываю _СВОЙ_ геморой.
>> hint. переход с 2.6.20 на 2.6.25 обошелся люстре порядка 450кб патча.
> Ты даже не представляешь, во сколько бегомайт патча обошёлся Linux-у "переход с
> 2.6.20 на 2.6.25"!
Ты даже не знаешь о чем речь - а пытаешся свое мнение иметь.. к примеру расскажи чем отличается кардинально ->nopage() и ->fault() API для обработки page fault в ядре?
| |
|
8.88, Аноним (-), 11:15, 03/07/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Я не понял при чем тут вы Мне было вообще про cgroups интересно А ваш геморрой... текст свёрнут, показать | |
|
|
6.46, Аноним (-), 17:42, 02/07/2013 [^] [^^] [^^^] [ответить] | +/– | Судя по текущей новости это частично пофиксили уже и проблема как минимум частич... большой текст свёрнут, показать | |
|
|
8.92, Аноним (-), 12:49, 03/07/2013 [^] [^^] [^^^] [ответить] | +/– | Обычно когда у линуксоидов появляются проблемы - они их решают и все в конечном ... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
1.21, Buy (ok), 15:47, 02/07/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> принципами UNIX way
Нет никаких принципов "UNIX way", кроме принципа "надо делать хорошо и не надо плохо".
В очередной раз: "предполагают непрерывное увеличение функциональности и связанный с ним рост кодовой базы". Банальная, общая фраза которая описывает путь любого ПО, в любом "вэе".
| |
|
2.49, vle (ok), 18:50, 02/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Linux 3.11
>>3.11
> А поддержка рабочих групп заявлена?
Linux Chicago не за горами.
| |
|
3.51, Аноним (-), 19:00, 02/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Linux Chicago не за горами.
Даешь пингвина на эмпайр стэйт билдинг!
| |
3.58, Аноним (-), 21:09, 02/07/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
>>>Linux 3.11
>>>3.11
>> А поддержка рабочих групп заявлена?
> Linux Chicago не за горами.
даешь СРАЗУ Cairo или Linux 8.1 !! :P
| |
|
|
3.94, Аноним (-), 12:53, 03/07/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ничего тупее не придумали? Задолбали.
Ну так бсдшники же. У них на десктопе максимальная - вот и меряют по себе...
| |
|
|
1.65, Аноним (-), 22:34, 02/07/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Похоже действительно будет годно к использованию с названием: Linux 3.11 for Workgroup
| |
|