The OpenNET Project / Index page

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

Вышел релиз Linux ядра 2.6.31. Обзор новшеств

10.09.2009 09:36

Линус Торвальдс объявил в списке рассылки Linux ядра о выходе релиза 2.6.31. В новое ядро принято около 12 тысяч исправлений от 1356 разработчиков, размер патча - 57Мб (добавлено 923 тыс. строк кода, удалено - 513 тыс.). 70% всех изменений связано с инфраструктурой драйверов и еще 6% связано c прошивками (firmware) и звуковой подсистемой, что значительно больше неформального баланса "50% изменений в драйверах и 50% во всем остальном". Примерно 11% изменений имеют отношение к поддержке различных аппаратных архитектур (ARM, mips, powerpc, sh, x86) и примерно столько же приходится на код, обеспечивающий работу файловых систем.

Основные новшества:

  • Поддержка USB 3.0 и хост-контроллеров, соответствующих спецификации xHCI 0.95 (eXtensible Host Controller Interface). Стандарт USB 3.0 определяет в качестве максимальной скорости передачи данных через USB интерфейс - 4.8 гигабит в сек., что в 10 раз быстрее USB 2.0;
  • CUSE - расширяет возможности FUSE поддержкой создания драйверов символьных устройств (например, драйверов для звуковых карт), работающих на пользовательском уровне. Одним из первых проектов использующих CUSE является OSS Proxy, универсальный эмулятор звуковых устройств, позволяющий пробрасывать звук поверх сети на звуковую карту другой машины или организовать более полный уровень совместимости OSS-приложений с звуковой подсистемой ALSA, позволяющий в один и тот же момент использовать интерфейсы OSS (/dev/dsp, /dev/adsp и /dev/mixer) и ALSA;
  • Проведена работа по улучшению отзывчивости системы при выполнении типовых десктоп операций в условиях нехватки оперативной памяти. Удалось добиться уменьшения на 50% числа запросов, попадающих на вытесненные в раздел подкачки страницы памяти, и на 1/3 уменьшить число обращений к свопу (pswpin), что продемонстрировало в тестах увеличение интерактивности при работе с десктопом примерно в два раза;
  • Включение в состав KMS (Kernel Mode Setting) модуля для манипулирование видеорежимами на уровне ядра для карт ATI Radeon. В настоящий момент поддерживаются карты R1XX,R2XX,R3XX,R4XX,R5XX, в скором времени ожидается поддержка карт R6XX, R7XX (HD2XXX - HD4XXX) и более новых;
  • Добавлена подсистема Performance Counter, позволяющая задействовать для выявления узких мест, отладки и профилирования специальных "PERFMON" регистров, доступных в современных CPU (например, Intel Core 2). Регистры PERFMON могут отразить такие статистически данные, как число выполненных инструкций, распределение попаданий данных во внутренний кеш, качество работы предсказательной логики CPU. Достоинство задействования аппаратных счетчиков производительности в возможности проведения операции профилирования без использования ptrace и без замедления работы на выполнение сопутствующих вычислений. Для управления представлена специальная утилита perf, поддерживающая в числе прочего и top-подобный формат вывода текущей статистики;
  • Поддержка стандарта IEEE Std 802.15.4, определяющего низкоскоростной (до 250 Кб в сек), но энергоэффективный метод беспроводной передачи данных на небольшие расстояния (около 10 метров). Основное назначение - беспроводное соединение различных датчиков, переключателей и устройств автоматизации;
  • Предварительная поддержка работы в режиме NFS 4.1 клиента;
  • Улучшение средств по выявлению ошибок в ядре:
    • Kmemcheck - механизм для выявления фактов некорректной работы Linux ядра с памятью, позволяющий выявить неинициализированные области выделенной через kmalloc памяти. Kmemcheck осуществляет мониторинг всех операций записи и чтения, сохраняя в логе все факты чтения блоков памяти, в которые до этого не производилась запись;
    • Kmemleak - механизм для определения утечек памяти в Linux ядре. Используется метод похожий на применяемый в системе Valgrind;
    • Поддержка использования утилиты gcov из состава GCC для кода Linux ядра. Gcov позволяет проанализировать частоту выполнения различных участков кода и выявить блоки которые можно подвергнуть оптимизации;
  • Новый Firewire стек переведен в разряд базового стека. Ранее Firewire стек имел экспериментальный статус и разрабатывался в качестве замены для стека ieee1394. Кроме того, в ядре 2.6.31 добавлена поддержка проброса IPv4 поверх Firewire;
  • Значительное расширение поддерживаемого оборудования, например, добавлен новый беспроводной драйвер iwmc3200wifi для карт Intel Wireless Multicomm 802.11;
  • fsnotify - новая реализация механизма для слежения за событиями в файловой системе, представляющая собой переработанный вариант inotify и dnotify, основанный на использовании новой инфраструктуры нотификации в VFS;
  • Внесен ряд cущественных улучшений в код файловых систем Btrfs и Ext4.

