LINUX.ORG.RU
Новости — Ядро Linux  

Вышел патчсет pf-kernel для Linux v3.2

 , ,


0

1

Доступен новый выпуск патчсета pf-kernel для свежего ядра Linux v3.2.

В патчсет входят:

  • стабилизационное обновление ядра до версии 3.2.1;
  • патчсет Кона Коливаса -ck с планировщиком процессов BFS;
  • обновленный планировщик ввода-вывода BFQ;
  • подсистема гибернации TuxOnIce;
  • файл конфигурации для ручной сборки ядра на ноутбуке Dell Inspiron 1525.

В патчсете пока отсутствует LinuxIMQ.

Скачать патч на ядро 3.2

>>> Официальный сайт

★★★★★

Последнее исправление: post-factum (всего исправлений: 1)
← aMule 2.3.1
Обновление Pacman в Arch Linux →
 ← 1 2 3 4

Класс. Жду в ауре.

cipher ★★★★★
()
Ответ на: комментарий от post-factum

Если расскажу, затролят :) Надо просто верить :)

anonymous
()

Кастыль ядро - будь мужиком!

anonymous
()
Ответ на: комментарий от anonymous

А вы уверены что есть Linux ядро Microsoft? Пользовались, им? Как оно?

anonymous
()
Ответ на: комментарий от ass

Зачем? От него одни проблемы, как на этапе сборки, так и при более-менее нагруженном использовании (проверял лично).

post-factum ★★★★★
() автор топика
Ответ на: комментарий от vertexua 
[pf@eternity]:[~][0]% dmesg | grep BFS
[    2.641701] BFS CPU scheduler v0.416 by Con Kolivas.
[pf@eternity]:[~][0]% uname -a
Linux eternity 3.2.1-pf #2 SMP PREEMPT Tue Jan 17 12:39:35 EET 2012 i686 Intel(R) Pentium(R) Dual CPU T2330 @ 1.60GHz GenuineIntel GNU/Linux
post-factum ★★★★★
() автор топика
Ответ на: комментарий от vertexua

Я точно его не уведомлял. А вот тем, у кого сей баг проявился, стоило бы.

post-factum ★★★★★
() автор топика
Ответ на: комментарий от post-factum

на 3.1.6-pf нормально ложится, и собирается без проблем. насчёт нагрузить ничего сказать не могу. LiveCD и /usr/portage работают у меня.

ass ★★★★
()

файл конфигурации для ручной сборки ядра на ноутбуке Dell Inspiron 1525.

Интересно будет сравнить со своим.

tiandrey ★★★★★
()

файл конфигурации для ручной сборки ядра на ноутбуке Dell Inspiron 1525

а это зачем?

почему нет моего asus 1000he?

Turbid ★★★★★
()
Ответ на: К.О. от shahid

Спасибо за помощь, Капитан ;).

post-factum ★★★★★
() автор топика
Ответ на: комментарий от AlexCones

12309 вообще в планах есть?

Это фич реквест? =]

xorik ★★★★★
()
Ответ на: комментарий от AlexCones

Так вроде давно нет, если памяти хватает. Ну а ОЗУ нынче дешовая.

Так по теме: кто-то вкурсе BFQ на глаз заметно лучше в ядре 3.2 CFQ на десктоп системах?

anonymous
()

Надеюсь нормально допилили BFQ. Ибо во время своппинга система фризится на полсекунды. Даже если сбрасывает 100 килобайт.

Demacr ★★
()
Ответ на: комментарий от anonymous

Лично у меня система с CFQ шедулером на диске со свопом лучше ведёт себя, когда своппится система. Приемлимей работать, чем с BFQ, где просто лаги ужасные. Ядро pf-sources-3.1.3.

Demacr ★★
()
Ответ на: комментарий от anonymous

Ваше мнение, товарищ Йогурт, очень важно для нас. Оставайтесь на линии.

post-factum ★★★★★
() автор топика

оооо, пасипки.
плюсик за аур.

tazhate ★★★★★
()

Обновился вчера до 3.2.1. Вообще как то интересно или странно копирует на флешку - например каталог с mp3 (12 штук) мгновенно копирует, но потом секунд 10-12 флешка размонтируется в «подключаемые устройства).

nihil ★★★★★
()
Ответ на: комментарий от Demacr

Ну значит перейду, на pf, ebuild уже есть, а система у меня практически никогда не свопит (на 8 ГБ памяти).

P.S. Как по мне планировщик BFS нет смысла втыкать. На глаз, как правило, разница не заметна, а если что автоматический renice делает свое дело. При том там всякие strigi и на десктопе работают в фоне постоянно, так что реально BFS себя редко где может проявить с хорошей стороны.

TuxOnIce тоже штука боллее приятно работает чем стандарный вариант.

anonymous
()
Ответ на: комментарий от nihil

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

anonymous
()
Ответ на: комментарий от anonymous

Ну не скажи... Я допустим очень удивился, когда во время компиляции с -j3 на двухядерке смотрел ещё хд-фильм и не было ни одного намёка на мини-фризы и подлагивания, хотя оба ядра были заняты на 100%, а от того же CFS иногда подлагивал, и звук обрывками шёл. Но BFS работает нормально при небольшом кол-ве ядер, вроде до 8.

Demacr ★★
()
Ответ на: комментарий от ZenitharChampion

Да?, чего то мне кажется, что у меня сначала копировал и нормально размонтировался ( не мгновенно, но секунда, две). Правда как раз 3.0.2, 3.1.5 и 3.1.6 были пропатчены pf.

nihil ★★★★★
()
Ответ на: комментарий от Demacr

Demacr

Надеюсь нормально допилили BFQ. Ибо во время своппинга система фризится на полсекунды. Даже если сбрасывает 100 килобайт.

марш учить матчасть!
это баг kswapd

megabaks ★★★★
()

спс
пошёл компелять
заодно отрублю поддержку свопа :3

megabaks ★★★★
()
Ответ на: комментарий от nihil

Ну оно должно сразу размонтироватся, если просто ничего не делать те 10-12 секунд (например, копировали большие файлы, подождали сбросили, мальнький). Оно, по идее все время должно сбрасывать кэш на влешку, а не после того, как начался процесс размантирования.

А вообще это должно гдето настраиватс, помню в Windows была такая настройка по умолчанию, не кэшировать данные на сьемных дисках. И тут что-то такое должно по идеи быть.

anonymous
()
Ответ на: комментарий от Demacr

Спакибо КЭП :)

Имелось ввиду стоколько еще ждать надо. Файл-менеджер показывает 2 с., а оно реально еще минуту может сбрасывать .

anonymous
()
Ответ на: комментарий от nihil

Поставь предел на количество грязныз страниц мегабайта на 2 и порог времени сброса данных на диск уменьши.

geekless ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 3 4
← aMule 2.3.1
Ядро Linux
Обновление Pacman в Arch Linux →