Re: APT очень медленно читает списки пакетов

2017-09-11 Пенетрантность tyo 
Андрей, здравствуйте!
В декабре 2015 вы кидали линк на тему на askubuntu.com - и там был
опубликован только костыль.
А решение опубликовали там через год, в декабре 2016 )))

По кр. мере мне помогло и "Чтение списка пакетов" apt снова стало
мгновенным. Дело было в значении переменной окружения LANGUAGE.

У автора было:
LANGUAGE=en_US.UTF-8
Ему помогло изменение на:
LANGUAGE=en

Соотв., у меня было:
LANGUAGE=ru_RU.UTF-8
Помогло простое удаление экспорта значения, стало как на чистой системе:
LANG=ru_RU.UTF-8
LANGUAGE=
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=ru_RU.UTF-8

Перегрузился - и всё супер.

Отписался по решению еще и здесь в похожей теме:
https://debianforum.ru/index.php?topic=8254.msg100132#msg100132
со ссылкой на вас.

СпасиБо!



--
Sent from: http://debian.2.n7.nabble.com/debian-russian-f2337827.html

Re: APT очень медленно читает списки пакетов

2015-12-03 Пенетрантность Andrey Tataranovich 
On Wed, 2 Dec 2015 14:45:35 +0300
Hleb Valoshka <375...@gmail.com> wrote:

> On 12/2/15, Andrey Tataranovich  wrote:
> > Похоже и без tmpfs можно обойтись. Я в следующем письме писал про
> > костыльное решение:
> >
> > echo 3 | sudo tee /proc/sys/vm/drop_caches
> >
> > После сброса кеша и буферов все работает как нужно. Но мне очень
> > интересно, почему так получается.
> 
> Было бы интересно увидеть вывод free перед сбросом кэша.

Стал присматриваться к поведению системы и заметил, что не только APT
страдает. Видео в браузере идет со значительными рывками и
нормализуется, если очистить кеш.

Пока грешу на ядро или на одну из настроек системы, которые я
когда-то делал.

P.S. Системе уже больше 5 лет - ставилась еще как Debian Lenny на Asus
EeePC и потому до сих пор i386.

-- 
WBR, Andrey Tataranovich

Re: APT очень медленно читает списки пакетов

2015-12-03 Пенетрантность Mikhail A Antonov 
03.12.2015 12:24, Andrey Tataranovich пишет:
> On Wed, 2 Dec 2015 14:45:35 +0300
> Hleb Valoshka <375...@gmail.com> wrote:
>
>> On 12/2/15, Andrey Tataranovich  wrote:
>>> Похоже и без tmpfs можно обойтись. Я в следующем письме писал про
>>> костыльное решение:
>>>
>>> echo 3 | sudo tee /proc/sys/vm/drop_caches
>>>
>>> После сброса кеша и буферов все работает как нужно. Но мне очень
>>> интересно, почему так получается.
>> Было бы интересно увидеть вывод free перед сбросом кэша.
> Стал присматриваться к поведению системы и заметил, что не только APT
> страдает. Видео в браузере идет со значительными рывками и
> нормализуется, если очистить кеш.
>
> Пока грешу на ядро или на одну из настроек системы, которые я
> когда-то делал.
>
> P.S. Системе уже больше 5 лет - ставилась еще как Debian Lenny на Asus
> EeePC и потому до сих пор i386.
Тоже заметил такое поведение.
Сильно заметно с браузером и почтовым клиентом (icedove с 6 imap-акками с кучкой
директорий).
И да, у меня тоже i386 по тем же причинам.

-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature

APT очень медленно читает списки пакетов

2015-12-02 Пенетрантность Andrey Tataranovich 
Доброго времени суток.

С некоторого времени APT стал невероятно медленно читать списки пакетов

% sudo apt-get update
Reading package lists... 68%

В этот момент смотрю список процессов

% ps -t 4 f 
  PID TTY  STAT   TIME COMMAND
 1407 pts/4Ss 0:00 zsh
14902 pts/4S  0:00  \_ sudo schroot
14903 pts/4S  0:00  \_ schroot
15011 pts/4S  0:00  \_ -bash
15018 pts/4D+ 0:04  \_ apt-get install sudo

Если зацепиться strace, то вижу следущее

