LINUX.ORG.RU

Предвыборка swap'а


0

0

Con Kolivas опубликовал патч для ядра 2.6.13, реализующий предвыборку из swap'а. Если процесс kswapd бездействует в течение минуты, производится считывание страниц из swap'а в порядке обратном их записи. При этом они не удаляются из swap'а, поэтому при необходимости повторного помещения страницы в swap не будут производиться операции ввода/вывода.

>>> Подробности

★★★★★

Проверено: Pi ()

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

ААаа.., так это в следующем ck будет.
з.ы. git3 - 1 метр уже(первые два по нулям были)
Процесс разработки в активном виде.

anonymous
()

Скажите, что Линус&Ко заключили договор с производителями жеских дисков?

Сначала они включают в ядре по умолчанию агрессивный своппинг, когда оно выкидывает на диск страницы, даже если пямяти _еще_ достаточно... Теперь вот предвыборка свопа - страницы качаются оратно в память...

Итак, сценарий: 80% памяти отъело приложение. Больше никто ничего не просит. vm.swappiness стоит в 60 (по умолчанию). Результат - ядро гоняет страницы из памяти на диск и обратно. Зашибись, нам, видимо, процессор и диск занять больше нечем!

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

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

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

Поаккуратнее в выражениях. ИМХО, лучше уж реализовать что-то вроде write-through, когда страницы, отправляемые в своп, реально обьявляются свободными только после своего выделения. Т.е. имеем сразу же ситуацию страница в свопе+ та же страница на диске. И число обращений к диску мимнимизировано.

annoynimous ★★★★★
()

Полный бред. Вместо того чтобы оптимизировать алгоритмы
пейджинга занимаются перегоном страниц из пустого в
порожнее. VM линукса доломали окончательно. При настройках
по умолчанию свопинг на 2.6 идет даже при достаточном количестве
свободной памяти.

Чем больше у вас памяти - тем интенсивнее идет пейджинг.
Чем больше процессоров - тем коматознее все работает.

viva Solaris.

anonymous
()

Идиотизмом люди занимаются.

Кому сейчас нужен своп, если можно памяти поставить ровно столько, сколько надо?

Я своп отключаю и живу без проблем.

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

