> man operating_systems
Кон Коливас: Почему я ушёл
Кон Коливас (Con Kolivas), довольно известный разработчик ядра, создавший и сопровождавший ветку Linux -ck, недавно объявил о том, что разработка ветки прекращена вместе со всем участием Кона в разработке ядра. APCMag.com взял у него интервью, в котором Кон рассказывает о рынках аппаратуры и ПО, проблемах Linux, которые заставили его заняться веткой -ck, о текущем состоянии Linux на настольных машинах и, конечно, о том, почему он ушёл и закрыл -ck.
Roman I Khimov  в  Вторник, 24 Июль 2007, 22:52  |   Комментарии: 91  |  для печати

Комментарии
Roman I Khimov |24.07.2007 22:53
Комментарии: 952


Настоятельно рекомендую к прочтению.

cmp |25.07.2007 12:05
Комментарии: 55

Зарегистрирован: 18.04.2005 15:35

хм.. gentoo потроен на ck ветви?

Dron |25.07.2007 12:14
Комментарии: 558


gentoo может импользовать практически любое ядро.
в портежах есть vanilla, gentoo, ck, mm еще какие-то.

Dron |25.07.2007 12:20
Комментарии: 558


где у него кнопка??? по сцылке - всего лишь анонс... где интервью??? не пойму

fresco |25.07.2007 13:10
Комментарии: 19

Зарегистрирован: 21.08.2005 19:42

http://apcmag.com/6759/interview_with_con_kolivas_part_1_computing_is_boring
http://apcmag.com/6762/interview_with_con_kolivas_part_2_his_effort_to_improve_linux_performa

Roman I Khimov |25.07.2007 14:06
Комментарии: 952


Dron написал(а) ...
gentoo может импользовать практически любое ядро.
в портежах есть vanilla, gentoo, ck, mm еще какие-то.

Ага. Просто Кон сопровождал ядра для Gentoo.

cmp |26.07.2007 04:52
Комментарии: 55

Зарегистрирован: 18.04.2005 15:35

Думаю любой линукс может использовать любое линукс-ядро.
Сопровождал только ядра или был связан с gentoo чем-нить еще? что-то последнее время они зачахли, видимо самые ретивые ушли в убунти.. понятно что линух это реализованное право на альтернативу, но он прав, лучше бы релизы до ума довели, а то отдельные не компилятся даже, хочешь не хочешь либо на какой-нибудь дебиан перейдешь (если сможешь ), либо потратишь уйму времени комбинирую патчи и порядок их наложения пока чего-нить добьешься..

Roman I Khimov |26.07.2007 10:30
Комментарии: 952


[quote]Сопровождал только ядра или был связан с gentoo чем-нить еще?[/cmp]
Вроде бы только ядра, ну, и использовал сам, наверняка.

cmp написал(а) ...
понятно что линух это реализованное право на альтернативу, но он прав, лучше бы релизы до ума довели, а то отдельные не компилятся даже

Тут мне главным кажется даже не это. Это просто такая политика ядерщиков сейчас, что мы делаем технологию, а дистрибутивщики доводят её до состояния продукта. Джигитам, которые сами себе собирают ядра это, конечно, не нравится, но на то они и джигиты, чтобы сами с этим боролись.

Фиг бы с ним, если бы ядро элементарно не было настолько оторвано от народа. А оно оторвалось и значительно. Возможность использовать тысячи процессоров (с процессорным hotplug-ом) и рулить многотерабайтными массивами у основной массы разработчиков сейчас значительно приоритетнее, чем попытки выжать всё что можно, например, из ноутбучного винчестера и правильно распределять задачи на однопроцессорной машинке, или исправить какой-нибудь драйвер для простой популярной железки...

Конечно, к счастью, Linux подпитывается изменениями и из другой части рынка, встраиваемых систем, которые должны бы уравновешивать все изменения для мега-железяк и давать адекватный выбор для обычных настольных машинок. Но по факту этого баланса нет, где деньги, там и разработчики, а в т.н. enterprise денег много больше.

Вот и перетекает Linux куда-то ближе к Solaris. Solaris ведь система отличная, особенно когда у тебя хотя бы 4 процессора да десяток Гб памяти, тут-то он себя покажет. А то что на однопроцессорке с менее чем Гб памяти будет задумчив это, извините, не для того создавалось. Вот и Linux к тому движется, что грустно.

cmp |26.07.2007 12:49
Комментарии: 55

Зарегистрирован: 18.04.2005 15:35

Как раз именно ядро можно ставить в пример того как надо работать, красиво и аккуратно - не хочешь возится с конфигом нового, скопируй со старого,.. про планировщики и тюнинг речь не идет, второй по знаимости пакет в линухе - glibc, как я понял ни один релиз не собирается ни на одной машине, пока не наложишь десяток волшебных патчей, причем есть выбор - хочешь от gentoo хошь сам все найди, можно и ручками ошибки поправить (ошибки вроде декларации функции sprintf c как
int sprintf(char *, char *);
). Кстате про тестирование производительности: дома стоит athlon 900MHz 512Mb, на работе толи пень толи целик, но 3200MHz 1Gb, идентичные ядра - за исключением галочек на против процов и девайсов конечно. Так вот дома все как по маслу не спеша, но идет своим ходом, на работе же время от времни комп ловит тупняк и секунд пять вообще ни каких признаков жизни, - что-то мне подсказывает, что в этот раз все таки лыжи.

