Когда уже в линуксе своп заработает без зависания системы. Единственный сегодня рабочий способ исользовать своп (что мне надо часто, так как 8Гб на десктопе мало для задач), это zram+вторым слоем дисковый своп. Если эту связку не пользовать, своп в линуксе дохлый. Дисковая подсистема полумертвая, а отзывчивость (не производительность одного процесса) системы едва дотягивает до винды 3.11...но и номер ядра подходит.

Лучше памяти больше купи, раз 8Гб мало. И на счет SSD тоже подумай.

просто супер! Хоть как гентушник не испытываю особых проблем со сборкой что ванильного, что pf-ядра, но это не может не радовать. Ещё бы BFS туда, чтобы обычный пользователь убунты почувствовал всю «десктопность» :)))

Чем для меня с HDD и SSD диском это поможет?

man sysctl

       -w, --write
              Use this option when you want to change a sysctl setting.

pf-ядра

что это?

Ньюфаг? На Лоре новости не читал?

www.linux.org.ru/people/post-factum/profile

Александр Наталенко хз сколько лет поддерживает pf-kernel

Не прошло и десятилетия...
Во всех вменяемых дистрах уже есть.

Пятый год идёт, однако.

Use this option when you want to change a sysctl setting.

это же просто набор буков :) ..

я серъёзно — это не троллинг. что делает этот ключ?

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

Годно, но

Официального заявления пока не было

Так что ждем.

и вот я чуть-чуть покопался в [ходниках]:

и вот что мы видим:

• строчка [#724] делает ``WriteMode = true;`` если есть ключ ``-w``.
• строчка [#656] говорит о том что по умолчанию (без ключа ``-w``) было бы ``bool WriteMode = false;``.
• но затем нам всё обламывает строчка [#797] в которой происходит выбор между любым из положительных условий: ``WriteMode`` или ``index(*argv, '=')``. другими словами ``WriteMode`` остаётся бесполезным тут в случае если всё равно есть «=»..
• больше ни где переменная ``WriteMode`` не используется и ни куда не пердаётся.

и это значит — что... хм... что я так и не понял — зачем нужно ``-w``.. :-)

Инжой помойка, как на первой же странице было сказано. Сравни с http://svnweb.freebsd.org/base/release/9.2.0/sbin/sysctl/sysctl.c?revision=25...

хахаха! забавно, чо! :-D

 case 'w':
 	/* compatibility */
 	/* ignored */
 	break;

При этом в man даже не упоминается.

но тогда остаётся вопрос — зачем этот ключ люди постоянно пишут в своих скриптах %) %)

и вот даже тут — на уютном разумном Лоре %) :)

Нормальный отклик дает таймер в 1000

Никакой таймер тебе не даст «нормальный отклик», если планировщик будет делить процессорное время «по справедливости» (CFS), а не прогнозируемому деадлайну (BFS). Толку тебе от таймера, если приложение просто не получит квантов. Шел бы ты матчасть почитать что ли.

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

На ЛОРе - потому что в лайнаксе традиционно документацией заниматься считается зазорным, потому ключ до сих пор светится в man. Когда его пишут - даже похвально: народ не кузьмичует, а пишет в полном соответствии с документацией, хотя в данном случае ситуацию спасает только то, что это не ломает работоспособность инструмента.

капец, новости на лоре

I/O Планировщик BFQ добавят в основную ветку ядра Linux.

vs

Официального заявления пока не было, но в рассылках сообщается, что планировщик подготавливается... Сейчас проводится чистка кода и разделение на патчи.

/0
Проверено: Shaman007
//0 //0

Какая радость!

Хм, действительно, и без -w работает.

оффтоп

На ssd какой планировщик юзать?

Я не тестировал. BFQ на моих SSD ведёт себя очень хорошо, но не думаю, что с noop будет хуже.

BFQ на моих SSD ведёт себя очень хорошо

ого. А я думал что bfq предназначем для hdd

Не только. Он универсален. Об этом авторы тоже пишут: http://www.algogroup.unimo.it/people/paolo/disk_sched/results.php

Лучше памяти больше купи, раз 8Гб мало. И на счет SSD тоже подумай.

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

что это?

это сборочка от местного вована, эдакий zверь эдишэн.

так рейзер или подделка ака 4!?
у рейзера проверка мгновенная, ext-ы таки нихрена не быстрей.
и хватит фапать на мейнстрим - буквально на днях кто-то кукарекал про bfq - а теперь, ой, а оно походу в апстрим попадает.
начинай думать своей головой, а не чужой левой пяткой.

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

Я про 4 рейзер, а raiserfs вполне годна на относительно старых ядрах, жаль потом ее поломали, про bfq некогда плохого ничего не говорил, а bfs перекидывает потоки с ядра на ядро, не давая ядрам спать, отсюда и убитое энергосбережение

жаль потом ее поломали

что!? о_О
3.12 достаточно новое!?

12309 можно словить и с SSD. Я уже было забыл, что это такое, как поймал каноничные фризы копируя на SD карту в пару потоков много гигабайт хлама. Аж курсор намертво встал. Где-то полминуты так лагало, а потом всё ожило и больше позывов повисеть не было.

P.S. А поможет скорее всего ничем.

а bfs перекидывает потоки с ядра на ядро, не давая ядрам спать, отсюда и убитое энергосбережение

а теперь открою одну приколюху - либо энергосбережение, либо отклик.
ну...или ни то ни другое.
ты, будучи спящим, IRL хорошо играешь в теннис, например?
что-то мне подсказывает, что не очень, если не сказать «никак абсолютно! он тупо спит!»
поразмышляй.

ты, будучи спящим, IRL хорошо играешь в теннис, например? что-то мне подсказывает, что не очень, если не сказать «никак абсолютно! он тупо спит!»

Ыыыы, мегабакс торт. В квотезы.

когда уже практически все перешли на SSD, слоупоки

Залогинься, о мой анонимный оппонент.

ssd-only!? o_O

когда уже практически все перешли на SSD, слоупоки

Месье использует SSD на пару терабайт?

Я про тот баг с ядер 3.5, на них reiserfs без notail бывает фризится

а без notail его только олигофрены и используют.
профита никакого, а проблем куча:
фрагментация
страдает стабильность
страдает скорость
и всё это ради экономии 5% ёмкости!?
ви таки делаете мне смешно!

а где этот планировщик обычно применяется?) поподробнее плиз

Вау! Отличная новость! :)

systemd придет за тобой! Бойся!!!

а где может применяться планировщик I/O кроме самого I/O!?

я имею ввиду цели применения, на десктопах на серверах

десктопы.

да оно не надо noop вполне хватает для ssd

«если человек идиот, то это надолго»