| 1.1, хамелеон (ok), 09:13, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Кто нибудь в курсе когда андроид сможет ванильные ядра использовать, а не свои патченные? Чего в ванильном гуглу не хватает?
| | |
| |
| |
| 3.47, анон (?), 14:58, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Как минимум патчей cgroups, устройств ввода, netfilter. Хотя и так запустится, но не так как хотелось бы.
| | |
|
| 2.3, meequz (ok), 09:31, 11/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Вливание Andoid-патчей в апстрим завершилось в какой-то из недавних предыдущих версий ядра. Так что по идее уже должен мочь.
| | |
| |
| 3.60, Аноним (-), 16:35, 11/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Вливание Andoid-патчей в апстрим завершилось
Только одной из порций. Это еще не все вроде.
| | |
|
| 2.6, Andrey Mitrofanov (?), 09:45, 11/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Чего в ванильном гуглу не хватает?
То ли time-а to market, то ли контроля, то ли проприертарно-закутковоых игрищ с "вендорами" в стиле unix-death... Не думаю, что тебе здесь на это ответит кто-то из Гугля.
| | |
| |
| |
| Часть нити удалена модератором |
| 4.63, Аноним (-), 16:47, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Изя он УЖЕ использует линуксовые. Хватит завидовать.
Это уже даже до слоупоков дошло. И только бсдшниик изя все тормозит.
| | |
|
|
| |
| 3.41, Andrey Mitrofanov (?), 14:05, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> На фиг не нужны андроидные костыли в ванильном ядре.
Но хочется же апстримовое ядро на андроидо-фоне. //Да, бачили очи, знаю.
| | |
| 3.62, Аноним (-), 16:42, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> На фиг не нужны андроидные костыли в ванильном ядре.
Некоторые из - пригодятся, ибо нужны мобильным платформам.
| | |
|
| 2.56, Anonim (??), 16:21, 11/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
В основном, проблемы в дровах. Поэтому одно ядро под одно устройство (пока)
Пока производители не откроют дрова или хотябы не запатчат их в ядро, универсальых дистров мы не увидим.
| | |
| |
| 3.79, Andrey Mitrofanov (?), 18:33, 11/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> В основном, проблемы в дровах. Поэтому одно ядро под одно устройство (пока)
Нет, проблема в ARM-е. У них тупо _нет_ "единого образа". Device tree не запилили ещё, загрузчики везде разные, даже наборы команд "усиленно совершенствуют".
> Пока производители не
Ну, с этими тоже проблемы.
| | |
| |
| 4.83, Аноним (-), 19:17, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> даже наборы команд "усиленно совершенствуют".
Интел и амд этим тоже не брезгуют.
| | |
|
|
|
| 1.4, CSRedRat (ok), 09:38, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 По поводу Btrfs отмечу, что на их официальной вики было анонсировано больше изменений: https://btrfs.wiki.kernel.org/index.php/Main_Page#News
* fsync speedups
* removed limitation of number of hardlinks in a single directory
* file hole punching
* per-file NOCOW
* fixes to send/receive
А Матиас Экерман (Matthias Eckermann), старший управляющий выпусками в SUSE, выразил мнение, что новая файловая система уже готова для повсеместного (в т.ч. на производственных системах) применения. Она официально поддерживается в SUSE начиная с версии 11SP2. Пользователям предлагается использовать btrfs для корневого раздела.
Пруф: http://www.linux.com/news/enterprise/systems-management/677226-suse-linux-say
Может быть и в Android войдёт, как уже было с Ext4.
| | |
| |
| |
| 3.66, Аноним (-), 16:49, 11/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Вот ещё с H-online обзор изменений файловой подсистемы.
Малость допатчил новость. Могли бы и сами дописать - вон там под ней чудная кнопка "редактировать". Доуступно всем и каждому.
| | |
|
| 2.9, IMHO (?), 10:01, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> выразил мнение, что новая файловая система уже готова для повсеместного (в т.ч. на производственных системах) применения.
это он про свои компьютеры ?
> Она официально поддерживается в SUSE начиная с версии 11SP2.
так вот почему у моих друзей OpenSUSE после нескольких включений - выключений она пеерставала грузится ))))
> Пользователям предлагается использовать btrfs для корневого раздела.
юзеры просто ничего не знают что это за ФС
| | |
| |
| 3.18, sergey (??), 11:01, 11/12/2012 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> так вот почему у моих друзей OpenSUSE после нескольких включений - выключений она пеерставала грузится ))))
Не поэтому, а потому что руки кривые. По умолчанию используется ext4.
| | |
| |
| 4.24, IMHO (?), 12:24, 11/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Не поэтому, а потому что руки кривые.
руки разработчиков ?
разрабы врут и не краснеют
| | |
| |
| 5.26, ананим (?), 12:48, 11/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
то что вы там врёте — это да, а вот что вы разработчики — это уже нет.
| | |
| |
| 6.27, IMHO (?), 12:59, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> то что вы там врёте — это да, а вот что вы
> разработчики — это уже нет.
ага, установить скайп и оперу и ОС перестала грузится, так это руки кривые да ?
а то что сам Томас писал, про пакеты в репах и надо их более подробно потестить, так это уже забыли ?
и я уже вру ?
| | |
| |
| 7.29, ананим (?), 13:08, 11/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>ага, установить скайп и оперу и ОС перестала грузится, так это руки кривые да ?
во-о-от.
два раза выйти в инет через ие чревато.
нужно только одни раз. на мозила.орг
| | |
|
|
|
|
| 3.25, ананим (?), 12:47, 11/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Она официально поддерживается в SUSE начиная с версии 11SP2.
>так вот почему у моих друзей OpenSUSE после нескольких включений - выключений она пеерставала грузится ))))
все твои друзья не могут быть не евангилистами, как и ты.
поэтому да, OpenSUSE у твоих «друзей» перестала грузиться именно из-за этого… или из-за молотка, которым евангилисты бьют системник, если в нём какой-нибудь линух.
>> Пользователям предлагается использовать btrfs для корневого раздела.
>юзеры просто ничего не знают что это за ФС
конечно. ваши юзеры только в реестре копаться умеют.
| | |
| |
| 4.28, IMHO (?), 13:01, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> конечно. ваши юзеры только в реестре копаться умеют.
они не мои, а с чего берут что они мои )))
я не такой дурак что бы под гарантию подписыватся )))
| | |
|
| 3.52, Аноним (-), 15:43, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
свободное место может закончилось?
с btrfs за ним глаз да глаз нужен.
раньше с ext4 10Gb за глаза хватало для корневого раздела (почти половина раздела пустовала), теперь с btrfs уже несколько раз место заканчивалось и система не загружалась.
приходится удалять снапшоты, а то и балансировку файловой системы проводить.
очень грустно.
| | |
| |
| 4.95, Аноним (-), 21:23, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> приходится удалять снапшоты,
Внезапно, хранение нескольких состояний ФС оказывается жрет место. А вы думали что разные состояния и отличия от них хранятся в астрале, а не на диске? :)
Грубо говоря, если вы сделали постоянный снапшот, ФС будет записывать все изменения после него. Чем больше изменений - тем больше места сожрется. Это не только BTRFS так себя ведет, если что. Любая CoW структура обладает теми эе свойствами. Например, диски виртуалок поддерживающие снапшоты - распухают если снапшот был далеко и после этого было много записано. Ну и так далее.
| | |
| |
| 5.106, Аноним (-), 11:00, 12/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Спасибо, открыли мне Америку!
Я вообще-то писал о том, что теперь пользователю придется более внимательно следить за свободным местом на разделе и проводить выше упомянутые мной операции.
| | |
| |
| 6.111, Аноним (-), 15:30, 12/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Я вообще-то писал о том, что теперь пользователю придется более внимательно следить
> за свободным местом на разделе и проводить выше упомянутые мной операции.
Ну да, управлять автомобилем сложнее чем кибиткой. Приходится внимательно следить за дорожной разметкой, знаками и вообще ситуацией на дороге. Отсюда не следует что авто хуже кибиток. Просто к водителям чуть больше требований. Кому не нравится - юзайте кибитки и не юзайте автомобильные дороги, хренли.
| | |
|
|
|
| 3.67, Аноним (-), 16:51, 11/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
> так вот почему у моих друзей OpenSUSE после нескольких включений - выключений
> она пеерставала грузится ))))
Вот почему проблемы с Linux возникают сугубо у БСДшников?
>> Пользователям предлагается использовать btrfs для корневого раздела.
> юзеры просто ничего не знают что это за ФС
Простите, продакшн обычно подразумевает наличие вменяемого администратора.
| | |
| |
| 4.101, res2500 (ok), 00:28, 12/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Вот почему проблемы с Linux возникают сугубо у БСДшников?
у меня проблем с линуксом нет, потому что я больше его ен использую ,я доволен, а вот друзья которые ищут для себя линукс, только в цацки играются и горем страдают, то проблемы не мои, я лишь написал факт.
| | |
| |
| 5.112, Аноним (-), 15:36, 12/12/2012 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> только в цацки играются и горем страдают,
Сразу видно "объективное" и "непредвзятое" отношение к вопросу. И вообще проекция своих проблем на окружающих.
Простите, если смотреть с моей колокольни, например то в той же фре с ФС полный ахтунг вообще. На выбор тормозной и ископаемый UFS vs опять же тормозной и странный ZFS, который к тому же памяти хочет дофига. Как по мне так это куда более галимый выбор чем в лиунуксах есть. Не говоря уж о том что не осталось разработчиков способных всерьез разрабатывать файловые системы: все вкусности или утянуты или у оракла, или из ZFS on linux или еще откуда. А сами чего? Ничего? Ну да, крутые разработчики.
| | |
| |
| 6.135, res2500 (ok), 21:19, 12/12/2012 [^] [^^] [^^^] [ответить] | +/– | UFS у меня на десктопе, не тормозит, флешку смонированую вытакал, для эксперемен... большой текст свёрнут, показать | | |
|
|
| 4.138, Аноним (-), 18:03, 13/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Потому что некоторые закостеневшие линуксоиды в упор не видят некоторых проблем в последних ядрах, так как кроме Linux их ничего не интересует и им не с чем сравнить. От того и проблем у них нет. А когда человек приходит с другой системы, то ему сразу бросаются в глаза некоторые вещи.
На днях, один фанатичный представитель пытался меня убедить, что у меня плохой винт и поэтому он плохо работает с ядрами 3.5.x и 3.6.x. Хотя я ему несколько раз подчеркнул, что на BSD проблем нет. В итоге он мне наплел всевозможной ереси, но даже не допустил мысли, что проблема в ядре. А на самом деле оказалось, что проблема решается патчами nrj к ядру.
| | |
| |
| 5.139, fidaj (ok), 20:56, 13/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > А на самом деле оказалось, что
> проблема решается патчами nrj к ядру.
я уже в другой ветке спрашивал - что за патчи nrj где посмотреть? или они входят только в состав бинарных сборок ядра?
| | |
| |
| 6.141, Аноним (-), 04:57, 14/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
Все патчи доступны по адресу https://github.com/magos-linux/magos-linux/tree/master/make_MagOS/files/patche
Но какие именно решают проблему когда обычное Linux ядро начинает лагать под нагрузкой работы с диском, я пока не разбирался. Да и не для того я с BSD хочу свалить на десктопе, чтобы самому что-то патчить и компилить. Я хочу комфорта - кнопка обновить и все работает. :) А пока что я такого на Linux тоже не встретил. В той же ROSA на текущий момент немало косметических багов, но хоть ядро не тормозное.
| | |
| |
| 7.142, fidaj (ok), 12:17, 14/12/2012 [^] [^^] [^^^] [ответить] | +/– | спасибо Странно, но кроме патча для AUFS и хитрого скрипта для сборки ядра я та... большой текст свёрнут, показать | | |
| 7.145, arisu (ok), 15:29, 14/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
 > Я хочу комфорта - кнопка обновить и все работает.
