Swap-раздел. Оперативная память. Общие вопросы свопа и оперативки.

[Rezedent12]

Оставлю без комментариев, когда у меня своп дошёл до 100 Мб я решил сделать следующее и вот что получил:

Код: [Выделить]

[root@localhost ~]# swapoff -a
Убито
Прежде чем процесс убило у меня на пару секунд завис камп, своп так и не получилось отключить, а виноват как я понял:

Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.8.1.18) Gecko/20081116 Firefox/2.0.0.18

Показатели:

Код: [Выделить]

top - 22:26:51 up  3:51,  5 users,  load average: 2.56, 2.50, 2.04
Tasks: 119 total,   5 running, 114 sleeping,   0 stopped,   0 zombie
CPU: 76.9% us, 23.1% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:    256472K total,   252488K used,     3984K free,     6820K buffers
Swap:   417640K total,   144388K used,   273252K free,    83408K cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 3392 root      16   0 35400  10M 3060 R 31.0  4.1  11:06.14 X
 6603 root      15   0  1868 1008  756 R 18.6  0.4   0:00.18 top
 3966 stas      15   0 21080 2216 1512 S 12.4  0.9   0:59.09 knetstats
 4337 stas      15   0 71696  20M  11M S 12.4  8.3   2:46.45 kopete
 6483 stas      15   0 24936 6748 5004 R 12.4  2.6   0:05.20 konsole
    1 root      15   0  1540   84   60 S  0.0  0.0   0:01.28 init
    2 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    3 root      34  19     0    0    0 S  0.0  0.0   0:00.17 ksoftirqd/0
    4 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 watchdog/0
    5 root      10  -5     0    0    0 S  0.0  0.0   0:01.10 events/0
    6 root      10  -5     0    0    0 S  0.0  0.0   0:00.02 khelper
    7 root      11  -5     0    0    0 S  0.0  0.0   0:00.03 kthread
   10 root      10  -5     0    0    0 S  0.0  0.0   0:00.09 kblockd/0
   11 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid
   70 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 cqueue/0
   71 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kseriod
  108 root      15   0     0    0    0 S  0.0  0.0   0:00.12 pdflush
и

Код: [Выделить]

[root@localhost ~]# free
             total       used       free     shared    buffers     cached
Mem:        256472     251416       5056          0       7056      81864
-/+ buffers/cache:     162496      93976
Swap:       417640     144276     273364

Может точно стоит купить планку на 512....

[Rezedent12]

У меня раздел hdb1 используется для подкачки.
Сегодня после неудачной попытке обновить систему до кентавра 5.9.9 beta мне пришлось переустанавливать alt linux lite 4.0  дело в том что я при установке забыл поставить галочку "проверить сбойные сектора" и теперь при достижении определенного уровня подкачки начинаются повисания, на 12й консоли выходят ошибки чтения раздела подкачки.
Команда badblocks выдала результат:

1152
1160
1161
1162
1163
1408
1412
1413
1414
1415

Как применить эти данные?
И что вообще следует делать? (диск заменить не вариант)

[Skull]

Код: [Выделить]

man badblocks

Код: [Выделить]

-o исходящий_файл
      Сохраняет список сбойных блоков в указанный исходящий файл. Без этого параметра команда
      badblocks выводит  этот  список  на  стандартное  устройство вывода. Формат этого списка в
      файле пригоден для использования в командах e2fsck(8) или mke2fs(8) с параметром -l.

[Rezedent12]

Код: [Выделить]

[root@localhost archives]# fsck /dev/hdb1
fsck 1.40.4 (31-Dec-2007)
fsck: fsck.swap: not found
fsck: Error 2 while executing fsck.swap for /dev/hdb1
А без fsck эти данные не применить к разделу.
Что делать не знаю, как вообще в установщике реализована проверка области подкачки на сбойные сектора и их блокирование?

[Карлсон]

Что делать не знаю, как вообще в установщике реализована проверка области подкачки на сбойные сектора и их блокирование?

А возможно ли вообще блокирование сбойных секторов на swap-разделе? Определите область диска со сбойными секторами, и просто создайте разделы "в обход" данной области.

[ruslandh]

Можно попробовать пересоздать swap раздел с ключом -с
Правда не уверен, что поможет:

man mkswap
......
  -c     Check the device (if it is a block device) for bad blocks before
              creating the swap area.  If any are found, the count is printed.

[coretech]

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

[ruslandh]

Ну может месяц-два ещё поработает :).
Но я-бы то-же выкинул. Во всяком случае, не хранил-бы никакой ценной информации на нём.

[Rezedent12]

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

Этот жесткий уже несколько лет (года 3 как сыпется), но в начале диска зафиксировались несколько плохих секторов не разрастаются. Поэтому я его использую только подкачки и виндового D: .
Прошлый раз я не забыл в инсталляторе поставить галочку и всё работало нормально.

[tanni2]

Влезу со своими вопросами.

Собственно.. Домашняя система (не сервер) Альт 5 Арк, с Гномом. E7300 при 2 Гб ОЗУ, своп 4 Гб.

При запуске WoW с нтфс-раздела под вайном conky показывает количество свободной памяти аж 3% при использовании около 1 Мб свопа.
В отличие от системного монитора, который показывает свободной памяти около 60%.

Более того - при запуске второго окошка ВоВ (своими извращениями я наслаждаюсь) спустя пару-тройку
минут либо жестко висну, либо вырубает первое окно.
Своп включен ( swapon -s подтверждает), vm.swappiness = 60 (дефолт, не менял, но проверил).

WTF, как говорится? И куда копать?

Из 5-страничного разбирательства понял, что гном имеет свойство забивать ОЗУ в процессе работы.
Забить гнома тауреном (шутка) и поставить чего полегковеснее?

[Skull]

Используйте failsafe, будет один xterm. Ну или LXDE.

[МИНЗДРАВ]

Маны рекомендуют применять раздел под SWAP, равный двойному размеру оперативной памяти компьютера. В связи с чем у меня вопрос:
что будет если назначить гораздо больший размер раздела swap? Кашу, маслом можно испортить? Или нет?
Какие особенности могут быть при этом?

[Знайка]

Маны рекомендуют применять раздел под SWAP, равный двойному размеру оперативной памяти компьютера. В связи с чем у меня вопрос:
что будет если назначить гораздо больший размер раздела swap? Кашу, маслом можно испортить? Или нет?
Какие особенности могут быть при этом?

Во первых это устаревшие данные. Так же, те же старые маны пишут, что своп раздел не может быть больше 2Гб. Единственное ограничение, и то для систем которые планируется укладывать спать (типа буков), что бы размер свопа был 130% от ОЗУ. Для себя, в подобных ситуациях делаю объем ОЗУ+256Мб. Повторю, это минимум, и для систем которые ложатся спать.
Для современных систем, рекомендации лучше поискать в онлайн руководствах редхата.

[asy]

Маны рекомендуют применять раздел под SWAP, равный двойному размеру оперативной памяти компьютера.

Вообще, это достаточно старые рекомендации.

что будет если назначить гораздо больший размер раздела swap? Кашу, маслом можно испортить? Или нет?
Какие особенности могут быть при этом?

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

[МИНЗДРАВ]

лучше следить за тем, чтобы своп не использовался вообще.

Чем свап вреден?