Выпустив релиз 2.6.31, разработчики сразу переключились на подготовку следующей версии: Грег Кроа-Хартман (Greg Kroah-Hartman) опубликовал в своем блоге подробный обзор состояния экспериментальной "staging" ветки и подчеркнул какие из проектов уже готовы для включения в состав Linux ядра 2.6.32.

  1. Главная ссылка к новости (http://permalink.gmane.org/gma...)
  2. OpenNews: Релиз Linux ядра 2.6.30. Обзор новшеств
  3. OpenNews: Вышел релиз Linux ядра 2.6.29
  4. Список изменений в 2.6.31
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/23357-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (85) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, SoM (?), 12:28, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > увеличение интерактивности при работе с десктопом примерно в два раза;

    Новость не может не радовать.
    P.S. Жду, четную(стабильную) версию ядра.

     
     
  • 2.5, kost BebiX (?), 12:46, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +8 +/
    >P.S. Жду, четную(стабильную) версию ядра.

    Это давно неправда. Уже все версии одинаково стабильны вроде (или я заблуждаюсь и это все еще правда?)

     
     
  • 3.7, Анонумоис (?), 12:51, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Это давно неправда.

    Правда, но для второй цифры, а здесь третья меняется.

     
  • 3.10, Slavaz (ok), 13:02, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>P.S. Жду, четную(стабильную) версию ядра.
    >Это давно неправда. Уже все версии одинаково стабильны вроде (или я заблуждаюсь
    >и это все еще правда?)

    Вообще-то чётными должны быть вторые цифры, а не третьи.

    2.0.*; 2.2.*; 2.4.*; 2.6.* - это стабильные ветки.
    2.1.*; 2.3.*; 2.5.* - это нестабильные ветки.

    Но начиная с ветки 2.6 ядро перешло на новый режим: все версии объявляются нестабильными и девелоперскими. Сейчас "чётный/нечётный" номер ветки уже потерял актуальность. ИМХО так.

     
  • 3.13, anonymous (??), 13:23, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да.
     
     
  • 4.28, Аноним (-), 17:16, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • –10 +/
    отлично, линуксоиды и сами не знают что у них стабильное, а что не стабильное, отлично.
     
     
  • 5.29, vitek (??), 17:36, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >отлично, линуксоиды и сами не знают что у них стабильное, а что не стабильное, отлично.

    99,9% виндузятников тоже не знают в каком файле храниться их ядро.
    ну и что?

    если ядро не имеет постфикса rc - значит стабильное.
    и то - это если только ядро брать (самому!) с kernel.org!
    а последнее стабильное в дистре - это то, что можно скачать из реп дистра.

     
  • 2.6, Анонумоис (?), 12:50, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Не совсем Процесс выпуска новых ядер отлажен до мелочей, спорить не буду, а вот... большой текст свёрнут, показать
     
     
  • 3.11, Аноним (-), 13:19, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Включение в состав KMS
    >RadeonHD драйвер закроют, разработчиков уволят :D

    KMS для драйвера всего лишь api, точно такой как UMA/GEM

     
     
  • 4.27, Анонумоис (?), 17:06, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >KMS для драйвера всего лишь api, точно такой как UMA/GEM

    Только драйвера по сути не остается. Все, что работает с железом, ядром и может работать с другими драйверами (например с контроллером памяти, если видеокарта встроена в чипсет) переносят в ядро. OpenGL тоже в ядре: DRI, DRM. А так да, всего лишь API.

    Нормальной поддержки 3D для Linux пока никто не реализовывал (это касается вообще всех) - не хотят связываться с зоопарком технологий, а во-вторых оторванный от железа OpenGL. Все железо написано исключительно под DirectX, под слишком высокоуровневый OpenGL невозможно оптимизировать железо т.к. железка тупо будет значительно дороже стоить.

    Здесь даже крайних нет, как ни крути, со всех сторон у Linux с 3D засада.

     
     
  • 5.30, Arti (??), 17:37, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как раз дело с графикой сдвинулось с практически с мертвой точки.

    Да к сожалению (или всетаки к счастью?) невозможно все резко перевести на новый интерфейс, поэтому приходится поддерживать зоопарк интерфейсов.

    В общем я думаю ближайший год покажет жизнеспособность kms/dri2/gem/gallium.

     
     
  • 6.33, vitek (??), 17:44, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • –2 +/
    этот галиум придумали, чтобы пойти навстречу производителям карт....
    им на линух просто наср.ь... на винде бы удержаться.

    а kms/dri2/gem/ - не имеют отношения к 3d вообще и opengl в частности.

     
     
  • 7.39, cintec (?), 19:07, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Большей глупости не слышал. Что курил?
     
     
  • 8.41, vitek (??), 19:23, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    если бы хоть немного разбирался - эту чушь не написал бы хотя можешь попробо... текст свёрнут, показать
     
     
  • 9.44, vitek (??), 19:57, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    поясню а то может и правда за идиота примут -D 1 dri - предоставляет прямой ... большой текст свёрнут, показать
     
     
  • 10.81, BSA (?), 21:49, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Это не есть правда У ATi драйвер fglrx своя реализация Возможно, у VIA тоже ... текст свёрнут, показать
     
     
  • 11.86, vitek (??), 01:01, 12/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    спорить не буду возможно говорил то о другом - что учавствует в формировании к... текст свёрнут, показать
     
  • 5.31, Knuckles (ok), 17:41, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >под слишком высокоуровневый OpenGL невозможно оптимизировать железо

    Всегда считал, что Direct3D гораздо более высокоуровневый интерфейс, чем OpenGL.

     
     
  • 6.74, name (??), 13:09, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Всегда считал, что Direct3D гораздо более высокоуровневый интерфейс, чем OpenGL.

    Это не верно, т.к. в Direct3D, к примеру, нужно самому рассчитывать видовые матрицы и ещё много чего, что не вшито в драйвер как в OpenGL. Поэтому возможностей для оптимизаций/упрощений для конкретных случаев гораздо больше.


     
  • 6.87, Zenitur (?), 09:34, 12/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Топикстартер троллит. Чтобы у незамутнённого читателя возникла сама собой иллюзия, что в этолм непонятном Linux всё глючит, и мелочи, и самое главное. От смены курсора до драйверов устройств. Что софт ненадёжный. И что геммороя с ним хлебнуть придётся немало...
    Пока что наблюдаю это только с виндовсом.
     
  • 5.32, vitek (??), 17:42, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    хорошь гнать!
    от нвидии opengl (что в винде, что в линухе) идёт тыщу лет с одной и той же версией.
    DRI, DRM - не имеют отношения к opengl.
    и меса в ведро не грузиться.

    зы:
    движок от квейка 3 работает в линухе визуально не хуже, но быстрее.
    ззы:
    интересно, такие комменты специально заказывают... с претензией на "правду"?

     
     
  • 6.45, letsmac (?), 21:30, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>от нвидии opengl (что в винде, что в линухе) идёт тыщу лет с одной и той же версией.

    Ну так его никто не менял. Расширений от nvidia - вагон. А сам стандарт не nvidia устанавливает.

     
     
  • 7.51, vitek (??), 22:13, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    так то оно так, но реализация и её качество - многое значат.
    не говоря о версии:
    $ glxinfo
    .......
    OpenGL vendor string: NVIDIA Corporation
    OpenGL renderer string: GeForce 8400M GS/PCI/SSE2
    OpenGL version string: 3.2.0 NVIDIA 190.25
     
     
  • 8.53, pavlinux (ok), 23:33, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    OpenGL version string 3 2 0 NVIDIA 190 32 -P... текст свёрнут, показать
     
     
  • 9.57, vitek (??), 23:41, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    да не ставил я 32-е лень поставлю как-нить 25 - не плохая сборка ... текст свёрнут, показать
     
  • 6.73, name (??), 13:03, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >движок от квейка 3 работает в линухе визуально не хуже, но быстрее.

    проводил тесты я недавно - работает он точно также, как и в win, разница в пределах погрешности при одинаковых настройках качества картинки

     
     
  • 7.84, поцанчик (ok), 23:43, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>движок от квейка 3 работает в линухе визуально не хуже, но быстрее.
    >
    >проводил тесты я недавно - работает он точно также, как и в
    >win, разница в пределах погрешности при одинаковых настройках качества картинки

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

    если бы ты не был ламериллой то уже давно прочитал консольные команды кваки и нашёл там com_maxfps  который необходимо поставить в положение 99999. это необходимо для того чтобы квака не блокировала фпс на значении 100 (кажется).

    неламериллы также знают про команду cg_drawfps который необходимо поставить в значение 1 , чтбы видеть кол-во фпс.

     
  • 5.48, User294 (ok), 21:49, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Здесь даже крайних нет, как ни крути, со всех сторон у Linux с 3D засада.

    Хорошая такая засада. Пока вы тут пиндите, авторы например vendetta online денежки с этой засады стригут. И собственно - их движок отрисовывает приличную графику на 1280х1024 с хорошим FPS и практически максималными настройками на моем железе. Хорошая, черт возьми засада! И уж наверняка какая-нить анизотропная фильтрация при таком разрешении и FPS делается ну совсем без поддержки железом :).И все сцены считаются программно, ага.

     
  • 5.54, Землин (?), 23:34, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Только драйвера по сути не остается. Все, что работает с железом, ядром и может работать с другими драйверами (например с контроллером памяти, если видеокарта встроена в чипсет) переносят в ядро.

    Стандартизация и унификация это хорошо. А работы по прикручиванию ядрённых интерфейсов (drm<libdrm, менеджер памяти uma, kms), допиливанию месы для соответствия с последним ogl, dri/dri2-драйверов для хорга (а лучше сразу же ogl и dri2 через прослойку gallium) и так хватит.
    >OpenGL тоже в ядре: DRI, DRM. А так да, всего лишь API.

    Бред, как и вообщем остальная часть поста

     
     
  • 6.58, vitek (??), 23:45, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    вот!
    абсолютно согласен.
     
  • 3.62, User294 (ok), 04:31, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Уже уволили вроде кого-то Да и фиг с ним - амд ясно дало понять что открытый др... большой текст свёрнут, показать
     
     
  • 4.68, fetisheer (ok), 10:00, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Буквально сегодня столкнулся с тем, что пропал весь /etc на разделе с ext4. Пришлось бэкап юзать. Всего-то хватило несколько раз через резет перезагрузиться. ФС шустрая, глюки, возможно, исправляют и быстро, но их все еще хватает.
     
     
  • 5.70, Andrey Mitrofanov (?), 10:29, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > Буквально сегодня

    Аналогично! Листал LWN:

    >пропал весь /etc на разделе
    >Всего-то хватило несколько раз через резет перезагрузиться.

    I recommend a sledgehammer.
    If you want to lose your data, you might as well have some fun.
    -- Rik van Riel

    http://lwn.net/Articles/348816/?format=printable -> http://lwn.net/Articles/348817/?format=printable

    Ж)

     
  • 4.71, Аноним (71), 11:31, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >P.S. а вот у MS насколько я знаю используется в основном автоматическое
    >тестирование (нормальная технология контроля качества, пойдет?). Что тем не менее, не
    >мешает их драйверу NTFS %$аться в синий скрин в некоторых ситуациях
    >когда с диска прочлось что-то не то. Линуксоиды баги похожего класса
    >(oops при налете на совсем левые данные, etc) давят на раз.
    >А микрософт на подобное не первый год кладет большой болт. У
    >кого качественнее софт?

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

     
     
  • 5.80, Evtomax (ok), 21:23, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ога, данные в открытых приложениях не испортятся, если остановиться :D
     
  • 2.47, User294 (ok), 21:33, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > P.S. Жду, четную(стабильную) версию ядра.

    Лучше отпустите ручник... :)

     

  • 1.4, Tav (?), 12:44, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > добавлена поддержка проброса IPv4 поверх Firewire;

    А разве этого не было раньше?

     
     
  • 2.20, prapor (??), 14:26, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >> добавлена поддержка проброса IPv4 поверх Firewire;
    >
    >А разве этого не было раньше?

    В старом было, в новом нет.

     

  • 1.8, Zenitur (?), 12:52, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Нигде не могу найти контроллер USB 3.0. И SATA 3.0. Раньше всё, что я хотел, находилось на Яндекс-Маркете. Долго ждать?
    Ядро пока ещё собирается.
     
     
  • 2.17, Аноним (-), 13:50, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала озаботьтесь поиском устройств с поддержкой USB3, чтобы было чем контроллеру управлять.
     
     
  • 3.21, Zenitur (?), 14:47, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Я предпочитаю наоборот. А вот жёсткий диск куплю сразу.
     

  • 1.16, Беляев Николай (ok), 13:47, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    USB 3.0 ещё физически не существует. только формат приняли и всё
     
     
  • 2.18, Heretic (??), 13:57, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде разработан уже.
    http://www.hwp.ru/news/Materinskaya_plata_ASUS_s_USB_30_i_SATA_III_68733/
     
     
  • 3.22, Zenitur (?), 14:48, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Вроде разработан уже.
    >http://www.hwp.ru/news/Materinskaya_plata_ASUS_s_USB_30_i_SATA_III_68733/

    Мне бы PCI-платку...

     
     
  • 4.61, Аноним (-), 00:04, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Мне бы живые устройства, а то проблема стоит что втыкать, а не куда.
     
  • 4.82, BSA (?), 22:02, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем тебе PCI плата? У нее пропускная способность всего 33 MHz * 32 Bit = 1 GBit/s. Это теоретическое пиковое значение!
    Тут уже минимум PCI-E x4 нужно ставить...
     
     
  • 5.92, Zenitur (?), 16:55, 14/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    У меня PCI Express 16x 2.0 пустует. Спасибо, что разъяснил разницу! А то я раньше вообще не знал пропускную способность, а хотел узнать. Осталось только узнать, чем 2.0 отличается от PCI Express.
     

  • 1.19, otaku (ok), 14:20, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Асус вроде выпустила мать с первым усб3 портом
     
  • 1.23, pavlinux (ok), 14:48, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А ещё новые фишки
    * Sysctl параметр для отключения загрузки модулей
      
    sysctl -w  kernel.modules_disabled = 1 (1 - незя, 0 - мона)

    # sysctl -w kernel.modules_disabled=1
    kernel.modules_disabled = 1

    # modprobe -v 8250_pnp

    insmod /lib/modules/2.6.31/kernel/drivers/serial/serial_core.ko
    WARNING: Error inserting serial_core (/lib/modules/2.6.31/kernel/drivers/serial/serial_core.ko): Operation not permitted
    insmod /lib/modules/2.6.31/kernel/drivers/serial/8250.ko
    WARNING: Error inserting 8250 (/lib/modules/2.6.31/kernel/drivers/serial/8250.ko): Operation not permitted
    insmod /lib/modules/2.6.31/kernel/drivers/serial/8250_pnp.ko
    FATAL: Error inserting 8250_pnp (/lib/modules/2.6.31/kernel/drivers/serial/8250_pnp.ko): Operation not permitted

    -------

    * Удален параметр ядра ramdisk=, теперь надо юзать ramdisk_size=    
    ----------

    * Опции монтирования SSD дисков в BTRFS :)

    mount -o ssd
    mount -o nossd
    mount -o ssd_spread (для большей производительности на дешёвых SSD дисках)

    А так же автоматическое определение SSD дисков, и автомонтирование их с параметром ssd.
    --------

    * Теперь CIFS можно монтировать с опцией addr= - аналог ip= , т.е.

    # mount -t cifs //192.168.0.1/SHARA /NET -o ip=192.168.0.1
    # mount -t cifs //192.168.0.1/SHARA /NET -o addr=192.168.0.1

    одно и тоже
    ---------

    * Опция монтирования VFAT - errors, - определяет действия при глюках с ФАТом

    mount -t fat|vfat -o errors=[panic,remount-ro,continue] /dev/sdx /media/wenda

    Как видно из названия, при ошибках: в падать в panic, перемонтироваться в R/O, или пофиг.


    ------

    * По умолчанию, ECN работает только если оба конца поддерживают ECN.

    sysctl -w net.ipv4.tcp_ecn = 0/1/2

    0 - выкл.
    1 - вкл.
    2 - только серверная часть, если другой конец не поддерживает ECN, то равно выкл.

         По умолчанке: 2

    ------


     
  • 1.24, i (??), 15:20, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    и intel видюхами есть какие то улучшения ?
     
     
  • 2.25, pavlinux (ok), 15:55, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >и intel видюхами есть какие то улучшения ?

    i915

        * Change GEM throttling to be 20ms (improves high-settings openarena performance on my GM45 by 50%)
        * Add Display Port support
        * Add chipset/feature defines for for new chipsets
        * Enable kernel modesetting on IGDNG
        * Add HDMI support on IGDNG
        * Add LVDS support for IGDNG
        * Add FIFO watermark support
        * Enable error detection & state collection
        * agp-intel: Add support for new chipsets

     
  • 2.59, vitek (??), 23:48, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    2.8.1 на 30 ядре - работаю нормально. (если вообще можно об интельных картах так говорить)
    опенарена, смокинганс - работают НАМНОГО лучше, чем в виндах (в xp, не в висте)
     
     
  • 3.60, vitek (??), 23:49, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    в висте ещё хуже, если что.
     
     
  • 4.63, User294 (ok), 04:37, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >в висте ещё хуже, если что.

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

     

  • 1.26, Nitay (?), 16:26, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Linux netbook 2.6.31-10-generic #30~ppa1~nc10~jaunty-Ubuntu SMP Tue Sep 8 07:01:14 UTC 2009 i686 GNU/Linux
    Полет нормальный
     
  • 1.34, Аноним (-), 18:23, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А толку то, TuxOnIce'а для 2.6.31 ещё нет :-(
     
  • 1.36, Myc (??), 18:56, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Удалось добиться уменьшения на 50% числа запросов, попадающих на вытесненные в раздел подкачки страницы памяти, и на 1/3 уменьшить число обращений к свопу (pswpin), что продемонстрировало в тестах увеличение интерактивности при работе с десктопом примерно в два раза;

    Имхо, какбе не принципиально 2/3 или 3/3 тормозов будет при своплении. Об интерактивности тут уже речи не может быть. :)

     
     
  • 2.37, fidaj (ok), 19:00, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >> Удалось добиться уменьшения на 50% числа запросов, попадающих на вытесненные в раздел подкачки страницы памяти, и на 1/3 уменьшить число обращений к свопу (pswpin), что продемонстрировало в тестах увеличение интерактивности при работе с десктопом примерно в два раза;
    >
    >Имхо, какбе не принципиально 2/3 или 3/3 тормозов будет при своплении. Об
    >интерактивности тут уже речи не может быть. :)

    Кагбе исходники ядра открыты - шлите свои предложения в виде патчей...

     
  • 2.46, letsmac (?), 21:33, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Имхо, какбе не принципиально 2/3 или 3/3 тормозов будет при своплении. Об
    >интерактивности тут уже речи не может быть. :)

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


     
  • 2.49, User294 (ok), 21:52, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, купите тогда себе оперативки чтоли. Она нынче дешевая...
     
     
  • 3.52, Myc (??), 22:31, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как бы и я про то же. При нынешней стоимости памяти, очередной огород городить, имхо, не очень разумно.
     
     
  • 4.64, User294 (ok), 04:38, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Как бы и я про то же. При нынешней стоимости памяти, очередной
    >огород городить, имхо, не очень разумно.

    Нет, оптимизировать софт - это хорошо и правильно.Но если этому процессу еще и железо поможет - как-то лучше будет. Потому что скорость работы RAM и HDD сколько ни оптимизируй все-равно отличается на порядки.

     
  • 3.56, Аноним (-), 23:39, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я затёк жиром, а потому куплю себе автомобиль, чтобы двигать в пространстве и времени своё тело
     
     
  • 4.65, User294 (ok), 04:40, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Я затёк жиром, а потому куплю себе автомобиль, чтобы двигать в пространстве
    >и времени своё тело

    Лень - двигатель прогресса :).Были бы люди не ленивые - до сих пор жили бы в пещерах и перемещали свое тело на своих двоих (и спасибо еще если не четырех).

     
     
  • 5.66, Аноним (-), 07:33, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    И ничего из понаписанного тобой не отменяет того, что надо держать себя с форме
     
  • 2.55, pavlinux (ok), 23:37, 10/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >продемонстрировало в тестах увеличение интерактивности при работе
    >с десктопом примерно в два раза;
    >Имхо, какбе не принципиально 2/3 или 3/3 тормозов будет при своплении.
    >Об интерактивности тут уже речи не может быть. :)

    http://code.google.com/p/compcache/

     
     
  • 3.69, Myc (??), 10:13, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Интересная концепция.
     
  • 3.78, pavlinux (ok), 19:52, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Патчег для последней SVN версии под 2.6.31

    Index: ramzswap.c
    ===================================================================
    --- ramzswap.c  (revision 437)
    +++ ramzswap.c  (working copy)
    @@ -896,7 +896,7 @@
    #ifdef SWAP_DISCARD_SUPPORTED
            blk_queue_set_discard(rzs.disk->queue, ramzswap_prepare_discard);
    #endif
    -       blk_queue_hardsect_size(rzs.disk->queue, PAGE_SIZE);
    +       blk_queue_logical_block_size(rzs.disk->queue, PAGE_SIZE);
            add_disk(rzs.disk);

            rzs.mem_pool = xv_create_pool();

    P.S. через Меrcurial уже другой код :)

     
     
  • 4.79, fidaj (ok), 20:05, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >+++ ramzswap.c  (working copy)
    >@@ -896,7 +896,7 @@
    > #ifdef SWAP_DISCARD_SUPPORTED
    >        blk_queue_set_discard(rzs.disk->queue, ramzswap_prepare_discard);
    > #endif
    >-       blk_queue_hardsect_size(rzs.disk->queue, PAGE_SIZE);
    >+       blk_queue_logical_block_size(rzs.disk->queue, PAGE_SIZE);
    >        add_disk(rzs.disk);
    >
    >        rzs.mem_pool = xv_create_pool();

    Я тоже поставил - правда на на 31-е ядро... Хоть и 2гига оперативы - все равно понравилось:)
    в /etc/rc.local прописал:
    swapoff /dev/sda5
    cd /opt/compcache-0.6/
    /opt/compcache-0.6/load_modules.sh 1
    /opt/compcache-0.6/sub-projects/rzscontrol/rzscontrol /dev/ramzswap0 --reset
    /opt/compcache-0.6/sub-projects/rzscontrol/rzscontrol /dev/ramzswap0 --memlimit_kb=524288
    /opt/compcache-0.6/sub-projects/rzscontrol/rzscontrol /dev/ramzswap0 --init
    swapon /dev/ramzswap0
    swapon /dev/sda5

    cat /proc/swaps
    Filename Type Size Used Priority
    /dev/ramzswap0                          partition 509224 7964 -1
    /dev/sda5                               partition 6032368 0 -2

    Система интересно себя ведет, когда дело до свопа доходит... Но то что резвее откликается - то это факт!

     

  • 1.67, Аноним (-), 09:40, 11/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не вижу в списке BFS.
     
     
  • 2.75, pavlinux (ok), 13:16, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Шутник...
     

  • 1.72, AlexN (??), 12:38, 11/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    поломали ACPI :-(
    теперь только acpi_enforce_resources=lax или no
     
  • 1.76, i (??), 19:14, 11/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    2D работает шустро, а 3D сломалось полностью :(
    в 3D просто нет картинки...
     
  • 1.77, i (??), 19:34, 11/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    аааааа! все просто шикарно, после установки mesa 7.5.1
    glxgears
    3467 frames in 5.0 seconds = 693.347 FPS
    3449 frames in 5.0 seconds = 689.616 FPS

    :)

     
     
  • 2.89, mdima (?), 10:18, 13/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А до этого сколько было?
     
     
  • 3.91, i (??), 09:06, 14/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    до этого было все совсем плохо с 3D, выдавало 50-60fps
     

  • 1.85, Аноним (-), 23:46, 11/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Подожду 2.6.31.1, тогда уже буду ставить на сервера..
     
  • 1.88, Аноним (-), 13:25, 12/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >_< на сервера??? последнее ядро на сервер боевой???
     
     
  • 2.90, Аноним (-), 14:35, 13/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >последнее ядро на сервер боевой???

    Lf! А что не так??

     

  • 1.93, Thorn (??), 15:09, 17/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >2.6.31

    Ребят, если кто ставил это ведро, отпишитесь об успехах? (и конфиг системы, плиз)
    Я ставил его под VMWare с GoboLinux - не грузится :(  Пишет, что не может найти root раздел (вирт. диск /dev/sda1). SCSI, ReiserFS, всё вкомпилил в ядро.
    initrd, я так понимаю, тут не помощь.

     
     
  • 2.94, pavlinux (ok), 00:48, 18/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    update-initramfs -c 'uname -r' || mkinitrd

     
     
  • 3.95, Thorn (??), 11:12, 18/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >update-initramfs -c 'uname -r' || mkinitrd

    К счастью или сожалению, у меня Gobo-linux, там упдате-инитрам нет, а мкинитрд сделан в виде перлового неработающего скрипта. Я делал инитрд руками, всё равно до него даже не доходила очередь - ядро падало ещё при своей инициализации.
    Уверен, ещё пара недель и эти грабли таки откопают. :(

     
     
  • 4.96, pavlinux (ok), 14:52, 19/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>update-initramfs -c 'uname -r' || mkinitrd
    >
    >К счастью или сожалению, у меня Gobo-linux, там упдате-инитрам нет, а мкинитрд
    >сделан в виде перлового неработающего скрипта. Я делал инитрд руками, всё
    >равно до него даже не доходила очередь - ядро падало ещё
    >при своей инициализации.
    >Уверен, ещё пара недель и эти грабли таки откопают. :(

    append = root=/dev/sda1 verbose vga=0 init=/bin/bash

    И скрины в студию

     
     
  • 5.97, Thorn (??), 11:33, 06/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >append = root=/dev/sda1 verbose vga=0 init=/bin/bash

    Делал (параметры перед загрузкой системы) - та же петрушка, не находит девайс (0,0) (у меня груб).
    Что-то мне подсказывает, схалтурили кернелописцы - в 32 ревизии наверняка будет всё ОК.

     
     
  • 6.98, Michael Shigorin (ok), 02:43, 07/10/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Что-то мне подсказывает, схалтурили кернелописцы

    А мне что-то подсказывает, что у Вас не GoboLinux, а руки крюки.  Возьмите убунту уже, что ли, и оставьте kernel.org в покое.

     

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



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

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