Вообще лучше делать своп в видеопамяти.

Немного не то говоришь, анонимус. Почитай официальный Windows Vista Product Guide ;) В висте своп на флешках включается только если они поддерживают нужную скорость - что-то около 20 мб/сек., что вполне соизмеримо с винчестерами.

Так все понравилось, но...

"но как только система запросит больше памяти, то вероятней всего она рухнет" А у кого система память запрашивает? У компьютера?

фи, 940 сокет.. старье..

>своп на флешке глупость. Своп обязательно нужно делать на рамдиске.

Ржу.

> Что вообще это за сайт http://linuxpeople.ru? Там у них контент классный. Надо добавить в закладки.

новая вариация "тёлку на фотке я бы..."? :-)

>У меня 2 Гб оперативной памяти и 512 Мб свопа, пока все стабильно.)

скорей всего у тебя не работает hibernate, а я уже привык, не надо каждый раз закрывать сессию, перегружать комп.

>Своп полезен даже если памяти гига полтора - например, я в него засыпаю

+1

Ноуты с 2 Гигами уже совсем не редкость...

>есть... счётная задачка на 4х гиговой машине, хочет примерно 8-9 гигов... денег нету на планки, как выход? = правильно... свопить 5-6 гигов

Это не счётная задачка а тормозилово. Разве что расчёты джастфорфановые ...

>фи, 940 сокет.. старье..

Они не намного хуже 1207 ... особенно если их штук 40-50 ;)

>по теме: своп - для неудачников

Ога. Ноутбуки c гибернейтом - удел неудачнеГов ;)

Пеши есчо.

>своп на флешке глупость. Своп обязательно нужно делать на рамдиске.

ГГГГГ. ROFL

на башорг

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

зависит от того, насколько интенсивно ты используешь хард. и т.п. Да и в любом случае от 1-2 гигов свопа хуже не будет. Может быть только лучше.

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

это при пользовании у нее ресурс большой. А когда на нее своп натравишь она здохнет ОЧЕНЬ быстро.

И страницы в своп складываются упорядоченно, так что тут случаного seek почти не бывает.

Статья про swappines, так се.. Ничего не дало, если честно. Стоит openSuSE 10.3 2 Gb RAM 2 Hdd по 120 Gb и один 200 Gb Система на 200 гиговом hdd. Стоит начать что-то копировать размером больше, чем 2 Gb, как нереал ничего запустить. очень медленно система работает в такой момент. cfq шедулер. 10 % swappines Почему-то на Vista - пофиг. Хоть, десятки гигов копируй. Adobe Photoshop, Office etc открываются влет всеравно.

Странно. Раньше стояла Slackware и тоже 2.6 ядро. тот же шедулер. все летало и даже лучше чем на дристе.

Автору - все равно спасибо. Хоть что-то пишет.

> Побольше бы таких грамотных статей, именно о базовых понятиях

А что там грамотного? «... Если ваш компьютер пытается запустить программу, которая требует больше оперативной памяти, чем доступно, большинство современных операционных
систем, для решения этой задачи, используют технологию swapping (”подкачка”) ...» -- "paging", вообще-то: http://en.wikipedia.org/wiki/Paging

> можно вместо count использовать seek — гораздо быстрее.

Удачи с mkswap

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

Ну собственно говоря и похоронил, новую :)

Правда задача так и стояла, я не нашел ничего лучшего как на машинке с 64Мб памяти разместить своп на этой самой флешке. медленно.

Если аноним не в курсе, то докладаю: эту с позволения сказать технологию назвали "виртуальной памятью" и придумали Intel-овцы, m$ к этому имеет такое же отношение как к созданию собственно процессоров. Работа со страницами реализована на уровне процессора + генерация exception обработчики которой регистрируются ОС в момент её инициализации. Всё что нужно ОС это обработать exception и реализовать политику раздачи.

>>dd if=/dev/zero of=/swapfile bs=1024 count=1048576

>На ФС, которые умеют Sparse, можно вместо count использовать seek -- гораздо быстрее.

это вааще убило меня об стену :-), вы хоть поняли что сделали этим seek? Хотя подтверждаю, это действительно быстрее в n/512 раз где-то, где n-размер swap в байтах.

Умилило где чел хочет теперь попробовать swap в файле, не рекомендую, дольше поиск - подумай, это же тройное косвенное обращение к swap, part+fs+swap вместо просто part.

В статье есть несколько орфографических ошибок, но это фсио фигня по сравнению с перлом: "Вообще своп не необходим, если у вас много ОЗУ и все работает хорошо, но как только система запросит больше памяти, то вероятней всего она рухнет." Вот это "вероятней всего" просто жжот. Так мануалы по windows пишут, однако. :-). Короче надо бы написать что если swap нет после того как программа запросившая память не сможет её получить кто-нибудь умрёт, то есть получит SIGSEGV, и скорее всего это будет сама программа. Это раз. И два если закончится swap, что согласитесь, хужее, то начнётся свистопляска в районе kswapd. Всё резко начнёт тормозить и как результат через полчаса SIGSEGV согласно предыдущему сценарию. Единственно чего я не понял, то нахера этот kswapd так долго ждёт когда в системе нет swap, я бы стразу убил нах всех наглых.

Это пять!!!

Виноват, не образован, а какое это /dev? И что за драйвер нужен? Это для интереса, у меня всё равно Gf2 32M маловато, но вдруг. И я догадываюсь, что необходима синхронизация с драйвером vc, а значит сам драйвер vc должен эту функцию поддержать. -нет ?

Нет это ПЯТЬ!!! я себе записал

Эхехе i386SX20 4MB RAM + 8MBSWAP, Slackware 3 с X. А теперь реальным пацанам гектар ОЗУ как два пальца.

