| |
| |
| 3.14, blit (?), 11:01, 02/11/2025 [^] [^^] [^^^] [ответить]
| +6 +/– |
 медленный, тяжёлый. Я никсоюзер если что.
pacman всё же один из лучших пакетных менеджеров среди императивных дистров. Но он не декларативный.
| | |
| |
| 4.44, Аноним (44), 14:23, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>pacman всё же один из лучших пакетных менеджеров среди императивных дистров.
Не понимаю, как можно пользоваться пакетными менеджерами с побочными эффектами, после того, как попробовал функциональные.
| | |
| 4.114, Аноним (114), 20:41, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Но он не декларативный.
Пишешь PKGBUILD для своих dropin-конфигов, и вуаля! Теперь 'pacman -S <декларация>' включает конфиг, 'pacman -R <декларация>' выключает конфиг.
| | |
|
|
| 2.13, Аноним (13), 11:00, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Быстрый, лёгкий, многофункциональный. Просто лучший! :)
Быстрый, лёгкий, простой как сапог, что несомненно хорошо.
Но вот насчёт многофункциональности... смотря с чем сравнивать?
Pacman это ставилка/удалялка пакетов, но за счёт роллинговости и в 99% только необходимости ставить пакеты более новых версий, он ещё справляется и с апгрейдом Арча.
Только в пределах работы Арча оно конкурентноспособно, на фоне других пакетников только по скорости, в рамках чистого роллинга, где только вперёд и обновления на новые версии пакетов всегда и больше ничего не надо.
В других дистрах, с более классической моделью апгрейдов, pacman бы проиграл на фоне их родных пакетников по функционалу для них необходимому, реализованному и работающему штатно, а не формально и через костыли.
| | |
| |
| 3.16, Константавр (ok), 11:23, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
 >В других дистрах, с более классической моделью апгрейдов, pacman бы проиграл на фоне их родных пакетников по функционалу для них необходимому, реализованному и работающему штатно, а не формально и через костыли.