Сегодня электрик на ноутбучную винду жаловался, мол полгода как поставили не прошло, а там опять что-то не так... сказал, что альтернативы нет... засранец этот Кон, мысль плюнуть на все и пойти в фермеры второй день давит.

Dron |26.07.2007 13:54
Комментарии: 558


Да ладно вам... жизнь не так плоха...
Возможно ядерщики и нацелены на мощное железо...
С другой стороны нужно уметь отказываться от старого...
никто сейчас в здравом уме не станет пытаться запускать линукс на P100... Я уж не говорю про более раннии модели...
И правильно, потому что это раритеты, и им место в музее. (ну или потестировать что нибудь

А в остальном - производительности никому никогда не хватает.
Лично я не замечал что мой KDE тормозит на моем P4-2GHz.
Может быть я просто терпимо отношусь к торможениям? с пониманием так сказать...

cmp |26.07.2007 16:50
Комментарии: 55

Зарегистрирован: 18.04.2005 15:35

Когда в России начнут менять оборудование не тогда когда оно выработает 400% ресурса, а по графику, скажем раз в пять лет, когда средний достаток будет позволять менять домашний комп, и скорее всего найдется много народу кто предпочтет обновить скажем машину впервую очередь, тогда и только тогда можно будет забить и забыть про всякие древности, а OS будет как сейчас браузеры поколение 4, 5 и т.д.

Про мобильные устроства уже говорилось, мой телефон имеет проц 200MHz, он умеет показывать картинки, но не может показать содержимое *.txt - бред. Хотя большенству это нафиг не надо, я бы и рад поставить туда что-нить более юзабельное, но кроме убогенькой явы не моги. Так что если разработчики ядра утверждают, что оно одинаково хорошо и для майнфреймов и для mp3/dvd проигрывателей, то кажется странной такая дыра на месте золотой серены - рабочей станции.

по части производительности: мне вот 900MHz хватает, да тупит опера когда 400 метров кэша, да фильм 5-7 часов перекодируется, игры новые не идут, но они мне и не нравятся, а star craft еще раритетнее чем мои дрова, то есть чтобы опробовать всякие новые штуки его достаточно, и менять его в ближайшие годы я не планирую, так что мне на вин98 переходить когда какой-нить умник решит, что никто уже не будет использовать его код на маших, где 15 минут его сЪэкономленного времени будут накапливаться в долгие часы ожидания моего времени..

Hmmm |27.07.2007 11:01
Комментарии: 45

Зарегистрирован: 09.08.2006 11:29

Не, ну зря вы так про солярку, у меня на работе одна из тачек Ultra 10 (спеки, если кому интересно: http://sunsolve.sun.com/handbook_pub/Systems/U10/spec.html ). Дык на ней Solaris 8 не летает конечно, но пашет вполне нормально. Временами приходится на ней разработкой заниматься и даже терминальный сервер запускать со старофисами и прочей лабудой.
А то что разработчики сейчас на мощные машины прицеливаются, так это всегда так было. Понятно, что оптимизация дело геморное и на мощных машинах на нее зачастую можно забить. Тут Роман правильно заметил - нас спасут эмбеддеды, на остальных надежды мало

Dron |30.07.2007 12:17
Комментарии: 558


cmp, для любой машины можно найти задачу которая будет выполняться часами или сутками... это вовсе не признак торможения.

скорее наоборот

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

cmp |31.07.2007 00:51
Комментарии: 55

Зарегистрирован: 18.04.2005 15:35

Можно, но нужно ли, кино на 8Гб это слишком - в итоге 200Гб забито, а посмотреть нечего, так что факт: кодировка видео есть самая затупная задача из необходимых, и самая необходимая из самых затупных

Dron |31.07.2007 11:43
Комментарии: 558


И много фильмов тебе приходится кодировать в день?
Я тоже иногда этим балуюсь, например когда фильм не хотит работать на моем DVD плейере. но это редко.

Че-то хотел сказать... но мысль убежала...
Люди всегда найдут на что потратить гигагерцы...
Где то была идея поисковика музыки, где мелодию надо было настучать пробелом представляешь какие горизонты потребления гигагерцев открываются если вспомнить еще и про видео? (хотя это конечно не особо локальная область)

PS: А видео я на винте не храню... для этого есть диски.

cmp |01.08.2007 04:40
Комментарии: 55

Зарегистрирован: 18.04.2005 15:35

если учесть что один фильм как правило приходится кодировать несколько раз, .. чтобы уложится в размер или звук синхронно шел, то доходит до недель когда комп работает, днем когда я на работе, ночью когда сплю.

пробелом настучать... даже представить боюсь, что будет, если вся шайка поп-идолов доберется до подобной технологии. кстате всегда было интересно сколько нот (или байт) из скольки должны совпадать чтобы признать одно копией другого..



Комментарии доступны только авторизованным пользователям, авторизуйтесь или зарегистрируйтесь на сайте здесь

© OSRC.info, 2004-2010.
Авторские права на любые материалы, авторы которых явно указаны, принадлежат их авторам. По вопросам публикации таких материалов обращайтесь к авторам.
Авторские права на любые другие материалы принадлежат OSRC.info.
Сайт является помещением библиотеки. Копирование, сохранение на жестком диске или иной способ сохранения произведений осуществляются пользователями на свой риск.
При использовании материалов сайта ссылка на OSRC.info обязательна.