pacman, swap, тормоза

[Dreamer77]

Прошел почти месяц с тех пор как стоит Arch Linux.
Неделю назад заметил что отработка по поиску программ:
pacman -Ss package
pacman -Qs package
pacman -S package
сильно задерживается, хотя раньше отрабатывал моментально.
pacman-optimize запускал несколько раз, но увеличения скорости обработки не последовало.

Также при работе с pacman он активно кушает SWAP.
Всего оперативной памяти 2 гб, занято 600мб, под буфер 70мб, под кэш еще 1300мб.
После нескольких операций по обновлению и поиску -- размер свапа вырос с 0 до 25мб.

Сегодня днем ни с того ни с сего, при схожих параметрах используемой памяти, свап был использован на 500мб,
Не уверен что в этом виноват pacman, но другого объяснения пока не нашел.

[tenhi]

1 га памяти, свап вообще не жрёт, только изредка и не более 20 метров если верить конькам.
Пол года стоит. Бук.

[Nazyvaemykh]

Файловая система, небось, ext4?
pacman нещадно тормозит при работе с ней.

[tenhi]

Файловая система, небось, ext4?
pacman нещадно тормозит при работе с ней.

а почему не поясните? али пруфлинк не дадите?
ЗЫ у мну лично reiserfs

[Lan4]

Файловая система, небось, ext4?
pacman нещадно тормозит при работе с ней.

Ничего не знаю, не замечал такого.

[Nazyvaemykh]

tenhi, увы, я не могу достаточно компетентно объяснить причины, почему ext4 работает медленно, могу лишь показать примерно вот что:
$ time pacman -Qi gtk2

real 0m12.439s
user 0m0.060s
sys 0m0.267s

При reiserfs такого не наблюдается, чтобы такая команда и 12 секунд!

[Lan4]

tenhi, увы, я не могу достаточно компетентно объяснить причины, почему ext4 работает медленно, могу лишь показать примерно вот что:
$ time pacman -Qi gtk2

real 0m12.439s
user 0m0.060s
sys 0m0.267s

При reiserfs такого не наблюдается, чтобы такая команда и 12 секунд!

Плохой пример... ибо:

Код: Выделить всё

[root@tux ujen]# time pacman -Qi gtk2

real    0m0.035s
user    0m0.023s
sys    0m0.010s

Возможно это у вас проблемы, а не у ext4...

[Nazyvaemykh]

Lan4, ну, на reiserfs я такого воспроизвести не смог, это раз.
Некоторые другие арчеводы такое поведение связки ext4 + pacman подтвердили.

[Lan4]

Nazyvaemykh, в таком случае против толпы не пойду) Не поделитесь временем выполнения команды на reiserfs?

П.С.: решил проверить: первое обращение к базе у меня заняло 3 сек, все последующие - около времени указанного ранее.

[Kido]

Код: Выделить всё

real    0m0.036s
user    0m0.017s
sys     0m0.017s

И это ext4.
При этом временами - да, пакман тормозит. Давайте искать другие причины.

[tenhi]

Код: Выделить всё

Номер  Начало  Конец   Размер  Тип      Файловая система  Флаги
 1     32,3kB  107MB   107MB   primary  ext2              загрузочный
 2     107MB   2204MB  2097MB  primary  linux-swap(v1)
 3     2204MB  12,7GB  10,5GB  primary  reiserfs
 4     12,7GB  160GB   147GB   primary  reiserfs

Код: Выделить всё

[root@myhost tenhi]# time pacman -Qi gtk2
real    0m0.104s
user    0m0.030s
sys    0m0.070s

Это на reiserfs на буке на 5400rpm


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

[Dreamer77]

Файловая система, небось, ext4?
pacman нещадно тормозит при работе с ней.

она родимая!
Что еще больше удивляет, так это непостоянство таких задержек.
т.е.
pacman -Qs kate секунд 20
pacman -Qs gedit пара секунд
2 раза подряд одну команду выполнял (по идее второй раз быстрее должно было быть), но занимало столько же много времени, т.е.
pacman -Qs kate секунд 20
pacman -Qs kate опять же 20 секунд

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

Подобную ситуацию заметил и на Gentoo amd64 + ext4. По-началу все работало быстро, после нескольких недель скорость обработки emerge -S package упала в разы!

Из этой ситуации сделал 2 возможных вывода:
1. В очередной версии файловой системы ext4 что-то намутили, т.ч. после форматировании проявлятся данная ситуация.
(весьма вероятно, те у кого проблем в связке Arch+ext4 не наблюдается форматировали свои разделы другой версией)
2. Жесткий диск стал хуже работать -- и после нескольких недель после форматирования, снижается быстродействие...

[ATIpro]

1. В очередной версии файловой системы ext4 что-то намутили, т.ч. после форматировании проявлятся данная ситуация.
(весьма вероятно, те у кого проблем в связке Arch+ext4 не наблюдается форматировали свои разделы другой версией)

Реально pacman работает значительно быстрее на reiserfs. Сравнивал с ext4 и xfs. Про xfs вообще помолчу, таких тормозов еще поискать и команда pacman -Syu отрабатывает ну неприлично долго. На ext4 пакман работает уже неплохо, но на reiserfs все команды даже на глаз быстрее отработают. Вывод прост - нужно иметь отдельный раздел для /var с файловой системой reiserfs и проблем с пакманом не будет.
Объясняется это просто, в /var/lib/pacman хранится информация об установленных пакетах и пакетах из всех подключенных репозиториев. Все это представляет собой несколько тысяч папок и свыше десяти тысяч мелких файлов. А как известно reiserfs не имеет равных при работе с большим количеством мелких файлов.

[Kido]

Сделал

Код: Выделить всё

sudo pacman -Sc
sudo pacman-optimize

Пока тормоза ушли.

В гугле предлагают такую вот вещь:
http://muhas.ru/?p=154
Сам пока не пробовал.

[Nazyvaemykh]

Либо использовать нормальную файловую систему, либо базу данных для хранения базы данных пакетов.
Нет, гораздо лучше очередные костыли.

[serzh-z]

Неужели обновление/установка/удаление софта - это такие критичные по времени операции? Он же не 10 медленнее работает...

[ATIpro]

Кстати, в новом пакмане сделали так, что содержимое подключенного репозитория хранится в одном файле, а не в виде кучи папок и файлов. Так что на ext4 должно работать гораздо лучше. Список локально установленных пакетов остался в старом виде.