Тут просто обязан быть пруф.
| | |
| 3.17, Аноним (17), 11:41, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Однако, MSYS2 почему-то взял его, а не apt, например. Не согласен про "костыли" и непригодность для других дистров, пока видел только обратное.
| | |
| 3.69, Аноним (-), 17:15, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Только в пределах работы Арча оно конкурентноспособно
Pacman создан исключительно для Arch. xbps создан исключительно для Void. slackpkg создан исключительно для Slackware. Nix создан исключительно для NixOS. Эти дистры созданы с нуля и они не опираются на наследие Red Hat и Debian. Никому из линуксоидов, кроме тебя, дурацкие мысли в голову не лезут.
| | |
| |
| 4.73, Аноним (73), 17:30, 02/11/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
Вот кстати да, есть только системы, основанные на .deb и .rpm, а остальное это игрушки
| | |
| |
| 5.115, Аноним (114), 20:44, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> есть только системы, основанные на .deb и .rpm,
несовместимые между собою. По формату пакетов. Без чета недостающих зависимостей, которые в 99% случаев сделают пакеты не рабочими за пределами своего дистрибутива.
| | |
|
| 4.92, ЛщЛ (?), 19:02, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>Только в пределах работы Арча оно конкурентноспособно
> Pacman создан исключительно для Arch.
Frugalware Linux — дистрибутив Linux общего назначения, спроектированный для пользователя, знакомого с командной строкой. Он основан на Slackware, но использует другой менеджер пакетов — Pacman.
Nix создан исключительно для NixOS.
А вот и нет, nix как проект не зависит от NixOS, NixOS как раз проект, который как proof of concept того, что вокруг nix можно полностью цельный дистр построить, а так, nix не привязан к NixOS и даже более универсальный пакетник, чем нативные работающие с deb, rpm, универсальнее даже чем snap.
Эти дистры созданы
> Никому из линуксоидов, кроме тебя, дурацкие мысли в голову не лезут.
Как видим, лезут и даже очень ;)
| | |
|
| 3.116, Аноним (114), 20:46, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> pacman бы проиграл на фоне их родных пакетников по функционалу для них необходимому
Например?
| | |
|
| 2.18, Аноним (18), 12:00, 02/11/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>Быстрый, лёгкий, примитивный. Просто еще один :)
Поправил. Многофункциональный - это про Guix.
| | |
| 2.41, Аноним (44), 14:17, 02/11/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>Быстрый, лёгкий
Никогда не понимал, зачем пакетному менеджеру быть быстрым и лёгким. Вы рач по выходным переустанавливаете, чтоли? От того, что пакетный менеджер будет работать ну пускай две минуты вместо 20 секунд - явно хуже не будет.
>многофункциональный
По меркам девяностых. Сейчас пакетные менеджеры горазо мощнее.
| | |
| |
| 3.78, Песнь скрипучих дроздов (?), 18:06, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Вы рач по выходным переустанавливаете, чтоли?
вы не понимаете сути ролинг-релиза, здесь не переустанавливать а обновлять, и не по выходным а хоть каждый день
а тем чем пользуешься очень часто должно быть быстрым и лёгким, с чем pacman справляется на все сто
| | |
| 3.94, Мимокпроходил (?), 19:05, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
>>Быстрый, лёгкий
> Никогда не понимал, зачем пакетному менеджеру быть быстрым и лёгким. Вы рач
> по выходным переустанавливаете, чтоли? От того, что пакетный менеджер будет работать
> ну пускай две минуты вместо 20 секунд - явно хуже не
> будет.
>>многофункциональный
> По меркам девяностых. Сейчас пакетные менеджеры горазо мощнее.
На самом деле текущая реализация dnf, что сейчас поставляется в Fedora, не сильно-то и медленней пакмана. Pacman хорош только в роллинге, который не поддерживает штатно холдинг и откат пакетов. Оно кончено там факультативно есть в Арче, но работает на выдох и очень не рекомендуется.
| | |
| 3.140, Аноним (114), 21:30, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Никогда не понимал, зачем пакетному менеджеру быть быстрым и лёгким.
Никогда не понимал, зачем пакетному менеджеру быть медленным и тяжелым.
| | |
|
| 2.51, Аноним (51), 15:11, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Быстрый, лёгкий, многофункциональный. Просто лучший! :)
И самый бестолковый. Кто с ним первый раз сталкивается или нечасто, то из его --help вообще не понять, так как же пакет-то установить. Без обращения к поисковику с примером не понять.
| | |
| |
| 3.59, Медведь (ok), 15:27, 02/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > И самый бестолковый. Кто с ним первый раз сталкивается или нечасто, то из его --help вообще не понять, так как же пакет-то установить. Без обращения к поисковику с примером не понять.
man pacman
EXAMPLES
pacman -Ss ne.hack
Search for regexp "ne.hack" in package database.
pacman -S gpm
Download and install gpm including dependencies.
pacman -U /home/user/ceofhack-0.6-1-x86_64.pkg.tar.gz
Install ceofhack-0.6-1 package from a local file.
pacman -Syu
Update package list and upgrade all packages afterwards.
pacman -Syu gpm
Update package list, upgrade all packages, and then install gpm if it wasn’t already installed.
Действительно, как такое понять? Это ж глаза открыть надо!
| | |
| |
| 4.65, Аноним (65), 16:24, 02/11/2025 [^] [^^] [^^^] [ответить] | +/– |  CODE -S, --sync Synchronize packages Packages are installed directly from the... большой текст свёрнут, показать | | |
| |
| 5.66, Медведь (ok), 16:36, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну используй полные имена ключей, кто ж тебе не дает? Буковок в латинице не так уж много.
| | |
|
| 4.71, Аноним (51), 17:18, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ах, у него оказывается, есть ещё man. Ну а если это Msys2, нету мана. Но вот --help-то тогда такой бестолковый зачем сделали?
| | |
| |
| 5.75, Медведь (ok), 17:37, 02/11/2025 [^] [^^] [^^^] [ответить] | +/– | Ты про это, что ли code pacman --sync --help использование pacman -S --syn... большой текст свёрнут, показать | | |
|
| 4.88, в ожидании победы (?), 18:54, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я сам бывший пользователь Арча с десятилетним стажем. И вот, глядя сейчас на ваш экземпл уже незамутнёнными глазами, я отчётливо понимаю, что тут новичку глаза вырачивать надо. Плохо это или не так плохо, мне уже похрен.
| | |
| |
| 5.139, Медведь (ok), 21:29, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Я сам бывший пользователь Арча с десятилетним стажем. И вот, глядя сейчас на ваш экземпл уже незамутнёнными глазами, я отчётливо понимаю, что тут новичку глаза вырачивать надо. Плохо это или не так плохо, мне уже похрен.
Пример не мой, он из мануала пакмана. И для новичков вполне себе есть pamac, где можно намышевозить все то же самое, но без терминала. Каждому свое, мне удобнее консоль, кому-то наоборот. В чем трагедия?
| | |
|
|
| 3.117, Аноним (114), 20:48, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Кто с ним первый раз сталкивается
Что угодно, если столкнуться с ним в первый раз, будт сложным. Проблема в чём? Продолжай сталкиваться до наступления просветления. Дорогу осилит идущий.
| | |
|
|
| 1.21, Аноним (20), 12:25, 02/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
> ... повторный импорт ключей c расчётом на то, что на сервере ключей уже имеются обновлённые ключи.
Ну, ну. Желаю удачи.
| | |
| 1.22, Ананоним (?), 12:27, 02/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Быстрым и лёгким он кажется пока его мало используешь. А потом начинаются тормоза. Когда количество файлов на HDD в /var/lib/pacman/local вырастает до 20000, начинается минутный тормоз при каждом незакешированным файловой системой обращении к этим данным о пакетах. Причём находятся сказочники, расказывающие что для ext4 не нужна программа дефрагментаци/оптимизации файловой системы. И ещё если вы решите по максимуму воспользоваться NoExtract= для каждого пакета, по 5 минут тормозов вам обеспечено при "удачном" обновлении pacman -Suy. На а так быстрый, да...
| | |
| |
| 2.24, Медведь (ok), 12:33, 02/11/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Когда количество файлов на HDD в /var/lib/pacman/local вырастает
> HDD
Я всё понимаю, ситуации у всех разные, но думается, что проблема больше в этих трех буквах, чем в pacman.
| | |
| |
| 3.25, Ананоним (?), 12:41, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Проблемы не в трёх буквах, проблемы в наплевательском отношении к архитектуре ПО. Или ты хочешь сказать что в требованиях к pacman есть примечание "не предназначен для работы на HDD"?
| | |
| |
| 4.28, Медведь (ok), 13:03, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну для начала -- на древнем ноутбуке HDD, и каких-то особых тормозов с pacman я не наблюдаю. И проблем с винтом вроде нет. И потом, ни у одной аппликухи в требованиях я не увидел "не предназначена для запуска на утюге", и тем не менее на утюгах они работают так себе ;)
| | |
| |
| 5.35, Ананоним (?), 13:30, 02/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну я часто встречаю людей, который в упор не видят проблем. Это нормально. Живи дальше.
| | |
| |
| 6.43, Аноним (17), 14:23, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну я часто встречаю людей, которые фантазируют проблемы в вещах, которыми не пользуются. Это нормально. Живи дальше.
| | |
| |
| 7.60, Ананоним (?), 15:40, 02/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Наверно в моём случае твоя голова галлюцинировала. Стаж 10 лет использования.
| | |
|
|
|
|
|
| |
| 3.30, Аноним (30), 13:14, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Сразу видно человека, который жёстким диском под линуксом не пользуется. Добро пожаловать из винды! Ваша оперативка используется ядром для кэша записи/чтения/редактирования файлов уже хрен пойми сколько времени.
| | |
| |
| 4.97, Аноним (97), 19:06, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Добро пожаловать из винды! Ваша оперативка используется ядром для кэша записи/чтения/редактирования файлов уже хрен пойми сколько времени.
Ага, главное - ничего больше не запускать, а то ядро временами заметно неохотно отдаёт формально вашу же оперативку.
| | |
| |
| 5.105, Ананоним (?), 19:26, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Хаха! Запускать-то можно, при этом кэш в который попало содержимое из /var/lib/pacman/locale со временем теряется и тебя ждут опять тормоза при использовании pacman/ Ну а главный сюрприззз настаёт когда от чрезмерного запуска начинается своппинг из-за нехватки ОЗУ. Вот это уже серьёзное попадалово, и тормоза pacman меркнут моментально. :D
| | |
| |
| 6.133, Аноним (114), 21:18, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Никогда не видел таких проблем на 4GB RAM. У тебя, скорее всего, перекручен vm.swappiness.
| | |
| |
| 7.143, Ананоним (?), 21:43, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Никогда не видел таких проблем на 4GB RAM. У тебя, скорее всего,
> перекручен vm.swappiness.
Мой:
vm.swappiness = 60
Это перекручено?
У меня 16 GB RAM. Swap раздел 24GB. Но на тяжёлых задачах бывало этого не хватало.
| | |
|
|
| 5.106, Ананоним (?), 19:31, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Причём если после глубокого своппинга ты всё таки дождался освобождения ОЗУ, то наччинается следующая проблема - возвращение данных их свопа обратно в ОЗУ. Я созерцая работу этих, кхе, алгоритмов в Линуксе думал ктож такой продвинутый это написал что всё это так "работает"... НА виндже не помню таких проблем со свопом. Он там хоть и тормозит, но обычно ресет жать никогда не приходилось, потому что тяжёлые случае вполне реанимируются.
| | |
| |
| 6.131, Аноним (114), 21:15, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не дожидайся. Пользуй SysRq+F / SysRq+S. (Винда в таких случаях просто умирает - даже на CTRL+ALT+DEL не отвечает.)
Но вообще своп в Линуксе нужно уметь готовить под своё железо.
Например, если много памяти, то можно зарезервировать её кусок под своп со сжатием (zram). Если средне, можно гибрид (zswap): часть сжать в памяти, что не влезло - на диск. Zswap, если не ошибаюсь, под Арчем во всех ядрах включен по умолчанию.
Если памяти мало, можно настроить OOM-killer. В systemd он включен по умолчанию, но, скорее всего, придётся покрутить настройки.
И т.д. и т.п.
| | |
| |
| 7.134, Ананоним (?), 21:18, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Не дожидайся. Пользуй SysRq+F / SysRq+S. (Винда в таких случаях просто умирает
> - даже на CTRL+ALT+DEL не отвечает.)
> Но вообще своп в Линуксе нужно уметь готовить под своё железо.
> Например, если много памяти, то можно зарезервировать её кусок под своп со
> сжатием (zram). Если средне, можно гибрид (zswap): часть сжать в памяти,
> что не влезло - на диск. Zswap, если не ошибаюсь, под
> Арчем во всех ядрах включен по умолчанию.
> Если памяти мало, можно настроить OOM-killer. В systemd он включен по умолчанию,
> но, скорее всего, придётся покрутить настройки.
> И т.д. и т.п.
Ой, не рассказывай мне сказки. Ты точно не перепутал местами Виндовс и Линукс? Это на моём Арче интерфейс замораживается "навсегда" при своппинге. А вот на Виндовс такого никогда не было. Впрочем я уже 10 лет не использую Виндовс, там возможно тоже полная деградация.
| | |
| |
| 8.144, Аноним (114), 21:47, 02/11/2025 [^] [^^] [^^^] [ответить] | +/– | На твоём - вероятно На моём работает SysRq F убивает тяжелый процесс или SysR... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| 2.45, cat666 (ok), 14:31, 02/11/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Простите за вопрос - Зачем вам 20000 пакетов в кэше? Не хотите тормозов, просто удалите их или вы собираетесь систему на 2 года назад откатывать, но для этого есть архив пакетов на арче.
| | |
| |
| 3.61, Ананоним (?), 15:42, 02/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Где ты взял про 20000 пакетов? Это твои фантазии от незнания? Я писал про 20000 файлов, а не про пакеты.
| | |
|
| 2.120, Аноним (114), 20:59, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Неправда. Пользовался Арчем на HDD (750GB), тысячи пакетов в кэше (тяну через -Sw), куча NoExtract= в конфиге (локаль, доки и спец-хаки). Полёт нормальный. Упирается в скорость чтения диска, и всё равно работает (существенно) быстрее других пакетников (пробовал DNF, Apt, Nix, Flatpak).
На дешёвом китайском SSD - молниеносен.
Также, в РФ временами замедляют некоторые зеркала (точнее CDN-ки). Проблема решается через https_proxy, несколькими одновременными соединениями в конфиге или выбором другого зеркала. Но это уже проблема не пакетника, очевидно.
| | |
| |
| 3.136, Ананоним (?), 21:24, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Неправда. Пользовался Арчем на HDD (750GB), тысячи пакетов в кэше (тяну через
> -Sw), куча NoExtract= в конфиге (локаль, доки и спец-хаки). Полёт нормальный.
> Упирается в скорость чтения диска, и всё равно работает (существенно) быстрее
> других пакетников (пробовал DNF, Apt, Nix, Flatpak).
> На дешёвом китайском SSD - молниеносен.
> Также, в РФ временами замедляют некоторые зеркала (точнее CDN-ки). Проблема решается через
> https_proxy, несколькими одновременными соединениями в конфиге или выбором другого зеркала.
> Но это уже проблема не пакетника, очевидно.
Нет проблемы с загрузкой пакетов из сети, здесь я поднимал темы только про десятки тысяч мелких файлов на HDD и многими NoExtract=. Я не знаю, возможно мои NoExtract= какие-то волшебные, или более сложные чем твои, или какие-то пакеты слишком "хитрые". Но когда нпосле надписи "Upgraded 253/253" pacman начинает грузить процессор и думать минуты, это явно не про загрузку пакетов из сети и не запись файлов на HDD или SDD.
| | |
| 3.154, Ананоним (?), 22:15, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Изначально все разделы с noatime в fstab.
Да я не страдаю с моим ноутом и Арчем на нём. У меня только раздел /var на HDD, система на SSD. Мне просто весело наблюдать здесь как хвалят такую крувую примитивную программу!
| | |
|
| 2.125, Аноним (114), 21:04, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> при каждом незакешированным файловой системой обращении к этим данным
Дело не в ФС. А в механизме маппинга файлов в памяти. Если ты трогал дефолтный vm.swappiness руками, то сам себе злой буратино.
| | |
|
| 1.23, Ананоним (?), 12:31, 02/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– |
В общем - это скрытый убийца вашего HDD. Он плодит тысячи мелких файлов, вместо базы данных в одном файле, а затем мучает ваш HDD "полезной" работой по чтению этих мелких файлов. Ну а чо, с кучей мелких файлов проще написать программу! И это очень "красиво"!
| | |
| |
| 2.31, Аноним (30), 13:20, 02/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Он плодит тысячи мелких файлов, вместо базы данных в одном файл
У него буквально одна бдшка на каждый репозиторий, всё остальное - это сами тарболы пакетов. Что ты несёшь?
| | |
| |
| 3.34, Ананоним (?), 13:26, 02/11/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
Я "несу" то, что ты понять не можешь из моего первоначального сообщения. HDD занимается поиском мелкий файлов по всему разделу. Это ты называешь "одна бдшка на каждый репозиторий"? Загляни уже наконец в /var/lib/pacman/local.
| | |
| |
| 4.36, чатжпт (?), 13:32, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
ну и что там такого страшного? каталоги по именам пакетов, в каждом аж ТРИ файла
| | |
| |
| 5.38, Ананоним (?), 13:34, 02/11/2025 [^] [^^] [^^^] [ответить]
| –4 +/– |
"Страшного" там действительно ничго нет. Но вот только "быстрый менеджер пакетов" превращается в тормоз при массовом сканировании этих 22139 файлов, размещённых на разделе ext4 на HDD.
| | |
| 5.40, Ананоним (?), 13:45, 02/11/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
Среднее время доступа HDD HGST Travelstar 5K1000 - 12 мс при чтении.
Рассмотрим самый худший случай, когда первое чтение каждого файла и директории производится не из кэша ФС и требует перемещения головок HDD. 22139 * 12 мс = 265668 мс = 265.668 секунд = 4,5 минуты. В общем до 4 с половиной минут требует этот "быстрый" менеджер пакетов на чтение этой своей "супертехнологичной" "одной бдэшки".
| | |
| |
| 6.68, чатжпт (?), 17:12, 02/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Базы лежат в /var/lib/pacman/sync
'''
$ ls /var/lib/pacman/sync
core.db extra.db multilib.db
'''
Что там у тебя 4 минуты читается ("в худшем случае") я даже не знаю.
| | |
| |
| 7.74, Ананоним (?), 17:34, 02/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Что там у тебя 4 минуты читается ("в худшем случае") я даже не знаю.
Ты это серьёзно? Или ты тролишь? Ну и если ты gzip-нутые тескстовые файлы называешь "базами", обращая внимание на суффукс .db, то я не вижу с тобой смысла далее разговаривать. Протри глаза ацетоном и найди уже в моих предыдущих ссообщениях упоминание директори /var/lib/pacman/local и куски этих "баз" в тысячах отдельных файлов внутри субдиректорий.
| | |
| |
| 8.81, чатжпт (?), 18:33, 02/11/2025 [^] [^^] [^^^] [ответить] | +2 +/– | В локах хранится метаданные об установленных пакетах, твой хдд убогий не будет п... текст свёрнут, показать | | |
|
|
|
|
|
| 3.37, Аноним (37), 13:32, 02/11/2025 [^] [^^] [^^^] [ответить]
| –4 +/– |
Расскажи это директории /var/lib/pacman/local, когда она распухает от установленного всего в системе. Потом пакман тупит как хз что. Да, я про HDD. И не надо рассказывать, что теперь везде должны стоять SSD.
| | |
| |
| 4.50, Аноним (-), 14:58, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Насколько я понял там находятся архивы установленных пакетов. Нужно чтобы при переустановке пакета сам пакет не скачивался из Сети, а сразу брался и этого каталога.
Если у тебя система нормально работает нельзя ли их просто удалить?
| | |
| |
| 5.53, Аноним (53), 15:13, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
pacman -Scc. И они все равно не читаются каждое использование, база данных у alpm есть и она шустрая (в отличие от dpkg, хех). Понятия не имею, о чем этот фантазер рассказывает.
| | |
| 5.62, Ананоним (?), 15:44, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ты неверно понял. Видимо ты очень "знающий" пакманист, чтобы судить о быстроте пакмана.
| | |
| 5.153, Аноним (114), 22:13, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Насколько я понял там находятся архивы установленных пакетов.
Нет, там вспомогательная информация, распакованная из пакетов. Сами пакеты скачиваются в /var/cache/pacman/pkg/.
| | |
|
|
|
| 2.79, Dzen Python (ok), 18:17, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > HDD
На WD Black (1Tb, 7200) проблема не воспроизвелась - полное обновление (кеды+либы+веодроид студио (/opt смонтирован на SSD)) заняло около 7 минут с учётом выкачки гигабайта (1.4 Гб, если быть точным) архивов.
~> pacman -Qq | wc -l
1484
Вывод smartctl
=== START OF INFORMATION SECTION ===
Model Family: Western Digital RE4
Device Model: WDC WD1003FBYX-01Y7B1
Serial Number: WD-WCAW35739072
LU WWN Device Id: 5 0014ee 20888905f
Firmware Version: 01.01V02
User Capacity: 1 000 204 886 016 bytes [1,00 TB]
Sector Size: 512 bytes logical/physical
Rotation Rate: 7200 rpm
Device is: In smartctl database 7.5/5706
ATA Version is: ATA8-ACS (minor revision not indicated)
SATA Version is: SATA 3.0, 3.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Sun Nov 2 17:34:00 2025 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
Купи себе нормальный hdd, твой треш на 5400 из начала 10х желательно прогнать викторией из-под живого образа с флешки, там явно уже износ поверхности
| | |
| |
| 3.80, Ананоним (?), 18:33, 02/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Тебе не кажется что ты слишком самоуверен? Гдя я писал что будет проблема при обычном обновлении? Я написал что если только чуть-чуть использовать его, то быстрый, спору нет. А вот теперь ты напиши для каждого установленного пакета правила NoExtract= для вырезки всех ненужных локалей и попробуй обновить все пакеты. И ещё попробуй хоть раз в жизни делать запросы pacman-у на например, поиск принадлежности какого-либо файла пакету. И всё это на пустой файловый кэш. А потом поговорим. Но ты же этого делать не будешь, я уверен. Зато рекомендовать мне менять железо ты горазд. Да моё железо в 1990-ых было пределом мечтаний, компьютером из рая. На нём всё ПО того времени работало бы со скоростью света. Но пришли в наш мир такие как ты и начали учить дедов менять железо из-за криво написанной программы, которую они любят ирррационально. Абсурд!
| | |
| |
| 4.84, Dzen Python (ok), 18:47, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
> ***
> - Аноны, а почему когда вы едите - у вас ран нету?
> - Так мы вилкой едим твёрдое, ложкой - жидкое, а ножом - только мясо режем.
> - Сажи вилкоедам! Вот вам нигры, ложкое**ы!
> ***
> - Ананас, подскажи, чем есть? Половником - неудобно, с шампура - только шашлык могу. Ложек и вилок не предлагать!
> - Ловите наркомана.
> ***
> - Ну анончики, ну подскажите, почему, когда ем с ножа - режусь?
> - Иди уже н***й, я обедаю.
| | |
| 4.137, Аноним (114), 21:26, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> А вот теперь ты напиши для каждого установленного пакета правила NoExtract= для вырезки всех ненужных локалей
Вообще-то, NoExtract= ускоряет работу pacman, так как распаковывает меньше файлов и, следовательно, меньше пишет на HDD.
| | |
| |
| 5.145, Ананоним (?), 21:51, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> А вот теперь ты напиши для каждого установленного пакета правила NoExtract= для вырезки всех ненужных локалей
> Вообще-то, NoExtract= ускоряет работу pacman, так как распаковывает меньше файлов и, следовательно,
> меньше пишет на HDD.
Я не знаю на самом деле как реализованы NoExtract= в pacman. Ты уверен что твоё написанное соответствует реальности? Я вот могу предположить что теоретически (в зависимости от "гениальности" автора) pacman может распакововыать все файлы, а потом с помощью регулярных выразений .реализованных на Python (чтобы жрать процессор), удалять излишне распакованные файлы :D Ну а чо? тоже "алгоритм"!
| | |
|
|
| 3.82, Ананоним (?), 18:43, 02/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Кстати, "мой треш на 5400 из начала 10х" ещё твой суперпуппердуппер HDD от WD переживёт.
| | |
|
|
| 1.72, Кошкажена (?), 17:29, 02/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> По умолчанию включена обязательная проверка по цифровой подписи для пакетов и файлов с БД репозитория
То есть до этого не проверяли? Молодцы чо. Первые в классе.
| | |
| |
| 2.100, в ожидании победы (?), 19:10, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Бох знает, что там написано. Помню, ещё при мне вводили обязательную проверку подписей пакетов. Давненько это было. Может сие нечто другое, чего не разумею уже.
| | |
|
| 1.83, Ананоним (?), 18:46, 02/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Шко лота не въезжает что такое время поиска на HDD и что значит читать десятки тысяч мелких файлов с HDD. Вот весёлое времечко настало!
| | |
| |
| |
| 3.101, Ананоним (?), 19:17, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Твоя фраза в переводе на человеческий язык "Линукс с pacman не предназнаен для изспользования на HDD, старичёк"? Я верно перевёл?
| | |
| |
| 4.103, Dzen Python (ok), 19:23, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Тут скорее переводится как "Зеленый и толстый imbe cille использует вместо столового серебра кривой старый нож, режет себе рот раз за разом и очень громко воет, что еда - неправильная"
| | |
| |
| 5.108, Ананоним (?), 19:38, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ты хочешь сказать что писать десятки тысяч файлов на HDD как "базу данных", это хорошоая идея чтобы потом их быстро читать? Ну не я же писатель pacman. Не мой архитектурный выбор. Или ты хочешь всё же сказать что я неправильно использую pacman потому что у меня 5 с половиной тысяч пакетов и так нечестно поступать с этой "продвинутой" программой, она призвына быть быстрой только на трёх сотнях пакетов, да?
| | |
| |
| 6.110, Dzen Python (ok), 19:48, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Не, я просто говорю, что ты - немного неумный (эх, молодо-зелено, тебе бы таки стоило работать потоньше, а не на разные лады повторять одно и то же) малый, который пытается доказать на высосанных кейсах что-то и кому-то.
Кстати, на моих полутора тысячах пакетов, на диске выше, поиск связи файл-пакет со сброшенным кэшем занял 16 секунд 324 мс. Слабовато - надо все-таки будет на длинных выходных склонировать разделы на один большой, уже купленный Гнусмас 840 EVO (1 ТБ) - но и не твои минуты. У тебя, видимо, действительно диск реально изношен.
| | |
| |
| 7.111, Ананоним (?), 20:27, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Не, я просто говорю, что ты - немного неумный (эх, молодо-зелено, тебе
> бы таки стоило работать потоньше, а не на разные лады повторять
> одно и то же) малый, который пытается доказать на высосанных кейсах
> что-то и кому-то.
> Кстати, на моих полутора тысячах пакетов, на диске выше, поиск связи файл-пакет
> со сброшенным кэшем занял 16 секунд 324 мс. Слабовато - надо
> все-таки будет на длинных выходных склонировать разделы на один большой, уже
> купленный Гнусмас 840 EVO (1 ТБ) - но и не твои
> минуты. У тебя, видимо, действительно диск реально изношен.
"немного неумный" здесь как раз ты. Ты даже арифметику не можешь применить к простейшей задачке.
5500 моих пакетов / 1500 твоих пакетов = 3,666
16 секунд 324 мс * 3,666 = 59.843784 = ~ 60 секунд.
О чудо, я и говорил про минутные тормоза. Странно, да?
А всё остальное это такое развлечение по настроению. И я не малый, я большой. И мне кажется что в данном случае "изношен" только твой мозг.
| | |
| 7.119, Ананоним (?), 20:52, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Продолжу. Если бы автор pacman не использовал стиль три файла в отдельной директории для каждого пакета , а просто хранил эти три файла в общей динректории, поиск принадлежности файла к пакету был бы в 2 раза быстрее. Но автор видимо считает что так "некрасиво" хранить информацию. Ну а чо, красота требует жертв, в виде лишнего износа HDD.
| | |
| 7.126, Ананоним (?), 21:06, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Продолжу. На Винде эта проблемы, кхе, "архитектуры" pacman так хранить данные о пакетах, решалась бы просто переодическим запуском специальной программой оптимизации файловой системы, которая всю информацию в /var/lib/pacman/locale располагала бы физически в соседних секторах HDD. Это не столь эффективно как использование специального формата хранения типа Реестр Windows, но про тормоза и насилие над HDD можно было бы забыть. Но "гении" от мира Линукс кричат что ext4 не нуждается в дефрагментаторе и оптимизаторе, там всё "продумано" изначально! Хаха! Вся эта ситуация очень эпична.
| | |
|
|
|
|
|
|
| 1.102, Аноним (102), 19:21, 02/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> По умолчанию включена обязательная проверка по цифровой подписи для пакетов и файлов с БД репозитория (настройка SigLevel выставлена по умолчанию в значение "Required"). Отсутствие подписи или некорректная подпись теперь будет по умолчанию приводить к завершению с выводом ошибки.
Только сейчас?
| | |
|