что, не дают? требуй назад деньги.
| | |
|
|
|
|
|
| |
| 3.35, rico (ok), 13:32, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
 еще помнится шишкин про это писал...
всем пофиг, они там плюшки пишут, а не ФС
| | |
| |
| 4.68, Аноним (-), 16:52, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> всем пофиг, они там фс для жестких дисков и SSD делают, а не для сидюков и флоппиков.
//fixed.
| | |
| |
| |
| 6.84, Аноним (-), 19:25, 11/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Это повод треть диска пустой держать?
Ну не треть а на большом диске скорее 10-15%, при том эта рекомендация валидна для вообще любой ФС. Особенно на механических дисках. Просто CoW имеет шансы залететь в штопор более круто чем классический дизайн.
Тем более с btrfs нет никаких особых проблем: перестало хватать места - воткнул в пул новый диск - места опять стало дофига. И никаких деструктивных мероприятий и перемещения данных. Хотя можно пнуть ребаланс, чтобы нагрузка на диски равномерно размазалась.
| | |
| |
| |
| 8.114, Аноним (-), 15:50, 12/12/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Ага, прикольно, сообщение начинается с слов Last week we had 2 times an unco... большой текст свёрнут, показать | | |
|
| 7.107, arisu (ok), 13:12, 12/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Тем более с btrfs нет никаких особых проблем: перестало хватать места —
> воткнул в пул новый диск — места опять стало дофига.
типичный домашний сценарий!
| | |
| |
| |
| 9.136, iav (ok), 03:49, 13/12/2012 [^] [^^] [^^^] [ответить] | +/– |  Посмотрели на разъёмы Очень хорошо А теперь посмотрите на отсеки для дисков О... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| 1.16, Аноним (-), 10:55, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Наверно самое интересное ядро за этот год. В плане рефакторинга устаревшего кода. Всегда интересно наблюдать за такими крупными внутренними реорганизациями.
| | |
| |
| 2.69, Аноним (-), 16:53, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Наверно самое интересное ядро за этот год.
Весьма конкретно перепахали. И при том - вполне себе работает, ничего особо не отвалилось вроде. Крутота.
| | |
|
| |
| 2.19, хамелеон (ok), 11:13, 11/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>>в состав драйвера добавлен код для обеспечения управления кулером, работающий на устройствах серии NV40
У меня gf6600 но на ней кулер уже давно сгорел, поэтому для меня наверное ничего не изменится:)
| | |
| |
| 3.92, Аноним (-), 21:00, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
В терминологии nouveau NV40 — это GF6xxx и 7xxx, NV50 — 8xxx и 9xxx.
| | |
|
|
| 1.22, Kroz (??), 12:16, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 > В файловую систему Ext4 добавлена поддержка изменения размера на лету
А максимальное количество инодов на лету уже можно изменять?
> Добавлена рабочая реализация пространств имён для идентификаторов пользователей (user namespaces)
Вкусно
| | |
| |
| 2.54, z (??), 15:59, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
>А максимальное количество инодов на лету уже можно изменять?
нет конечно, и никогда не будет
| | |
| |
| 3.65, John (??), 16:49, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>А максимальное количество инодов на лету уже можно изменять?
> нет конечно, и никогда не будет
В случае ext[2-4] (для других не знаю - лень проверять) оно и сейчас прекрасно изменяется: достаточно изменить размер ФС (resize2fs).
| | |
| |
| 4.74, z (??), 17:36, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
>В случае ext[2-4] (для других не знаю - лень проверять) оно и сейчас прекрасно изменяется: достаточно изменить размер ФС (resize2fs).
В сторону увеличения - да, по пропорции, в сторону уменьшения - тоже, но с оговорками, без изменения размера раздела/переформатирования - даже теоретически нет, enjoy your wasted space
| | |
| |
| 5.76, John (??), 17:44, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>В случае ext[2-4] (для других не знаю - лень проверять) оно и сейчас прекрасно изменяется: достаточно изменить размер ФС (resize2fs).
> В сторону увеличения - да, по пропорции, в сторону уменьшения - тоже,
> но с оговорками, без изменения размера раздела/переформатирования - даже теоретически
> нет, enjoy your wasted space
Поделитесь секретом телепатии, пожалуйста.
оригинальный вопрос был
>А максимальное количество инодов на лету уже можно изменять?
оригинальный ответ был:
>нет конечно, и никогда не будет | | |
| |
| 6.77, z (??), 17:56, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>оригинальный вопрос был
>оригинальный ответ был
Ок, перейдём к практике: уменьши мне число инодов на любом произвольно взятом ext4-разделе, вооружившись последним ведром с утилитами, - не получается? А что ж так? :)
| | |
| |
| 7.81, Crazy Alex (ok), 18:54, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
 На практике первым возникает вопрос "зачем?" - чтобы количество инодов заиграло это раз в десять FS уменьшить надо?
