Дэн Фрай (Dan Frye), вице-президент IBM по разработке открытых систем, в своей вступительной речи на конференции разработчиков Linux сделал (http://www.cioupdate.com/features/article.php/3876581/You-Ca...) важный вывод о бесполезности попыток отдельных компаний контролировать и влиять на разработку Linux, без погружения в сообщество разработчиков. Выход виден в том, чтобы дать определенную свободу собственным разработчикам и предоставить им возможность добиться в сообществе высокого авторитета.
Фрай напомнил участникам, что его компания инвестировала в течение 10 лет 1 млрд долларов в поддержку Linux. Кроме того, IBM активно помогает Linux технически на рынке x86-систем, имея целью противостоять Windows и конкурировать с Solaris. IBM неоднократно пыталась участвовать в разработке, предлагая для внедрения большие части исходного кода, но, к сожалению, эти попытки всегда завершались неудачей.
Один пример таких попыток привел Мэт Маккал (Matt Mackall), лидер разр...URL: http://www.cioupdate.com/features/article.php/3876581/You-Ca...
Новость: http://www.opennet.me/opennews/art.shtml?num=26253
С одной стороны если все начнут в ядро пихать то, что по их мнению важно и нужно, ядро очень быстро разрастется до орбиты луны.
С другой стороны, если брать только то, что "подходит" торвальдсу, то линукс будет и дальше однобоким серверонливным поделием.
Нужен действительно грамотный компромис.
А для этого нужно ГРАМОТНОЕ, ЦЕНТРАЛИЗОВАННОЕ управление.
Аминь.
Мальчик проходи мимо... Не?!
Тогда попробуй отследить и осмыслить все изменения произошедшие задень в ядре.
Репа распухнет до орбиты Плутона.
>Тогда попробуй отследить и осмыслить все изменения произошедшие задень в ядре.Это вообще к чему было?
Ну-ка внимательно перечитываем первый пост.
>>Тогда попробуй отследить и осмыслить все изменения произошедшие задень в ядре.
>
>Это вообще к чему было?
>Ну-ка внимательно перечитываем первый пост.
>>> что "подходит" торвальдсу.Он не может отследить физически, то что подходит ему.
Есть общая политика партии, мэинтэнеры её придерживаются.
>>>Тогда попробуй отследить и осмыслить все изменения произошедшие задень в ядре.
>>
>>Это вообще к чему было?
>>Ну-ка внимательно перечитываем первый пост.
>>>> что "подходит" торвальдсу.
>
>Он не может отследить физически, то что подходит ему.
>Есть общая политика партии, мэинтэнеры её придерживаются.Ну не придирайтесь к словам. Естественно не имеется ввиду "сугубо" личные предпочтения.
Но вообщем однобокость там есть и спорить с этим глупо.
На заре линукса торвальдс даже утверждал, что в его детище никогда не будет поддержки USB, помните то время?
Одним словом - нехочу сказать, что нынешнее руководство процессом катастрофически плохо, НО его вполне есть куда модернизировать, улучшать и менять-таки взгляды-на-вещи отдельных товарищей.
1. даже если исходники распухнут до размера солнечной системы, ментейнеры ядра (убунту/дебиан/этк) будут компилить только то, что им нужно. в теже 2 мб.
2. даже если вы лично возглавите эту централизацию_аминь - это никак не поможет линуху на десктопе. видите ли, десктопу на ведро уже насрать. ведро и так уже функционально по самые помидоры. к тому же линух и так уже не плох на десктопе (у меня на всех). может вы займётесь его распространением? не? вам только порулить?
3. если кто не заметил, централизованное управление и так есть и находится на kernel.org.
если кто-то пришёл и сказал "я тут ичу придумал, но вы все остальные должны переделать все свои поделки" - ему законно говорт "да пошёл ты" или "вот сам и переделывай"
4. текущее управление ведром - это самое успешное управление из всех свободных и даже не свободных. я могу понять коммерсантов, они бы наверняка хотели бы преватизировать этот процесс, а вам то зачем?
зы:
так что павлинух прав - проходи мимо. или в проект, который в этом действительно нуждается (и пусть ему соурсфордж будет пухом).
>видите ли, десктопу на ведро уже насрать. ведро и так уже функционально по самые помидоры.Вот когда в ядре будет графика (самый необходимый, простой и правильный код), тогда уже можно будет такое говорить. А пока рано.
Функциональный такой среднескоростной конструктор получается. Вроде бы пашет, видео может проигрывать, 3D-игры старенькие, но все равно что-то не так.
Вы кажется перепутали сайт геймеров с ит-порталом, нет в линукс-ядре встроенной графической подсистемы аля виндовоз - и не надо, у всех все нормально работает, я сам не прочь погонять любимые игры под вайном, которые слишком уж старыми бы и не назвал.
вы уже о себе во множественном числе, гражданин?как у нас там KMS внедрялся? ну-ка, пару эпитетов? молниеносно! удачно!
а у "всех всё работает" - это ты просто в интернетах на форумах с нубами не тусовался (видимо, от избытка ощущения собственной крутизны)
там, к слову, нередки комментарии "что за хрень, почему тормоза?"
кмс - это фигня.
вот джем - это да. серьёзная и интересная вещь.
> Вы кажется перепутали сайт геймеров с ит-порталом, нет в линукс-ядре встроенной графической
>подсистемы аля виндовоз - и не надо, у всех все нормально работает, я сам не прочь погонять любимые >игры под вайном, которые слишком уж старыми бы и не назвал.Дело даже не в играх. И даже не в том, что в винде можно запустить 10 видеофайлов (без dxva, cuda и т.д.), а в Линуксе процессор будет под 100% нагрузкой. Но вот когда без микроскопа видно, что Firefox в Линуксе заметно медленней работает и сильнее нагружает процессор, как заметны притормаживания при переключениях вкладок (при том, что с драйверами все нормально - они стоят "от производителя") - это все начинает наводить на мысли, что раз уж нацелились на десктоп, то пилить и пилить еще надобно.
Я бы вообще делил ядро не на "старое" и "новое", а на "серверное" и "десктопное".
К сожалению, "десктопного" линукса в природе не существует и вряд ли появится. Встречается только минимально адаптированный и нестабильный "серверный" вариант. Возможно, в ближайшие несколько лет выкристаллизуется "мобильная" вариация.
вот даже и не знаю, отвечать на этот идиотский коммент или нет. попробую:
1. графика в необходимом размере и так в ядре в виде модулей - будь то опенсорсные или проприетарные. не меньше и не больше, чем в винде.
или вас не устраивает политика nvidia/amd? а при чём тут разработчики ядра?
у меня так компиз летает (я не преувеличиваю) на eeepc701 с опенсорсными дровами, а вот аэро - нет.
2. старые 3D-игры конечно старые. вот только быстрее работают, чем на винде.
или вы предлагаете "новые" 3D-игры разработчикам ядра написать для вас любимого?зы:
чувствую себя как служба поддержки у провайдера интернета, которому возвонила блондинка и просит поменять картридж в принтере.
> Вот когда в ядре будет графика ...Когда графика будет в ядре, как это имеет место быть в виндовсе, сетевые возможности X-протокола полностью внутри ядра реализовать будет крайне сложно. И как прикажете по tcp/ip ядерную графику передавать?
>как прикажете по tcp/ip ядерную графику передавать?Прежде всего, ткните пальцем хоть в один проект, где используются сетевые возможности иксов.
Легко: серверные решения для тонких клиентов.
Может быть, в светлом будущем к любой машине будет проложен гигабит
А пока (free)nx наше всио
Ой, не знаю. Но, насколько мне известно, решения на ТК вне корпоративного сектора редко встречаются, а в подобной среде тратить время работодателя на q4 (cs, etqw и т. п.) обычно не принято. Во всяком случае, ltsp-сервера очень неплохо себя чувствуют в 100-мбитной сети на большинстве офисных задач, гоняя иксовый трафик по ssh с компрессией.
>Может быть, в светлом будущем к любой машине будет проложен гигабитДа ладно, сотки (и то ради латентности) более чем.
>А пока (free)nx наше всио
На *тонких* клиентах? (да, я такое тоже немного одистрибутивил и понимаю, о чём речь -- http://www.altlinux.org/LTSP/NX)
> Прежде всего, ткните пальцем хоть в один проект, где используются сетевые возможности иксов.Каждый день, можно сказать ежедневно
$ ssh -X user@server
и я как у себя дома.
>НО его вполне есть куда модернизировать, улучшать и менять-таки взгляды-на-вещи отдельных товарищей.Ну естественно: каждый йух с горы лучше знает как руководить процессом разработки, чем любой из мейнтейнеров и руководителей проекта, потративший на это с десяток лет.
>Ну естественно: каждый йух с горы лучше знает как руководить процессом разработки,
>чем любой из мейнтейнеров и руководителей проекта, потративший на это с
>десяток лет.И так за десяток лет ничего и не сделав, чтобы было, хотябы на чуть-чуть, достойно виндовс.
Линукс - удел серверов, пока им рулят нынешние мэйнтейнеры.
Можно подумать, от мантейнеров много чего зависит.
Они она службе - чего скажут, то и сделают.
Лично мне нравится в плане управления то, что есть. Идеально. Просто некоторые часто не ценят то, что есть, считая это самим собой разумеющимся.
А то, что на десктопах использует лишь 1 человек из 10-ти... Ну так Макинтош использовали и того меньше совсем недавно. Потом удался iPod, и продажи пошли вверх, в 5 раз Макинтош стали использовать больше. Сам компьютер за это время не изменялся.
И здесь аналогично, плюс еще убунту тормозная.
>А для этого нужно ГРАМОТНОЕ, ЦЕНТРАЛИЗОВАННОЕ управление.Ага, особенно промышленность СССР показала что в итоге получается. Жигули там всякие, etc. Централизованное управление хорошо давит все потуги сделать что-то новое или улучшить существующее, факт. Ну, маркетологам то оно и не надо - им надо "план гнать". При том капиталисты придумали гораздо больше трюков для впаривания хлама 20-летней давности. Вон например винды поддерживают ажно 2 файловые системы. Одна - это аж технологии из эпохи CP/M (некисло так?). Второй - порядка 15 лет, технологии девяностых. Тоже ничего так. И ... все! Чем не совковый автопром с жигулями? Только с переросшим рекламным отделом который частично компенсирует такие фэйлы. Но методы похожие - тоже давится свобода выбора, возводятся искусственные барьеры и прочая. Вот только такая схема - рушится. Конкуренция однажды все-таки появляется, и ... да, обмякшее неконкурентоспособное дерьмо отмирает, забрызгав все вокруг ;)
>Аминь.
Сгинь, нечистая сила!
>Вон например винды поддерживают ажно 2 файловые системывообще-то минимум 4 искоробки (FAT*, NTFS, ISO9660+Joliet, UDF) и сколько угодно в виде подключаемых модулей (exFAT, EXT* и т.д.)
>тоже давится свобода выбора, возводятся искусственные барьеры и прочая. Вот только такая схема - рушится
Кот бы говорил! Здесь хотя бы не осуждают программеров на педоне или шелскрипте в отличие от велосипедистов, портирующих с моно на жаву.
>[оверквотинг удален]
>так?). Второй - порядка 15 лет, технологии девяностых. Тоже ничего так.
>И ... все! Чем не совковый автопром с жигулями? Только с
>переросшим рекламным отделом который частично компенсирует такие фэйлы. Но методы похожие
>- тоже давится свобода выбора, возводятся искусственные барьеры и прочая. Вот
>только такая схема - рушится. Конкуренция однажды все-таки появляется, и ...
>да, обмякшее неконкурентоспособное дерьмо отмирает, забрызгав все вокруг ;)
>
>>Аминь.
>
>Сгинь, нечистая сила!боюсь тебя огорчить, они со своими двумя неплохо зашибают бабло и это уже результат
> если брать только то, что "подходит" торвальдсу, то линукс будет и дальше однобоким серверонливным поделием.полностью устраивает, так что сносите свой убунту и ставьте Windows7 как и хотели :)
попытка внедрения менеджера томов для дисковых устройств: "Тогда многие, включая Линуса, долго пытались понять, что это такое и зачем это нужно", но в конце концов отвергли как "неподъемный груз" для разработки ядра тех времен.натурально. jfs тож ниасилили. кстати, странно, что бимеры недоперли - если у них синдром NIH в полный рост, с чего бы в линуксе было по другому? мало кому интересно работать над чужим велосипедом, особенно - вылизывать недовылизанное. вот свой велисапет придумать - это другое дело. и тож бросить недовылизанным, кстати :)
EVMS -- вообще вещь сильно в себе, по концепциям близкая к майнфреймам, насколько понимаю (см. тж. http://evms.sourceforge.net/architecture/).В альте и сейчас libevms под evms-guile применяется в инсталере для транзакционной разбивки диска и создания RAID/LVM -- но как минимум модуль ресайза FAT и что-то ещё mouse@ и sbolshakov@ пришлось писать самим.
И да, прийти с огромным куском нетривиального кода не только для IBM не сработало -- Xen с OpenVZ по той же статье отказали.
>по концепциям близкая к майнфреймам, насколько понимаюой, это вряд ли - в z/OS и понятие файловой-то системы в привычном понимании существует только в юниксовой подсистеме. а все остальное - совершенно нечеловеческий storage :)
Ну помимо не особо удачных вещей, типа того же шедулера у IBM есть вещи, которые действительно сделали большой вклад в Linux, например, тот же LVM. Сейчас это де-факто стандарт для любителей гибкого управления ФС.Помимо ядра, есть важные продукты, на которые IBM повлияла довольно значительно, та же Самба например. Кластеризация там была сделана благодаря этой компании и продается сейчас в коммерческом продукте под названием IBM SOFS.
> у IBM есть вещи, которые действительно сделали большой вклад в Linux, например, тот же LVM. Сейчас это де-факто стандарт для любителей гибкого управления ФС.что-то я пока не вижу в лине возможности ресайзить мейнстримовые fs в любую сторону в онлайне. в отличие от.
Плохо смотришь, причем xfs и jfs должны быть в онлайне, чтобы их отресайзить:
http://www.linux.org/docs/ldp/howto/LVM-HOWTO/extendlv.htmlHow to online resize the Ext4 filesystem?
Online resizing of ext4 works in a similar manner as ext3, using either resize2fs or ext2resize, but there is currently a limit (around 4TB or so) to the maximum filesystem size. Implementing online resize with the META_BG feature would allow this limit to be exceeded.
reiserfs
Reiserfs file systems can be resized when mounted or unmounted as you prefer
XFS file systems must be mounted to be resized and the mount-point is specified rather than the device name.
Just like XFS the JFS file system must be mounted to be resized and the mount-point is specified rather than the device name.
ключевое слово было "в обе стороны".
в онлайне и рейзер и xfs только расти умеют.
> ключевое слово было "в обе стороны".ключевое слово: не нужно!!! - жизнь показала
тут уже со мной спорили :), но так и не смогли показать место где это можно применить - кроме домашнего компа подростка, которому не дали денег на новый винт :)
ггг это только говорит об уровне задач, которые вы себе в состоянии представить.
еще как нужно!!а что делать юзерам с виртуальными машинами, которые хотят уплотнить файлы виртуальных машин (по принципу - в гостевой системе уменьшили фс, в хост системе отрезали кусок файла от образа диска гостевой системы)?
то, что Вам жизнь показала это одно, у меня например явно другое. Не стоит говорить за всех, уважаемый.
>еще как нужно!!
>
>а что делать юзерам с виртуальными машинами, которые хотят уплотнить файлы виртуальных
>машин (по принципу - в гостевой системе уменьшили фс, в хост
>системе отрезали кусок файла от образа диска гостевой системы)?
>
>то, что Вам жизнь показала это одно, у меня например явно другое.
>Не стоит говорить за всех, уважаемый.Используйте "тонкие" диски в ваших ВМ и будет щасте. Венда вообще в принципе не умеер ресайзить тома с системой или файлом подкачки, только сторонними утилями в режиме загрузки голого ядра и драйверов дисков/ФС.
Прямая не является КРАТЧАЙШИМ расстоянием между двумя точками, если принять во внимание ещё и трудозатраты, так что ядро развивается так как оно развивается.
Прямая является КРАТЧАЙШИМ расстоянием между двумя точками.
Расскажи об этом свету, пролетающему в линзе. Оптическая прямая не совпадает с геометрической.
ты это. перестань наркотики.
какая оптическая прямая?
>ты это. перестань наркотики.
>какая оптическая прямая?Если пространство неоднородно для света, то он летит не по геометрической прямой. Примеры уже приведённое преломление света в призме/линзе, гравитационное отклонение и пр.
>Расскажи об этом свету, пролетающему в линзе. Оптическая прямая не совпадает с
>геометрической.А Вы в курсе, что кроме геометрии на плоскости и в "плоском" пространстве (планиметрии, стереометрии, геометрии Эвклида) существуют и другие геометрии? (Например, сферическая геометрия, проективная геометрия, геометрия Лобачевского...)
Насколько я понял, человек хотел сказать нечто вроде "криволинейный интеграл по прямой между двумя точками не является наименьшим".
Весь вопрос в том, в какм пространстве находятся точки... Если это плоскость - одно, если это пространство с 3мя 4мя и более измерениями, то это другое...
А при чем здесь измерения? Тут главное неоднородность пространства для проводящего линию.
>Прямая является КРАТЧАЙШИМ расстоянием между двумя точками.В нашем мире это называется геодезическая линия.
>В нашем мире это называется геодезическая линия.Ну как не называй в это типа прямая такая хитрая.
Геодезическая линия — обобщение понятия «прямая» в искривлённых пространствах
На кривой поверхности геодезические линии, заменяя прямые, позволяют строить геометрию так, как это делается на плоскости
Гладкая кривая на поверхности называется геодезической, если каждая ее достаточно малая дуга является кратчайшей.
>Прямая является КРАТЧАЙШИМ расстоянием между двумя точками.Угу.
Пока находится в сфере физики Ньютона и не попадает в пределы сферы Теории Относительности.
Вам бы Ландау, Сахарова почитать.
А как Линусу удается их всех так отшивать?
Ну, это если Линус не согласен вносить изменения в ядро... А если он согласен?! Значит, можно ведь и повлиять...
Но даже если он не хочет... Возьмём в пример звуковую систему. В самом начале пути Линукса по Миру звук никуда не годился, который OSS. Линус считал бессмысленным в таком состоянии его реанимировать. Не спросив Линуса, сделали ALSA. Как видите, теперь в ядре. А допустим, Линус, Столлман, СМердок и прочая компашка не хотят цифровые ключи гпг. Кто-то другой их сделал, всем понравилось - все захотели. Это в пример, я не знаю как было.
Я о том, что желая создать хорошее, не надо спрашивать Линуса и прочих. Просто сделайте и если это правда полезно и востребовано даже, будут пользоваться. Имеющие уши да услышат.
> Просто сделайте и если это правда полезно и востребовано даже,
>будут пользоваться. Имеющие уши да услышат.Вспоминается планировщик от Кона Колливанса
Когда я писал комментарий, я понял ошибку в своих размышлениях. Повлиять на ядро Linux, а не на дистрибутивы с этим ядром... Так что гпг неуместна... Эти программы-библиотеки не в ядре... Но комментарий решил оставить...
P.S. Его патчи очень популярны... Ну вот ключи гпг. Это же не в ядре, Линус здесь ни при чём... Это в дистрибутиве. Если создатели самых разных дистрибутивов хотят ими пользоваться, они добавят этот компонент - и Линуса не спросят. Компонент этот просто тесно интегрирован и дистрибутивы, как мне кажется... Точно так же и патчи. Хотят - пропатчат ядро и свой дистрибутив выпустят в таком виде. Почти все основные дистрибутивы хорошенько пропатчивают ядро Linux, а может быть и все. SlackWare - даже там появились патчи в ядре для режимов более комфортной работы для людей с ограниченными возможностями. А хотят - вообще не используют ядро Linux. Слышали о GNU/Hurd Debian? Тот же Debian, но без Linux.
> .. Возьмём в пример звуковую систему.Вот именно. Эта вещь должна быть в ядре, иначе некак не добиться, чтобы звук НИКОГДА не рвался. Звук не так сильно загружает систему, чтобы были причины не давать ему максимальный приоритет.
>> .. Возьмём в пример звуковую систему.
>
>Вот именно. Эта вещь должна быть в ядре, иначе некак не добиться,
>чтобы звук НИКОГДА не рвался. Звук не так сильно загружает систему,
>чтобы были причины не давать ему максимальный приоритет.Ага. А как вам повисший пульс который грузит проц на 100%?
>звук никуда не годился, который OSS.Да что вы говорите... Выкидывание его из ядра было совершенно по другим (не техническим) причинам.
> любые попытки это сделать будут неоптимальнымиЭто очень мягко сказано, видимо чтоб не травмировать балмера, отвисающего много лет на антидепрессантах