V
Кстати, тут интересный вопрос: почему dnf не обновляет данные о репозиториях параллельно?
Size: a a a
2020 July 15
YS
Но на хороших процах и может даже на RPi например где медленная карта памяти будет быстрее т.к. всё в IO обычно упирается.
это если файл ещё в принципе сжимается
YS
Кстати, тут интересный вопрос: почему dnf не обновляет данные о репозиториях параллельно?
100% какая-нибудь общая БД лочится на время записи
A
это если файл ещё в принципе сжимается
Там сейчас в новых версиях btrfs какая-то умная эвристика вроде бы появилось поэтому он не сжимает всё подряд слепо и без разбора.
V
100% какая-нибудь общая БД лочится на время записи
Ну так одним процессом же запускается. Можно же обработать репы и потом скопом внести в БД.
V
Там сейчас в новых версиях btrfs какая-то умная эвристика вроде бы появилось поэтому он не сжимает всё подряд слепо и без разбора.
В смысле не сжимает всё подряд?
YS
В смысле не сжимает всё подряд?
это уже давно появилось - если первая страница успежно ужалась - все остальные страницы тоже будут жаться
YS
хотя можно и
-o compress-force указатьA
это уже давно появилось - если первая страница успежно ужалась - все остальные страницы тоже будут жаться
https://btrfs.wiki.kernel.org/index.php/Manpage/btrfs(5)
> Since kernel 4.15, a set of heuristic algorithms have been improved by using frequency sampling, repeated pattern detection and Shannon entropy calculation to avoid that.
> Since kernel 4.15, a set of heuristic algorithms have been improved by using frequency sampling, repeated pattern detection and Shannon entropy calculation to avoid that.
A
В смысле не сжимает всё подряд?
Да, далеко не сразу заметил опечатку)
M
Там сейчас в новых версиях btrfs какая-то умная эвристика вроде бы появилось поэтому он не сжимает всё подряд слепо и без разбора.
ElXreno: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/fs/btrfs/compression.c?h=v5.7.8#n1638
Вроде даже реально такое есть. Я думал, это у них в планах, и что у них сейчас проверяется на сжимаемость первая страница.
Вроде даже реально такое есть. Я думал, это у них в планах, и что у них сейчас проверяется на сжимаемость первая страница.
AZ
какой утилитой проверить куда пишет диск жрет все простронство в хоме
S
Кстати, тут интересный вопрос: почему dnf не обновляет данные о репозиториях параллельно?
А загружает пакеты он параллельно? Вообще почти все менеджеры пакетов почему-то не параллельные
M
какой утилитой проверить куда пишет диск жрет все простронство в хоме
late: iostat например
YS
какой утилитой проверить куда пишет диск жрет все простронство в хоме
м.б. какой-то процесс держит удалённый файл
V
какой утилитой проверить куда пишет диск жрет все простронство в хоме
du, dua, filelight
V
А загружает пакеты он параллельно? Вообще почти все менеджеры пакетов почему-то не параллельные
Да, загружает пакеты параллельно.
AZ
наверное iostat нужна онлайн проверка а не статические данные
S
Да, загружает пакеты параллельно.
Замечательно
V
наверное iostat нужна онлайн проверка а не статические данные
Тогда iotop