| | |
| |
| 8.110, z (??), 14:25, 12/12/2012 [^] [^^] [^^^] [ответить] | +/– | Чтобы количество инодов заиграло достаточно выйти за рамки негласного не создав... текст свёрнут, показать | | |
| |
| |
| 10.137, z (??), 13:34, 13/12/2012 [^] [^^] [^^^] [ответить] | +/– | Хорошая вода , но можно сказать проще у нас тут всё гвоздями прибито, иначе н... текст свёрнут, показать | | |
|
|
|
|
|
| 5.85, Аноним (-), 19:28, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> enjoy your wasted space
Его относительный процентаж будет весьма скромным в общем случае. Нет, если переть на принцип - на любой ФС можно скроить ФС состоящую целиком из метаданных. Но зачем? Это будут абсолютно синтетические ситуации. А дефолтная эвристика mke2fs вполне нормально работает в типовых случаях. Для НеТиповых дадены рукоятки. Фигле еще надо?
| | |
|
|
|
|
| |
| 2.31, ананим (?), 13:14, 11/12/2012 [^] [^^] [^^^] [ответить]
| +4 +/– |
да ты гонишь.
дисковая подсистема, сеть, видео дрова,… — да там плюшек привалило не мелко.
прочитай сабж больше пары абзацев (в идеале до конца).
| | |
| |
| 3.32, fidaj (ok), 13:21, 11/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
> да ты гонишь.
> дисковая подсистема, сеть, видео дрова,… — да там плюшек привалило не мелко.
> прочитай сабж больше пары абзацев (в идеале до конца).
пасиба тебе, добрый ананим...
вот именно что прочитал - и из того что там наделано мне ничего не нужно....
| | |
| |
| |
| 5.39, fidaj (ok), 13:49, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> ну раз тебе не нужно, то да, Торвальдс расстроится сильно.
вот и я об том же...
но за тебя он точно будет рад!
| | |
| |
| 6.42, ананим (?), 14:08, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Да, для меня плюшек много привалило. И для клиента, и для сервера.
| | |
| |
| 7.97, исчо_адын_аноним (?), 21:48, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Да, для меня плюшек много привалило. И для клиента, и для сервера.
для локалхоста ? или у тебя ЛФС на сервере ?
| | |
| |
| 8.108, arisu (ok), 13:15, 12/12/2012 [^] [^^] [^^^] [ответить] | –1 +/– | прикинь, для локалхоста пространство имён в группах 8212 это весьма круто и ... текст свёрнут, показать | | |
|
|
|
|
|
|
| 2.33, тут_был (?), 13:27, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
на своем опыте могу сказать, что заметно улучшили поддержку AMD Trinity.
На 3.6 Samsung 535U4C нормально не работал, поставил RC 3.7 - хотя бы выключаться/саспендится нормально стал.
| | |
| 2.70, Аноним (-), 16:54, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> в общем для !ARM и переходить с 3.6.X нет смысла...
А давно вы у нас выступаете истиной в последней инстанции?
| | |
|
| 1.34, Тузя (ok), 13:29, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 >Загрузчик прошивок теперь пытается загрузить файлы непосредственно из файловой системы, без задействования udev. Наличие прошивок пока проверяется в /lib/firmware, в будущем будут добавлены гибкие настройки выбора пути;
Вот она, причина конфликта Линуса с разработчиками udev. Теперь ядро само будет грузить прошивки, в том числе проприетарные, без помощи udev. Конфликт исчерпан.
| | |
| |
| 2.40, pkunk (ok), 14:05, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
 >>Загрузчик прошивок теперь пытается загрузить файлы непосредственно из файловой системы, без задействования udev. Наличие прошивок пока проверяется в /lib/firmware, в будущем будут добавлены гибкие настройки выбора пути;