% sudo strace -tt -p 15018
Process 15018 attached
13:26:31.707260 read(6, "emented-in::perl, role::devel-li"..., 32362) =
32362 13:26:33.111764 read(6, "::TODO, suite::gnome, works-with"...,
32080) = 32080 13:26:33.112216 gettimeofday({1449051993, 112275}, NULL)
= 0 13:26:33.112401 write(1, "\rReading package lists... 53%\r", 30) =
30 13:26:33.114972 read(6, "ore (>> 1:3.5.4+dfsg2) | languag"...,
32421) = 32421 13:26:33.117854 read(6, "p-gu,
libreoffice-grammarcheck-g"..., 32286) = 32286 13:26:33.147820 read(6,
"ammarcheck-pt-br\nDescription: of"..., 32268) = 32268 13:26:33.150284
read(6, "misc\nPriority: extra\nFilename: p"..., 32039) = 32039
13:26:35.011315 read(6, "freedesktop, gir1.2-glib-2.0, gi"..., 32591) =
32591 13:26:35.059340 read(6, "ort\nRecommends: librsvg2-common\n"...,
32428) = 32428 13:26:35.061636 read(6, "re: i386\nDepends: perl (>=
5.14."..., 32576) = 32576 13:26:35.999087 read(6, " Files\nHomepage:
http://www.sfml;..., 32243) = 32243 13:26:35.999875
gettimeofday({1449051995, 82}, NULL) = 0 13:26:36.000230 write(1,
"\rReading package lists... 54%\r", 30) = 30 13:26:36.128400 read(6,
"0-2\nInstalled-Size: 192\nMaintain"..., 32701) = 32701 13:26:36.148923
read(6, "ple tool to use Socialtext RESTf"..., 32428) = 32428
13:26:36.176194 read(6, "tra\nFilename: pool/main/libs/lib"..., 32374)
= 32374 13:26:36.203956 read(6, "umentation for libspring-ldap-ja"...,
32477) = 32477 13:26:36.231686 read(6, "265570e806ce4cdd\nTag:
devel::lan"..., 32355) = 32355 13:26:36.259096 read(6, "Section:
perl\nPriority: optional"..., 32401) = 32401 13:26:36.261050 read(6,
"42093865fcb9bc92f6623c67e0ba8a97"..., 32076) = 32076 13:26:36.288090
read(6, "ends: perl (>= 5.14.2-12), perla"..., 32603) = 32603
13:26:37.147618 read(6, "alled-Size: 67\nMaintainer: Debia"..., 32715)
= 32715 13:26:37.148648 gettimeofday({1449051997, 148747}, NULL) = 0
13:26:37.148984 write(1, "\rReading package lists... 55%\r", 30) = 30
13:26:39.082964 read(6, "l-perl\nVersion: 1.3-1\nInstalled-"..., 32749)
= 32749 13:26:43.127996 read(6, "b7599c7d58986ff3e\n\nPackage:
libt"..., 32059) = 32059 13:26:43.147988 read(6, "ection:
perl\nPriority: optional\n"..., 32342) = 32342

Система стоит на SSD и никаких ошибок ядра или других проблем не
наблюдаю. Насколько я понял - это лечится перезагрузкой.

Что это может быть?

-- 
WBR, Andrey Tataranovich

Re: APT очень медленно читает списки пакетов

2015-12-02 Пенетрантность Иван Лох 
On Wed, Dec 02, 2015 at 01:32:31PM +0300, Andrey Tataranovich wrote:
> Доброго времени суток.
> 
> С некоторого времени APT стал невероятно медленно читать списки пакетов

Есть такое. Можно вылечить переносом /var/cache/apt на tmpfs

>

Re: APT очень медленно читает списки пакетов

2015-12-02 Пенетрантность Andrey Tataranovich 
On Wed, 2 Dec 2015 13:32:31 +0300
Andrey Tataranovich  wrote:

> С некоторого времени APT стал невероятно медленно читать списки
> пакетов

http://askubuntu.com/questions/251781/reading-package-list-takes-forever

echo 3 | sudo tee /proc/sys/vm/drop_caches

Решает проблему, но я не могу понять что не так. Получается, что если
сбросить кеш и буферы, то проблема решается.

% dpkg --print-architecture 
i386

% uname -a
Linux dragoncore 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt11-1+deb8u6
(2015-11-09) i686 GNU/Linux

% cat /proc/meminfo 
MemTotal:   16534356 kB
MemFree:14946292 kB
MemAvailable:   14890632 kB
Buffers:   25368 kB
Cached:   763860 kB
SwapCached:40080 kB
Active:   871468 kB
Inactive: 628172 kB
Active(anon): 635356 kB
Inactive(anon):   508656 kB
Active(file): 236112 kB
Inactive(file):   119516 kB
Unevictable:  48 kB
Mlocked:  60 kB
HighTotal:  15772812 kB
HighFree:   14276820 kB
LowTotal: 761544 kB
LowFree:  669472 kB
SwapTotal:   7340028 kB
SwapFree:7154136 kB
Dirty:   620 kB
Writeback: 0 kB
AnonPages:698588 kB
Mapped:   288520 kB
Shmem:433600 kB
Slab:  46292 kB
SReclaimable:  20496 kB
SUnreclaim:25796 kB
KernelStack:3608 kB
PageTables:10008 kB
NFS_Unstable:  0 kB
Bounce:0 kB
WritebackTmp:  0 kB
CommitLimit:15607204 kB
Committed_AS:3943828 kB
VmallocTotal: 122880 kB
VmallocUsed:   26736 kB
VmallocChunk:  21816 kB
HardwareCorrupted: 0 kB
AnonHugePages: 0 kB
HugePages_Total:   0
HugePages_Free:0
HugePages_Rsvd:0
HugePages_Surp:0
Hugepagesize:   2048 kB
DirectMap4k:   14328 kB
DirectMap2M:  890880 kB


-- 
WBR, Andrey Tataranovich

Re: APT очень медленно читает списки пакетов

2015-12-02 Пенетрантность Andrey Tataranovich 
On Wed, 2 Dec 2015 13:42:34 +0300
Иван Лох  wrote:

> On Wed, Dec 02, 2015 at 01:32:31PM +0300, Andrey 
> > С некоторого времени APT стал невероятно медленно читать списки
> > пакетов
> 
> Есть такое. Можно вылечить переносом /var/cache/apt на tmpfs

Похоже и без tmpfs можно обойтись. Я в следующем письме писал про
костыльное решение:

echo 3 | sudo tee /proc/sys/vm/drop_caches

После сброса кеша и буферов все работает как нужно. Но мне очень
интересно, почему так получается.

-- 
WBR, Andrey Tataranovich

Re: APT очень медленно читает списки пакетов

2015-12-02 Пенетрантность Andrey Tataranovich 
On Wed, 2 Dec 2015 14:45:35 +0300
Hleb Valoshka <375...@gmail.com> wrote:

> On 12/2/15, Andrey Tataranovich  wrote:
> > Похоже и без tmpfs можно обойтись. Я в следующем письме писал про
> > костыльное решение:
> >
> > echo 3 | sudo tee /proc/sys/vm/drop_caches
> >
> > После сброса кеша и буферов все работает как нужно. Но мне очень
> > интересно, почему так получается.
> 
> Было бы интересно увидеть вывод free перед сбросом кэша.

Посмотрю, когда в следующий раз подвиснет. Помню, что свободной памяти
в top показывалось около 12G.

-- 
WBR, Andrey Tataranovich

Re: APT очень медленно читает списки пакетов

2015-12-02 Пенетрантность Andrey Melnikoff 
Andrey Tataranovich  wrote:
> On Wed, 2 Dec 2015 13:32:31 +0300
> Andrey Tataranovich  wrote:

> > С некоторого времени APT стал невероятно медленно читать списки
> > пакетов

> http://askubuntu.com/questions/251781/reading-package-list-takes-forever

> echo 3 | sudo tee /proc/sys/vm/drop_caches

> Решает проблему, но я не могу понять что не так. Получается, что если
> сбросить кеш и буферы, то проблема решается.

В районе 4.1-4.2 ядра была бага в cgroup (точнее в менджменте cgroup) давала
точно такой-же эффект. Могли забакпортить :)

Re: APT очень медленно читает списки пакетов

2015-12-02 Пенетрантность Hleb Valoshka 
On 12/2/15, Andrey Tataranovich  wrote:
> Похоже и без tmpfs можно обойтись. Я в следующем письме писал про
> костыльное решение:
>
> echo 3 | sudo tee /proc/sys/vm/drop_caches
>
> После сброса кеша и буферов все работает как нужно. Но мне очень
> интересно, почему так получается.

Было бы интересно увидеть вывод free перед сбросом кэша.