Swap

вычислил, что на слабом компе проблема подкачки решается заменой свап раздела на свап файл, реально заметен прирост производительности после этой операции, надо создать свап файл и отредактировать файл /etc/fstab чтобы при загрузке подключался не свап раздел а свап файл, кто объяснит почему - спасибо, но пишу в первую очередь для владельцев слабых машин, сейчас сижу в интернете комфортно, ноут P3, RAM 192, установлен crunchbang 9.04 (десятый не пошел на моем ноуте, звук не завелся и ничего не смог сделать), решил написать т.к. нахожусь под впечатлением прироста производительности после этого изменения, я думаю и на сильном компе это не помешает, т.к. многие в интернете жалуются, что как только начинает работать активно подкачка - начинаются тормоза

swap раздел создавали в начале диска? и расскажите подробней о своей разметке (fdisk -l и на каком разделе создан файл)...
если со звуком воевать планируете, то это в отдельный топик...

как создать свап в начале харда не разбирался честно говоря (фанат линукса я начинающий)
на ноуте на основном разделе установлен winxp (мне стыдно признаваться в этом :-)) xp нужен для работы, захожу по vpn на рабочий комп, под линуксом рабочий впн пока настроить не смог, на расширенном разделе живет линукс, информация по разбивке харда (fdisk -l)
-------------
seryi@seryi-laptop:~$ sudo fdisk -l

Disk /dev/sda: 40.0 GB, 40007761920 bytes
255 heads, 63 sectors/track, 4864 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0000dee4

Device Boot Start End Blocks Id System
/dev/sda1 * 1 1311 10530576 7 HPFS/NTFS
/dev/sda2 1312 4864 28539472+ 5 Extended
/dev/sda5 1312 4796 27993231 83 Linux
/dev/sda6 4797 4864 546178+ 82 Linux swap / Solaris
seryi@seryi-laptop:~$
---------------
как вы поняли из моего текста и команды - файл свап лежит на расширенносм разделе (раздел свап отключен, я его пока не удалял), причем хочу подчеркнуть, когда я его (свап файл) создавал диск был заполнен под завязку, поэтому не то чтобы вначале он лег, так я думаю что он еще и фрагментированный (хотя пишут что в линуксе файловая система не подвержена фрагментации, это я ещё должен изучать, вопрос для другой темы форума),
по поводу звука пока воевать не планирую, много другого интересного, да и многие пишут что линуксы не дружат с железом буков, у меня кранч девятый пошел из коробки, я доволен как слон, доросту до конфигов железа - буду ставить десятый кранч,
спасибо модератору за такой быстрый ответ, приятно

simd0264 написал:

вычислил, что на слабом компе проблема подкачки решается заменой свап раздела на свап файл, реально заметен прирост производительности после этой операции

впервые слышу. Вы наверное сделали своп на самом краю диска, а когда он отдельным файлом, он стал лежать рядом с данными. Потому головке диска нужно было меньше дёргаться.

simd0264 написал:

/dev/sda5 1312 4796 27993231 83 Linux
/dev/sda6 4797 4864 546178+ 82 Linux swap / Solaris

а, ну да. так и есть.

посмотреть фрагментацию и расположение блоков файла можно через hdparm --fibmap <файл>.
скорость чтения и записи в центре и на краю диска могут различаться до 2-х раз...

ЗЫ: для оформления вывода есть теги code и console

Fat-Zer написал:

скорость чтения и записи в центре и на краю диска могут различаться до 2-х раз...

я не про скорость чтения. Я про скорость позиционирования.
Если своп лежит на дорожке 1000, а данные на дорожке 100, то головке придётся постоянно прыгать между 100й и 1000й дорожками.
Если-же создать своп файл, а не раздел, он ляжет куда-нить на первую свободную, скажем на 200ю дорожку, и скорость работы возрастёт в 900/100 в 9 раз. При этом HDD перестанет трещать как трещётка. Из-за этого своп делают в начале диска, а не в конце, точнее перед тем разделом, который наиболее часто используется (/home/ для десктопа).

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