> Вот она, причина конфликта Линуса с разработчиками udev. Теперь ядро само будет
> грузить прошивки, в том числе проприетарные, без помощи udev. Конфликт исчерпан.
Тут не совсем конфликт, они об этом давно просили.
| | |
| 2.71, Аноним (-), 16:57, 11/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Вот она, причина конфликта Линуса с разработчиками udev. Теперь ядро само будет
> грузить прошивки, в том числе проприетарные, без помощи udev. Конфликт исчерпан.
Не совсем так: Торвальдс и Ко просто разрубили гордиев узел, ехидно запилив механизм прямо в ядро. Они доступно показали что у ядерщиков все-равно длиннее, как бы там юзермод-разработчики не кипищевали между собой. Они просто шлепнули тапком и растерли. Кипиш сошел на нет по естественным причинам.
| | |
| |
| 3.105, Тузя (ok), 06:51, 12/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Не совсем так: Торвальдс и Ко просто разрубили гордиев узел, ехидно запилив
> механизм прямо в ядро. Они доступно показали что у ядерщиков все-равно
> длиннее, как бы там юзермод-разработчики не кипищевали между собой. Они просто
> шлепнули тапком и растерли. Кипиш сошел на нет по естественным причинам.
У Вас странное представление о взаимоотношениях между разработчиками usermode/kernel.
Имо логично, что прошивка, как часть самого оборудования, грузится именно ядром, а не userspace-слоем абстракции оборудования.
| | |
| |
| 4.118, Аноним (-), 15:57, 12/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> У Вас странное представление о взаимоотношениях между разработчиками usermode/kernel.
Нормальное - я этот цирк с конями в рассылке почитал, спасиб. Ну да, достали ядерщиков - те и бомбанули ядерными ракетами. Юзермодовцам на это ответить все-равно нечем :)
> Имо логично, что прошивка, как часть самого оборудования, грузится именно ядром, а
> не userspace-слоем абстракции оборудования.
Да когда как. Если там какой-то замороченный протокол вгрузки или надо какие-то хитрые манипуляции с файлом делать, совсем не факт что столько счастья надо в ядро тянуть. Но поскольку господа окончательно упоролись, пришлось их отрезвить вот так вот, просто отобрав игрушку совсем.
| | |
|
|
| 2.98, Ytch (?), 22:32, 11/12/2012 [^] [^^] [^^^] [ответить]
| +6 +/– |
>> Загрузчик прошивок теперь пытается загрузить файлы непосредственно из файловой системы, без задействования udev.
> Вот она, причина конфликта Линуса с разработчиками udev.
Это, все-таки, следствие конфликта, а не его причина.
Как итог, проще оказалось запилить у себя чем (пере)убедить майнтейнеров udev. И я, лишь мельком глядя на открытую часть переписки и совершенно неадекватные понты udev'овцев во всем остальном, вполне понимаю почему.
| | |
| |
| 3.104, Тузя (ok), 06:46, 12/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Торвальдс в этой переписке, если вы про lklm, тоже не пушистик, но думаю вы правы.
| | |
| |
| 4.119, Аноним (-), 15:59, 12/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Торвальдс в этой переписке, если вы про lklm, тоже не пушистик
Он весьма брутально тролланул этих неадекватов + ядерщики честно приложили чисто технически. Но неадекваты из udev'а это заслужили на все сто. Градус адеквата разработчиков udev в том треде поставил откровенный антирекорд.
| | |
| |
| |
| 6.132, Аноним (-), 19:46, 12/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> +++Так кто победил-то?
Торвальдс, который
1) Все-равно сделал по своему.
2) Починил.
3) Сделал этот кусок udev'а obsoleted :)
| | |
| |
| 7.150, Andrey Mitrofanov (?), 14:53, 23/12/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> +++Так кто победил-то?
>Торвальдс, который
Вопрос, мне казалось был, правтически риторический. Ну, да с переходом в бейт.
Кстати, прогрессивненькие потерингики пхают свой прогрессивненький joornald в Debian: всё под тем же http://bugs.debian.org/725714 соусом поломанного _ими udev.
Хорошо ж, что есть форнутый udev, а то ж мы чуть про банду потерингов-сиверсов плохого не подумали.
| | |
| |
| 8.151, arisu (ok), 16:47, 23/12/2013 [^] [^^] [^^^] [ответить] | +/– | всегда люблю читать ответы авторов gtk 3 или там udev какого-нибудь особенно я... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 1.44, closet_source (ok), 14:49, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 У меня в арче на ядрах 3.4.* и последующих периодически вылезало в начале загрузки
"usb *-*: device descriptor read/64, error -32", "*-*" - всегда разные. В логах конкретики не более. Заметил, когда поменял материну на современную с usb 3.0. Погуглил, погуглил, проблема имеет место быть, но толком даже не понял, usb-контроллер (там их несколько) отваливается? Кто-то пишет, железо типа сбоит, ему отвечают, что, ну как же, под Ней то всё работает (ну, как обычно). Проверить возможности не было, так как usb 3.0 устройств у меня нема ;) Но неприятный осадочек остался.
| | |
| |
| 2.46, fidaj (ok), 14:55, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> У меня в арче на ядрах 3.4.* и последующих периодически вылезало в
> начале загрузки
> "usb *-*: device descriptor read/64, error -32", "*-*" - всегда разные. В
> логах конкретики не более. Заметил, когда поменял материну на современную с
> usb 3.0. Погуглил, погуглил, проблема имеет место быть, но толком даже
> не понял, usb-контроллер (там их несколько) отваливается? Кто-то пишет, железо типа
> сбоит, ему отвечают, что, ну как же, под Ней то всё
> работает (ну, как обычно). Проверить возможности не было, так как usb
> 3.0 устройств у меня нема ;) Но неприятный осадочек остался.
на 3.6.10 аналогично "usb *-*: device descriptor read/64, error -32", "*-*"
| | |
| 2.109, arisu (ok), 13:24, 12/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> ну как же, под Ней то всё работает (ну, как обычно)
обычно это значит, что шindoш$ просто не пишет логи. «всё хорошо, прекрасная маркиза».
| | |
| |
| 3.120, Аноним (-), 16:02, 12/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> обычно это значит, что шindoш$ просто не пишет логи. «всё хорошо, прекрасная маркиза».
Да уж. Диагностика ошибок там традиционно куцая. Впрочем, чего ожидать от граждан скупивших Русиновича и сливших его утилиты? Dbgview в современных виндах вообще работает через раз. А другой удобной вьюшки отладочных сообщений тупо нет. Поэтому все хорошо... до тех пор пока оно не трапнется в бсод или не начнет явно кончаться память или что там еще.
| | |
|
|
| 1.53, Аноним (-), 15:59, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> для ARM-систем, которым теперь не придётся формировать отдельный загрузочный образ
Угу, ЩАЗ. Загрузчики у всех разные. Так что в самом лучшем случае экономия на сборке ядра будет, не более. А образ - платформоспецифичен.
> (например, в каждом контейнере может быть свой root);
Кто там хотел? Получите и распишитесь.
> но она не влияет на загрузку модулей и информирует о проблемах через лог.
Оно просто метит ядро как tainted. Компромиссный вариант: не прикладывает жестко, но демаскирует активность.
| | |
| |
| 2.57, anonymous (??), 16:32, 11/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
Вот вопрос тем, кто считает, что под IPv6 NAT не нужен:
Есть сетка, есть два провайдера, каждый провайдер выдаёт свой префикс IPv6. Вы считаете целесообразным менять IP-адреса у всех девайсов при переключении провайдера? А потом объяснять шефу, почему местная ынтырпрайз-бизнесс-программа потеряла связь с базой и не могла долгое время восстановить подключении, из-за того, что в её DNS-кеше сохранился старый адрес?
Не проще ли в данном случае промапить локальные IPv6-адреса на адреса предоставляемые провайдером?
| | |
| |
| 3.64, 1 (??), 16:48, 11/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Вот вопрос тем, кто считает, что под IPv6 NAT не нужен:
> Есть сетка, есть два провайдера, каждый провайдер выдаёт свой префикс IPv6. Вы
> считаете целесообразным менять IP-адреса у всех девайсов при переключении провайдера?
> А потом объяснять шефу, почему местная ынтырпрайз-бизнесс-программа потеряла связь с базой
> и не могла долгое время восстановить подключении, из-за того, что в
> её DNS-кеше сохранился старый адрес?
> Не проще ли в данном случае промапить локальные IPv6-адреса на адреса предоставляемые
> провайдером?
+++...
правильно проще, при том что менять всего лишь префикс - несколько первых байт адреса. а вот если этого нет то нагородить придется... так что кому не нужен пусть молчат - не для них писано.
| | |
| 3.72, Аноним (-), 16:59, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> считаете целесообразным менять IP-адреса у всех девайсов при переключении провайдера?
Хм... надо же, даже какой-то реальный юзкейс нарыли. Хотя за написание отваливающихся программ руки надо отрывать от того места от которого они растут.
| | |
| |
| |
| 5.121, Аноним (-), 16:03, 12/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> это не юзеркейс, это непонимание основ
Не, ну почему? Сойдет для каких-то специфичных случев. Хотя в 99.9% случаев это натурально полный изврат.
| | |
|
|
| 3.91, Zulu (?), 20:56, 11/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Хм. Как будто кто-то не почитал TFM на тему ipv6 roaming?
| | |
|
|
| 1.75, Гость (?), 17:43, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Btrfs по-тихоньку движется вперед, может через пару лет уже будет торт.
| | |
| |
| |
| 3.122, Аноним (-), 16:04, 12/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> потихоньку
Коллеги, расстреляйте негодяя! Он хронически забывает ставить заглавные буквы и точки.
| | |
|
|
| 1.78, anonymous (??), 18:29, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Загрузчик прошивок теперь пытается загрузить файлы непосредственно из файловой системы
Почему-то есть ощущение в этом чего-то неправильного.
| | |
| |
| 2.82, Crazy Alex (ok), 18:59, 11/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну, это кому как. С моей точки зрения то, что ядро может в одиночку поднять железо, не имею юзерленда вообще - это очень даже правильно.
| | |
| 2.87, Аноним (-), 19:31, 11/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Почему-то есть ощущение в этом чего-то неправильного.
Гм, учитывая что ядро по жизни файлы и сервирует всем остальным, неправильно и странно - это когда оно само себя сервировать вдруг почему-то не может :)
| | |
|
| |
| 2.88, Аноним (-), 19:32, 11/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>реализацию GRE и NAT для IPv6
> OMG, а раньше этого что, не было???
Дык ipv6 нат не особо то и уперся. Хотя конечно есть обезьяны не понимающие разницу между stateful firewall и натингом, но мы таких рассматривать не будем.
| | |
| |
| 3.103, Аноним (-), 03:48, 12/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Просто на BSD это уже давненько было. Я думал, что и на Линуксе уж тем более есть. А то, что не используется, так и IPv6 пока что "не особо то и уперся." Вот настанет конец све^W IPv4, тогда сразу и станет актуально.
| | |
| |
| 4.123, Аноним (-), 16:06, 12/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Просто на BSD это уже давненько было.
Ну да, конечно, натинг ipv6 - самая важная и востребованная фича. А всякая там хрень типа виртуализации или контейнеров нормальных - это для лохов педальных :) </sarcasm>
| | |
|
|
|
| 1.89, linux must _RIP_ (?), 20:11, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Поддержка протокола VXLAN для туннелирования виртуализированных сетей второго уровня поверх сетей третьего уровня. Указанный протокол позволяет обойти ограничение на 4096 VLAN-ов (в VXLAN используются 24-разрядные идентификаторы);
Что люди не придумаю что бы не использовать q-in-q протокол...
| | |
| |
| 2.99, Ytch (?), 22:56, 11/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> Поддержка протокола VXLAN для туннелирования виртуализированных сетей второго уровня поверх сетей третьего уровня. Указанный протокол позволяет обойти ограничение на 4096 VLAN-ов (в VXLAN используются 24-разрядные идентификаторы);
> Что люди не придумаю что бы не использовать q-in-q протокол...
Если под q-in-q вы имеете ввиду IEEE 802.1ad (двойной VLAN тег), то VXLAN сильно и местами принципиально отличается.
q-in-q - это чистый Layer 2 (ну или Layer 2 over Layer 2 - зависит от use case) со всеми вытекающими.
VXLAN же это Layer 2 over Layer 3, а это уже совершенно другие возможности и, как следствие, совсем другая область применения.
Но несомненно, общее у них то, что они оба НЕ ТОЛЬКО "позволяют обойти ограничение на 4096 VLAN-ов".
| | |
| |
| 3.124, Аноним (-), 16:09, 12/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Но несомненно, общее у них то, что они оба НЕ ТОЛЬКО "позволяют
> обойти ограничение на 4096 VLAN-ов".
Ну просто то чудо похоже на бсдшника с батхертом, судя по его чудному нику. О том что бывают географически разнесенные структуры например с виртуалками, которые хочется объединить именно через L3 он явно не в курсах.
| | |
|
|
| 1.131, ua9oas (ok), 19:38, 12/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 стандартные вопросы: какое количество новаго железа (и функций) она стала поддерживать того, которое не поддерживают другие ветки ядра? (и есть ли в других ветках ядра что-нибудь то, что не поддерживается в этой?) Сколько чего-либо неподдерживаемаго осталось теперь в связи с этим релизом? (и есть ли в "3.7" то, чего поддержка прекращена?)
В состав каких дистрибутивов войдет эта ветка? Могут ли быть такие уже существующие дистрибутивы, в которых ихнее ядро может быть смысл поменять на это? (а тогда в каких случаях? (и не может ли быть так, это лучше будет сделать не сейчас а позже? (по тому что некоторыя ветки претерпевают порой даже и более полусотни изменений в течение своего срока существования (а у этой интересно каким и то и то будет?))))
Через сколько времени возможны окончательные ответы на эти вопросы по данной ветке ядра?
(кто ее уже как следует опробовал- напишите, как она? (а следующая когда будет и что в ней будет? (сколько стоит ветки поддерживать и создавать новые?)))
| | |
| |
| 2.134, filosofem (ok), 20:12, 12/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
 >[оверквотинг удален]
> на это? (а тогда в каких случаях? (и не может ли
> быть так, это лучше будет сделать не сейчас а позже? (по
> тому что некоторыя ветки претерпевают порой даже и более полусотни изменений
> в течение своего срока существования (а у этой интересно каким и
> то и то будет?))))
> Через сколько времени возможны окончательные ответы на эти вопросы по
> данной ветке ядра?
> (кто ее уже как следует опробовал- напишите, как она? (а следующая
> когда будет и что в ней будет? (сколько стоит ветки поддерживать
> и создавать новые?)))
Стандартный ответ: __________.
Ну ты понял.
| | |
|
|