А между тем в статье полно мелких ляпов, начиная хотя-бы с

==========8<===========

В ОС Linux оперативная память (ОЗУ, RAM, random access memory) делится на разделы, называемые страницами (pages).

==========8<===========

как память разделена на страницы, не зависимот от OS, это аппаратная характеристика практически всех MMU-enabled архитектур. Ну и куча еще по мелоч встречается.

>Ээ-эт-таа... А ссылочку на .tgz не подбросите? С экрана читать сложновато (ну, не молод я к сожалению...).

а до предыдущего слеша в урл-е не судьба буковки потереть?

Забыл сказать что Linux это не ОС, ОС это GLU/Linux ;-)

чтобы не съели: s+GLU+GNU+ :-)

> >своп на флешке глупость. Своп обязательно нужно делать на рамдиске.

> ГГГГГ. ROFL

> на башорг

[:||||||:]

http://www.linux.org.ru/view-message.jsp?msgid=1893275#1894470

http://www.linux.org.ru/view-message.jsp?msgid=244938#246355

> Раньше стояла Slackware и тоже 2.6 ядро. тот же шедулер. все летало и даже лучше чем на дристе.

ну так возвращайся обратно

> Ну что ты за папсу предлагаешь, ананимус? вот что надо брать: http://h10010.www1.hp.com/wwpc/us/en/sm/WF06a/12454-12454-296719-307908-33297.. . ;)

мммм... писаться сразу или чуть подождать? и где не неё цена?

> Это не счётная задачка а тормозилово. Разве что расчёты джастфорфановые ...

> sS (*) (07.12.2007 1:23:33)

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

>Вообще лучше делать своп в видеопамяти.

"Интеграшкам" это не надо.

>своп на флешке глупость. Своп обязательно нужно делать на рамдиске.

- цитата с bash.org.ru
:))

>Ога. Ноутбуки c гибернейтом - удел неудачнеГов ;)

Зачем он нужен, suspend2ram достаточно долго держит.

>Виноват, не образован, а какое это /dev? И что за драйвер нужен? Это для интереса, у меня всё равно Gf2 32M маловато, но вдруг. И я догадываюсь, что необходима синхронизация с драйвером vc, а значит сам драйвер vc должен эту функцию поддержать. -нет ?

http://gentoo-wiki.com/TIP_Use_memory_on_video_card_as_swap

>suspend2ram достаточно долго держит.

но не везде работает

> своп на флешке глупость. Своп обязательно нужно делать на рамдиске.

Ещё большая глупость.

>> своп на флешке глупость. Своп обязательно нужно делать на рамдиске.

>Ещё большая глупость.

Но самой большой глупостью является отсутствие чувства юмора. :)

>Побольше бы таких грамотных статей, именно о базовых понятиях. >Вообще надо такие статьи в отдельный раздел на форуме пихать вроде >FAQ. Только один хрен, вантузятникам играющимся в линукс надо >"быстро и сразу и чтобы не думать", но хоть будет куда их отослать.

Как будто их сейчас послать некуда! В Бабруйске топки стынут!

Кто-нибудь может прокоментировать текст ниже об ограничениях swap-раздела?

Linux на машинах с разбиением памяти на страницы по 8 Мб, типа Alpha или Sparc64, поддерживает разделы swap размером до 512 Мб. Ограничение 128 Мб пришло из PAGE_SIZE*BITSPERBYTE на машинах со страничной организацией памяти по 8 Мб, но оно составляет 512 Мб на машинах с организацией памяти по 8 Мб. Ограничение имеет место вследствие использования одностраничной схемы распределения памяти.

В файле mm/swapfile.c содержатся все чудовищные подробности.

http://jack.kiev.ua/docs/Linux-FAQ/Linux-FAQ-07.html

> http://gentoo-wiki.com/TIP_Use_memory_on_video_card_as_swap

Ааааа!!!!
Где они лет 10 назад были????
Была у меня 486-ая с 16 метрами памяти и видео с 1М
И для задачи как раз этого метра не хватало! Итак машинка не быстрая
(по сравнению с Sun SS20mp), а уж со свопом....

Я вот лично видел один случай, когда своп - плохо :) На системе 512МБ рам и гиг свопа. Оставляете, значит, запущенный фаерфогс на ночь.. Он сжирает всю память, включая виртуальную. После этого даже мышой без скрипа не пошевелить. Пока доберешься до консоли чтоб ето прибить, пока оно прибиваеся... В итоге дело кончается резетом.

PS:, ой, щас наверно умнеков повылезает, которые начнут рассказывать про наличие отсутствия утечек памяти в фф..

> http://gentoo-wiki.com/TIP_Use_memory_on_video_card_as_swap

Это клево. А когда память на встроенном интеле берется от системной, это помогает?

> Он сжирает всю память, включая виртуальную.

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

>Зачем он нужен, suspend2ram достаточно долго держит.

Не больше недели. Ну и потом есть dual boot когда каждая из систем независимо держится в гибернате.

PS: Сам пользую и то и другое в зависимости от того какой перерыв в работе ноутбука предполагается сделать.

>PS:, ой, щас наверно умнеков повылезает, которые начнут рассказывать про наличие отсутствия утечек памяти в фф..

Не, ща тебя пошлют в man ulimit ;)

2 anonymous (*) (07.12.2007 3:28:24)

openSuse naverno na RaiserFS ? :) (ibo s Ext3 takogo net :)

> Кто-нибудь может прокоментировать текст ниже об ограничениях swap-раздела?

Представляет несомненную историческую ценность.

>Не, ща тебя пошлют в man ulimit ;)

так неинтересно

>openSuse naverno na RaiserFS ? :) (ibo s Ext3 takogo net :)

А можно по-подробней? И с сылочками, если есть