drBatty написал:

Вы наверное сделали своп на самом краю диска,

drBatty написал:

Из-за этого своп делают в начале диска, а не в конце, точнее перед тем разделом, который наиболее часто используется (/home/ для десктопа).

инсталяторы линуксов debian и ubuntu в автоматическом режиме сами ставят своп раздел последним, значит как показывает практика пока сам не настроишь никто за тебя в автоматическом режиме лучше не сделает

Fat-Zer написал:

посмотреть фрагментацию и расположение блоков файла можно через hdparm --fibmap <файл>.

файл своп у меня фрагментированный, погуглил - есть прога shake, дефрагментатор не только дисков, но и файлов, буду разбираться

извиняюсь, что вставил такой длинный код, есть способ длинные вставки делать раскрывающимися (сорри что вопрос не по теме)

simd0264 написал:

есть способ длинные вставки делать раскрывающимися

Да, использовать соответствующий тэг

Длинный
текст

скачал и поставил shake, по отзывам в интернете лучший дефрагментатор для линукса, но (позор мне) не смог разобраться с ключами, моя идея дефрагментрировать своп файл /swapfile (ранее созданный мной)
[console]
sudo shake /swapfile
[/console]
естественно я его до этого почистил командой swapoff -a и отключил от системы, команда ничего не выдала но и ошибку не дала, и ничего не сделала, помогите плиз, т.к. я понял, что на форуме сидят профи, я могу потратить кучу времени на решение проблемы, а вы можете дать ответ за 5 минут, спасибо заранее

simd0264 написал:

инсталяторы линуксов debian и ubuntu в автоматическом режиме сами ставят своп раздел последним, значит как показывает практика пока сам не настроишь никто за тебя в автоматическом режиме лучше не сделает

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

simd0264 написал:

скачал и поставил shake, по отзывам в интернете лучший дефрагментатор для линукса

зря. сделайте по другому - с помощью диска с gparted селайте раздел swap в начале диска, исправьте fstab, и перезагрузитесь.

simd0264 написал:

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

просто не надо дефрагментаций.

В вашем конкретном случае, я-бы переразметил диск.
/dev/sda5 корень / размером 10Гб
/dev/sda6 своп раздел 384Мб
/dev/sda7 home всё остальное (39Мб примерно)
и поставил-бы по новой.

Что-бы не парится с настройкой, выполните (в init 1 или с лайва)
[console]# cd /home/
# tar -cjvvf раздел_с_вендой/my_home.tbz username/
[/console]
после чего переставьте линукс, и ПЕРЕД СОЗДАНИЕМ ЮЗЕРА выполните
[console]# cd /home/
# tar -xjvvf раздел_с_вендой/my_home.tbz
[/console]
потом создавайте юзера. Выскочит "уже есть такой каталог, использовать его?" напишите "да".

drBatty написал:

зря. сделайте по другому - с помощью диска с gparted селайте раздел swap в начале диска, исправьте fstab, и перезагрузитесь.

drBatty написал:

просто не надо дефрагментаций.

drBatty, я искренне вам признателен за время, что вы потратили на написание этой инструкции, но я очень много времени потратил на настройку моей системы и если вынужден буду переставлять систему то буду следовать вашим инструкциям (сейчас скопировал эту тему себе в архив как доку), но мне не хочется всё ломать и потом заново настраивать несмотря на то что я все задокументировал и смогу в течении какого-то времени все восстановить,
хочу подчеркнуть, что быстродействие моей системы меня устраивает, просто прошу: как с помощью shake (или любой другой утилиты) мне дефрагментировать мой файл своп? может у меня "бзик" такой, но хочется мне это сделать и понаблюдать за эффектом (в частности я гружу систему большим количеством одновременно открытых приложений и смотрю насколько последние изменения повляли на быстродействие), опять же цель моя чисто исследовательская, т.к. своей существующей системой я доволен, спасибо за понимание

simd0264 написал:

команда ничего не выдала но и ошибку не дала, и ничего не сделала

Как узнали про подчёркнутое? Вот честно, а что ожидалось?
Между тем на офсайте (http://vleu.net/shake/) недвусмысленно описано выполняемое действие: There is nothing magic in that: it just works by rewriting fragmented files. Т.е. перезаписывает фрагментированные файлы, что при наличии свободного места и выделения его большим куском обычно приводит к распределению последовательных блоков, то есть отсутствию фрагментов в одном файле.

Вердикт "сделала/не сделала" можно выносить по количеству фрагментов в файле до и после его дефрагментации (filefrag -v /swapfile). Если до выполнения был 1 фрагмент (или минимально возможное с учётом размера блока ФС), то ничего делать и не надо было.

bormant написал:

Как узнали про подчёркнутое? Вот честно, а что ожидалось?

продублирую вывод команды sudo hdparm --fibmap /swapfile

после того как команда отработала в разделе sectors я ожидал увидеть или всё в одном секторе или если файл больше одного сектора то сектора подряд (поправьте если не так), да она ничего не ответила, но и вывод команды sudo hdparm --fibmap /swapfile после неё не изменился, поэтому я сделал такой вывод, что она ничего не сделала,
команда filefrag -v /swapfile заинтересовала, но до конца так и не понял как определить файл фрагментированный или нет, если можно подробно, как для чайника, потому, как смотрел на команду sudo hdparm --fibmap /swapfile на столбец sectors,
вот вывод команды filefrag

вопрос: у меня файл своп фрагментированный или нет?

simd0264 написал:

вопрос: у меня файл своп фрагментированный или нет?

Давайте почитаем вывод:
/swapfile: 25 extents found, perfection would be 5 extents
/swapfile: 25 фрагментов, минимально возможно 5

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

спасибо! с английским у меня туго, значит своп фрагментированный, остается вопрос, как его дефрагментировать?

взял тестовый файл, маленький, около 100 kB, вывод
[console]
seryi@seryi-laptop:~$ sudo filefrag -v /home/seryi/documents/test5555
[sudo] password for seryi:
Checking /home/seryi/documents/test5555
Filesystem type is: ef53
Filesystem cylinder groups is approximately 211
Blocksize of file /home/seryi/documents/test5555 is 4096
File size of /home/seryi/documents/test5555 is 100692 (25 blocks)
First block: 3154227
Last block: 2129049
Discontinuity: Block 1 is at 5626601 (was 3154227)
Discontinuity: Block 2 is at 5626819 (was 5626601)
Discontinuity: Block 4 is at 5626822 (was 5626820)
Discontinuity: Block 6 is at 5626825 (was 5626823)
Discontinuity: Block 10 is at 5626835 (was 5626828)
Discontinuity: Block 15 is at 5627326 (was 5626840)
Discontinuity: Block 16 is at 5627329 (was 5627326)
Discontinuity: Block 17 is at 5627331 (was 5627329)
Discontinuity: Block 20 is at 5627340 (was 5627333)
Discontinuity: Block 22 is at 2129013 (was 5627341)
Discontinuity: Block 23 is at 2129039 (was 2129013)
Discontinuity: Block 24 is at 2129049 (was 2129039)
/home/seryi/documents/test5555: 13 extents found, perfection would be 1 extent
seryi@seryi-laptop:~$
[/console]
получается, что он может быть из одного блока а имеет 13 блоков! это что же, так сильно у меня фрагментирована система? я так вижу что дефрагментацией под линуксом я займусь серьезно,
попутно вопрос: что значит Filesystem type is: ef53? у меня вроде ext3, гугль на вопрос о ef53 с первой страницы ответ не дает

bormant написал:

Отредактировано bormant (Сегодня 22:06:42)

редакцию увидел только сейчас, жаль что я при установке по умолчанию сделал своп раздел в конце диска, переставлять всё неохота, поэтому и мучаю своп файл, а оперативки мало, 192, поэтому вся надежда на своп