ватымена! у мя (на desktop'е) своп хоть и есть но при 1Г мозга он не юзается практически -- о чем вы тут бредите ме не понятна...

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

>VM линукса доломали окончательно.

Так после 2.5 в основном и идут исправления одно бредовее другого...

>viva Solaris.

Соляра - такое же говно...

anonymous
()

может кто-нибудь объяснить зачем это нужно?

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

anonymous
()

Может поговорим о 2.6.13-git3, как никак первые плоды новой системы разработки, метр с лишним в архиве.

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

чтобы свободная оперативка юзалась под i/o буферы, а редкоюзающиеся куски из памяти гнать в своп. общая производительность только вырастет

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

>О, да я вижу крутого kernel-hacker'a!!!

Твои галлюцинации тебе будет полезнее обсудить с твоим лечащим врачом...

anonymous
()

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

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

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

Ты такой мегагуру, что аж страшно становится...

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

2annoynimous:
>Т.е. имеем сразу же ситуацию страница в свопе+ та же страница на диске.
в смысле на диске и в рам? это уже есть

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

>и еще зачем в свап отправлять, если есть свободная оперативка?
на момент отправки ее может не быть, а потом может появиться- так почему ее заранее не заполнить чем-нибудь полезным? никакого самопроизвольного "туда-сюда" при этом не получится- это понятно даже из текста новости

PS а вообще, свап- это не только HDD, но и сжатый RAM диск на чем-нибудь встраиваемом/бездисковом, например.
Кому не нужен свап- тому не нужен и этот патч, естественно

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

> может кто-нибудь объяснить зачем это нужно?

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

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

>Проще своп сразу ложить на рам диск, и не парица

Слушай друг, в нашей деревне теперь тоже линукс. Помоги, а? Я уже второй месяц этот рам диск ищу, ни в одном магазине нет. Мне мой друг хакер посоветовал его установить, очень компетентный человек. Помоги пожалуйста.

Choban
()

Нескладно Коля пишет. В каких случаях это будет полезно, а в каких вредно? Я уж собрался -ck ставить, а теперь передумал...

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

> Я уж собрался -ck ставить, а теперь передумал... в 2.6.13-ck1 этой приблуды нет.

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

> может кто-нибудь объяснить зачем это нужно?

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

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

anonymous_incognito ★★★★★
()

Раз создаётся ВИДИМОСТЬ интенсивной и полезной работы, значит, это кому-то нужно. У меня на Compaq nx8220 ядро уже вообще не взлетает. Просто вешается на разборке ACPI уже при загрузке. В логах, понятно, ничего. Что делать, тоже неясно. 2.6.12.6 взлетает, но framebuffer пришлось отключить - иксы вешаются после пары кликов. Скорость перекачки через ipw2200 - 200 кб/с (хотя iwconfig рисует "Bit Rate 48 Mb/s"). Что с этим делать, вообще непонятно.

Такое ощущение, что ядерная команда получила от M$ приказ понемногу доламывать kernel, ибо линукс свою задачу выполнил, коммерческие юниксы убил. Винда теперь везде, линуксу пора уходить.

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

> может кто-нибудь объяснить зачем это нужно?

i like to move it, move it. В своп хомячка! Из свопа хомячка! А винт себе работает... А юзер себе о..уевает: комп простаивает, а винт трещит... мля... И тут выскакивает производитель железа: а не хотите ли купить у нас новый винт, который будет трещать быстрее вышего? Да и вообще машинку обновлять пора...

Все поняли, кто лоббирует этот дебилизм?

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

SWAP хотя бы нужен для того чтоб на ноутбуке suspend делать, когда домой собираешься...

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

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

А не пробовали бороться с ПРИЧИНОЙ, а не со следствием? Лекари, мля

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

> Собрал, мозгов - 512, в свопе пусто.

Плохо. Согласно последнему указу IBM, машина должна свопить ВСЕГДА. На любом количестве памяти. Жизнь не должна казаться юзеру малиной.

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

Прошло 4 часа, в свопе - 64 кб.

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

>Помоги, а? Я уже второй месяц этот рам диск ищу, ни в одном магазине нет. Мне мой друг хакер посоветовал его установить, очень компетентный человек. Помоги пожалуйста.

Всегда пожалуйста http://www.ixbt.com/news/news.php?id=121240

ddf6f8a0a979b974d9e1dd8ea307c4db
()

Нафиг нужно, у меня то и свопа нет

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

>господа, у которых ниче не свопится, а аптайм у вас сколько?

Что то возле полгода ;)

PS: 2Gb памяти

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

2annoynimous:
>Есть в текущей реализации? Или просто это уже кто-то придумал?
мне не приходило в голову, что может быть по другому- а иначе в графе саched в строчке Swap top что показывает?

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

Прикалывает меня здешняя публика. Вместо того что-бы патч посмотреть начинается ярое обсуждение новости. В итоге все заканчивается опусканием патча и того кто его написал, из-за того что кто-то не смог собрать ядро не понятной версии, или у кого-то не правилбно сконфигурена поддержка ACPI. Зато все оказывается очень круто разбираются в VM. И аптайм по пол года. Однако ядро собирать еще не научились. Да лор это сила :)

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

>Кому сейчас нужен своп, если можно памяти поставить ровно столько, сколько надо?

ECC reg ещё очень дорого стОит.

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

SWAP

> зачем в свап отправлять, если есть свободная оперативка?
по 2 причинам:
1) если задача долго висит без движения с большой вероятностью её можно спокойненько выгрузить из памяти в свап, освободив память для буферов и кэша (увеличивает произ-ть работы с диском) - если очень интересно - у Лукидиса пространно описано чо да как
2) такое поведение кстати типично для BSD систем - хочешь не хочешь есть у тебя достатоно ОЗУ ил инет - но твой bash пока ты ходишь на обед оказывается почти весь в свапе и очень долго отзывается на первую твою команду после обеда - мне лично это всегда не нравилось на декстопе и лично был рад когда в линуксе появилась возмонждсоть настраивать стратьегию поведения (то етсь какой хочешь вариант - тот и выбирай поскольку и бсдовый изначальный вариант имеет свои плюсы и минусы и изначальная линуксовая стартегия - тоже)

в соляре AFAIK ближе к BSD но мягче

mumpster ★★★★★
()

А зачем нужен энтот swap как таковой? Если памяти мало -- так на рынке еще пучок купи -- по сто баксов гиг.

У меня оного swap`а в текущем тысячилетии и не наблюдается. Памяти не хватило только однажды -- когда mplayer при проигрывании DVD9 оную всю отожрал и ядро его прикончило за такие проделки. Наличие swap`а тут бы вряд ли помогло...

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

>Если памяти мало -- так на рынке еще пучок купи -- по сто баксов гиг.

1. У меня на сервере, скажем, как я уже упоминал ранее, стоит ECC reg. Это $130 за гиг PC2100. Стоит сейчас 2.5Гб, но этого мало под все задачи запущенные, но неактивные. Предлагаешь мне потратить на машину ещё $260 из своего кармана только ради того, чтобы отказаться от свопа? Нет, у меня и своп превосходно с этим справляется :D Зачем мне держать активными, демоны, к которым обращения бывают раз в сутки?

2. На домашней машине стоит 640Мб. Материнка там - 440BX. Напомнить, какая там память нужна? Если не нужно, то подскажи, где её покупать? Тем более, что больше, чем 512Мб таких модулей не было, в третий слот при наличии двух 512 память не ставится, так что память в наше время физически ограничена гигабайтом. А один только Firefox может сожрать до четверти гигабайта. А ещё GIMP, куча демонов... В общем, мои 640 заняты почти всегда и при любой серьёзной работе - до гига в свопе может оказаться занято.

3. На работе стоит гиг памяти на amd64. Для этого процессора - совершенно смешной объём. Своп занят постоянно. Нарастить нереально, т.к. сложно объяснить начальству, что "А зачем нужен энтот swap как таковой? Если памяти мало -- так на рынке еще пучок купи -- по сто баксов гиг." :D

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

> Прикалывает меня здешняя публика. Вместо того что-бы патч посмотреть начинается ярое обсуждение новости. В итоге все заканчивается опусканием патча и того кто его написал, из-за того что кто-то не смог собрать ядро не понятной версии, или у кого-то не правилбно сконфигурена поддержка ACPI. Зато все оказывается очень круто разбираются в VM. И аптайм по пол года. Однако ядро собирать еще не научились. Да лор это сила :)

Баран, 2.6.12.6 с тем же конфигом (кстати, что касается ACPI, то я там много вариантов перепробовал - без толку) прекрасно грузится. Это в 2.6.13 опять намудрили. Ты мне лучше скажи, что теперь делать. Логов нет, причина - х.. знает. Багрепорт не послать, засмеют (фотографию экрана, снятую цифровиком, прикладывать, что ли?). Где и как копать?

anonymous
()
Ответ на: SWAP от mumpster

> 1) если задача долго висит без движения с большой вероятностью её можно спокойненько выгрузить из памяти в свап, освободив память для буферов и кэша (увеличивает произ-ть работы с диском) - если очень интересно - у Лукидиса пространно описано чо да как

И тут же начал сам себе противоречить:

> 2) такое поведение кстати типично для BSD систем - хочешь не хочешь есть у тебя достатоно ОЗУ ил инет - но твой bash пока ты ходишь на обед оказывается почти весь в свапе и очень долго отзывается на первую твою команду после обеда - мне лично это всегда не нравилось на декстопе и лично был рад когда в линуксе появилась возмонждсоть настраивать стратьегию поведения

Ну так на хуа это надо, если баш на 5 минут нельзя оставить, т.к. он в своп уползает? Такое поведение может быть оправдано только на серверах, на десктопе оно - зло.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.