The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Вектор развития Linux: легковесность против усложнения

12.02.2009 11:19

Ephraim Schwartz попытался обосновать предположение об изменении вектора развития операционных систем в сторону упрощения: проводится работа по уменьшению времени загрузки, уменьшается число запущенных по умолчанию сервисов, понижается потребление памяти, появляются сокращенные сборки для нетбуков и варианты Linux дистрибутивов для запуска только необходимого приложения в виртуальных окружениях (концепция JeOS), для мобильных устройств развивается концепция интерфейса с одним браузером и привязанными к нему виджетами.

Razvan Musaloiu решил оценить, насколько сокращение прикладной составляющей коррелирует с изменение внутренней структуры ОС. Было проведено исследование изменения числа внешних вызовов из модулей с реализацией 15 файловых систем Linux для ядер с 2.6.11 по 2.6.28. Полученная информация свидетельствует о росте усложнения ядра, из всех ФС уменьшение внешних вызовов отмечено только для файловой системы 9p, число внешних обращений в которой сократилось с 70 в 2.6.17 до 62 в 2.6.23. Для большинства ФС прослеживается медленный рост внешних зависимостей. Наиболее значительный рост обращений к другим подсистемам ядра наблюдается в файловых системах nfs (от 170 до 300), ext4 (от 210 до 250) и fuse (от 80 до 140).

  1. Главная ссылка к новости (http://hardware.slashdot.org/a...)
  2. OpenNews: Первый релиз проекта Ubuntu JeOS
  3. OpenNews: Новая Linux платформа для приложений от Novell
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/20232-fs
Ключевые слова: fs, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (30) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, uZver (?), 11:41, 12/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    nfs (от 170 до 300), ext4 (от 210 до 250) и fuse (от 80 до 140)

    Чето фигня. Подсистемы внутри большой программы все больше пользуются общими подходами и вызовами.

    Вместо разнобоя И раздельной реализаци одного и того же используются ОБЩИЕ.

    Аффтор наверное за статическую линковку вместо динамической и модульной.

     
     
  • 2.3, Фил (?), 11:53, 12/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Вобще-то рост зависимостей между модулями это знак того, что это теперь не модули. Подсистемы внутри большой программы должны дергать друг друга как можно меньше. Иначе нафига вобще эти модули.
     
     
  • 3.4, Аноним (4), 12:24, 12/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Зависимости между модулями всегда будут.

    А сравнивать число методов - глупо. Заменили один sysctl c 20 макросами на 20 функций -  но это только плюс. Я так считаю.

    Модульность это в первую очередь чёткость и формализованность интерфейса, и отнюдь не число методов.

     
     
  • 4.7, Фил (?), 13:05, 12/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Зависимости между модулями всегда будут.

    Конечно будут, но их должно быть мало и они должны быть понятными.

    >Модульность это в первую очередь чёткость и формализованность интерфейса, и отнюдь не
    >число методов.

    Это еще и число методов этого интерфейса. Понятно, что все эти пляски с бубном вокруг модульности нужны для упрощения внесения изменений и отладки. Так вот при огромном числе точек входа в модуль сложность всего этого растет в разы. Собственно увеличение зависимости между модулями это плохой признак. Да это не ужас-ужас-ужас, но хорошего в этом мало.


     

  • 1.2, Аноним (4), 11:43, 12/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    О чём эта новость??
     
     
  • 2.5, pazke (?), 12:25, 12/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >О чём эта новость??

    Ни о чем. Бесполезная белиберда.

     
     
  • 3.9, ТТТ (?), 17:04, 12/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Как это точно подмечено...
     

  • 1.6, Макс (??), 12:51, 12/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    правильно. потому как винда становиться всё сложней из года в год. А линукс если будет оставаться простым, будет иметь другие потребительские качества, которых у винды не будет.
     
     
  • 2.17, anonymous (??), 22:32, 12/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >правильно. потому как винда становиться всё сложней из года в год. А
    >линукс если будет оставаться простым, будет иметь другие потребительские качества, которых
    >у винды не будет.

    Откуда Ты знаешь сложная Винда или нет? Ты ее исходники видел что ли?

    А то что ядро серии 2.6.* становиться все тяжелее и медленнее это факт. Последняя версия ядра 2.4.* процентов на 5-10% шустрее чем 2.6.* на однопроцессорной системе.

     
     
  • 3.19, Аноним (4), 01:11, 13/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А чем у тебя ядро занимается? Что делает, интегралы считает? Обьясни-ка, а потом уже проценты отбалдовые пиши.

    Армяне лучще чем грузины ))

     
     
  • 4.24, anonymous (??), 23:22, 16/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >А чем у тебя ядро занимается? Что делает, интегралы считает? Обьясни-ка, а
    >потом уже проценты отбалдовые пиши.
    >
    >Армяне лучще чем грузины ))

    Приложения считающие интегралы быстрее выполняют свою работу именно под управлением ядра версии 2.4.*, чем те же самые приложения работающие под управлением ядра версии 2.6.*.

    Еще раз хочу оговориться, что речь идет именно об однопроцессорных системах, ведь основная заточка в ядрах серии 2.6.* была направленна именно на улучшение ее производительности в многопроцессорных системах.

     
     
  • 5.26, Аноним (4), 22:30, 17/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Приложения считающие интегралы быстрее выполняют свою работу именно под управлением
    > ядра версии
    >2.4.*, чем те же самые приложения работающие под управлением ядра версии
    >2.6.*.

    Не верю. Я проверял (когда переходил на 2.6) никакой разницы не обнаружил. У меня однопроцессорная система.

    >Еще раз хочу оговориться, что речь идет именно об однопроцессорных системах, ведь
    >основная заточка в ядрах серии 2.6.* была направленна именно на улучшение
    >ее производительности в многопроцессорных системах.

    Из того что 2.6 работает лучше 2.4 в многопроцессорных системах, ну никак НЕ СЛЕДУЕТ что 2.4 лучше в однопроцессорных.

    2.6 также легко компилируется без поддержки SMP как и 2.4

    в 2.6 добавлена уйма полезных вещей.

     
     
  • 6.27, анонимус (?), 13:02, 20/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Плохо значит проверял Вот значения времени разных способов сортировки массива т... большой текст свёрнут, показать
     
  • 3.20, ddd (?), 07:55, 13/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    вообще то большую часть связности винды можно легко посмотреть с помощью depend. Вся структура основана на .dll а они легко поддаются анализу. Главное отличие W7 от свисты в том что они уменьшили связность.
     
  • 2.29, nickispeaki (?), 16:28, 19/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >правильно. потому как винда становиться всё сложней из года в год. А
    >линукс если будет оставаться простым, будет иметь другие потребительские качества, которых
    >у винды не будет.

    Ну народ!
    Вы даете!
    Во-первых, легковесность - это новое (!) модное течение!
    Вы посмотрите на МС и Аррле. Вин 7 у меня грузится за 25сек. Это намного быстрее 1.46мин моего Минта 6. Макос 10.6, тоже обещают, будет грузиться быстрее 10.5. Если так пойдет, то я с Линукса (2 года, полет с глюками, но еще летим!) перейду на вын или мак.

    Вот, смотрите - tinycorelinux. 10mb! побробуйте загрузку с сд за 15сек!

    http://tinycorelinux.com/concepts.html


     

  • 1.8, Detergen (?), 15:27, 12/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну и юзеры на месте не стоят... идут в сторону оптимизации, по форумам лора и другим местам заметил дзен путь линукса, на своем опыте(и не я один такой, см. скриншоты локра):
    KDE->Gnome->XFCE->OpenBox
    Kate->VIM
    OOffice->vim+pdflatex

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

    Статья полезная тем, что дает повод думать о том, что скоро "баланс изучения рядовыми пользователями ГУИ примочек и изучения командной строки с основами программирования буде в пользу второго".

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

     
     
  • 2.16, sHaggY_caT (ok), 22:17, 12/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >KDE->Gnome->XFCE->OpenBox

    Бред какой-то. Я бы еще согласилась с:

    KDE > Conky > Ion

    Если новичек использует КДЕ только по тому, что там есть большая синяя кнопка K, которая по-дефольту находится там же, где и знаменитая кнопка оффтопика, это еще не означает, что он _сознательный_ пользователь KDE, который знает о фичности Kwin, и знает другие фичи этой DE

    З.Ы. /me KDE-юзер, смотрящая в сторону WM с функционалом сравнимым с Kwin

     
     
  • 3.18, Guest (??), 22:44, 12/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > KDE > Conky > Ion

    Щито? Мадам вообще в курсе что такое conky?

    А вот с пересадкой юзеров с DE на нормальные WM по мере роста квалификации согласен. Вобщем и *box, и ion, и awesome и все остальное - это дело вкуса, но набравшись знаний и поняв как сделать удобно, DE однозначно выкидывают.

     
     
  • 4.23, sHaggY_caT (ok), 17:57, 15/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >> KDE > Conky > Ion
    >
    >Щито? Мадам вообще в курсе что такое conky?

    Да, глупость. Забыла как называется один WM, который сделан как композит изначально (я не о компизе)))), о нем еще на ЛОРе писали, сейчас легкое гугление название этого WM не дало
    Впрочем, это не важно.
    Я просто прокомментировала сообщение выше, когда переход с KDE на Gnome был назван почему-то прогрессивным.

     

  • 1.10, Slavik (??), 17:41, 12/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очень правильное решение. Вот у меня рабочая убунта.
    dbus-daemon, NetworkManager, NetworkManagerDispatcher, hald, hald-runner, hald-addon-{4 штуки}, console-kit-daemon, seahorse-agent, gconfd, bonobo-activation-server, evolution-data-server, notification-daemon, еще какой-то кал от evolution. Никаких гномов, заметьте, не запущено - fluxbox.
    Дома FreeBSD. Ничего из этого нету, все работает абсолютно также.
    И нахрена, спрашивается, весь этот гнововский мусор? Почему нельзя вместо dbus использовать нормальные сокеты, почему нельзя не запускать gconfd, если gconf использует одно-два приложения от силы, что это вообще за notification и activation, что за блин console-kit?
     
     
  • 2.25, anonymous (??), 23:30, 16/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Очень правильное решение. Вот у меня рабочая убунта.
    >dbus-daemon, NetworkManager, NetworkManagerDispatcher, hald, hald-runner, hald-addon-{4 штуки}, console-kit-daemon, seahorse-agent, gconfd, bonobo-activation-server, evolution-data-server,
    >notification-daemon, еще какой-то кал от evolution. Никаких гномов, заметьте, не запущено
    >- fluxbox.
    >Дома FreeBSD. Ничего из этого нету, все работает абсолютно также.
    >И нахрена, спрашивается, весь этот гнововский мусор? Почему нельзя вместо dbus использовать
    >нормальные сокеты, почему нельзя не запускать gconfd, если gconf использует одно-два
    >приложения от силы, что это вообще за notification и activation, что
    >за блин console-kit?

    Вот именно после всех этих НА КОЙ ВСЕ ЭТИ ПРОЦЕССЫ ЗДЕСЬ, Я и перешел на Slakware. Уж она то позволяет сделать так, что бы в системе запускались именно те процессы, которые Тебе нужны и не более того!!!

     
  • 2.30, nickispeaki (?), 16:40, 19/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Очень правильное решение. Вот у меня рабочая убунта.
    >dbus-daemon, NetworkManager, NetworkManagerDispatcher, hald, hald-runner, hald-addon-{4 штуки}, console-kit-daemon, seahorse-agent, gconfd, bonobo-activation-server, evolution-data-server,
    >notification-daemon, еще какой-то кал от evolution. Никаких гномов, заметьте, не запущено
    >- fluxbox.
    >Дома FreeBSD. Ничего из этого нету, все работает абсолютно также.
    >И нахрена, спрашивается, весь этот гнововский мусор? Почему нельзя вместо dbus использовать
    >нормальные сокеты, почему нельзя не запускать gconfd, если gconf использует одно-два
    >приложения от силы, что это вообще за notification и activation, что
    >за блин console-kit?

    шо и говорить!
    Таки-так! Я, правда, не такой спец в линуксе.... А вот нетвок менеджером таки иногда (кодга глючить сеть\инет) пользуюсь. Сихрос - шняга еще та! Зачем мне шифроваться на домашнем ноуте?! еволюшина примочки уже прибил. хальдов . Не имею! Даже не в курсе шо оно такое!

    бонобаки всякие... а это что?

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

     

  • 1.11, Аноним (4), 18:13, 12/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Почему нельзя вместо dbus использовать нормальные сокеты

    Вы будете смеяться, но dbus таки использует сокеты :)

    > почему нельзя не запускать gconfd, если gconf использует одно-два приложения от силы

    Как же его не запускать, если приложения его используют ?

     
     
  • 2.12, Slavik (??), 18:23, 12/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >> Почему нельзя вместо dbus использовать нормальные сокеты
    >Вы будете смеяться, но dbus таки использует сокеты :)

    Я в курсе. Перечитайте, на что отвечаете.

    >> почему нельзя не запускать gconfd, если gconf использует одно-два приложения от силы
    >Как же его не запускать, если приложения его используют ?

    gconfd != gconf. Перечитайте, на что отвечаете.

     
     
  • 3.13, sneer (??), 19:44, 12/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Вы наверно выбрали в gdm или что там у вас просто openbox а службы поотключать забыли. А так да.Я вот например ниразу в жизни не запускал evolution нафига мне их приблуды.Вообще система должна наращивать сложности по потребностям. Например запустил человек evolution тот же первый раз. Хоп в загрузку добавились нужные ей службы ну или не первый раз а раз пять скажем. А юзера предупредить что превые пять дней будет происходить адоптация под вас. Запустил человек 20 раз oowriter за неделю добавили аплет быстрого старта этой приблуды.
     
     
  • 4.15, Slavik (??), 19:47, 12/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы наверно выбрали в gdm или что там у вас просто openbox а службы поотключать забыли.

    Не наверно а точно. Но вся эта помойка загружаться с системой вообще не должна.

    > Запустил человек 20 раз oowriter за неделю добавили аплет быстрого старта этой приблуды.

    Что-то вроде.

     

  • 1.14, Frank (??), 19:46, 12/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Категорически приветствую. Хороший вектор.
     
     
  • 2.21, void (??), 09:30, 13/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Категорически приветствую. Хороший вектор.

    категорически согласен. где дзен-программисты?

     
     
  • 3.22, guest (??), 10:24, 13/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Настоящие дзен-программисты познали дао и ушли в нирвану. А по делу - я за. Еще со времен Спектрума люблю маленькие и быстрые программки и ОСи.
     

  • 1.28, nickispeaki (?), 16:22, 19/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вах! так я, понимаешь, в струю попал!
    Вот сейчас работаю над тиникоре линуксом. Реактивная бомба!
    10мб ісошка! грузиться 15сек в рем. Иксы просто летают!
    Ну и минусы - нет поддержки ру, укр, кодеков, голая система (хотя консольных прог, по-моему, больше чем надо раз в 5), нужен быстрый инет и куча оперативки. Нужно маунтить диски вручную. Ну и с прочей лабудой разбираться, что я и делаю!

    opera стартует за 0.х секунды! То есть меньше 1сек!

    В репозитарии есть несколько сотен самых необходимых прог -оо2, к3б, гимп, кодеки, зипы, флеши, аудио-видео и другое.

    Присоединяйтесь!
    nsbookmarks@(dogi)gmail.com

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру