длительная задержка в (win) rar перед добавлением файлов
Следует отметить, что только Источник ввода из gnome-control-center влияет на ввод
Кроме того, не все входные источники, которые появляются на самом деле, работают, например cangjie3 , cangjie5 , cangjie-big не работают для меня, только cangjie (mn17n) работал для меня.
Следовательно, если ваш Интеллектуальный пиньинь вам не подходит, попробуйте использовать GooglePinyin , который у меня сработал.
Для ibus-предпочтений я все еще мог использовать мой cangjie (mn17n) , даже если ничего не было в методах ввода
После выполнения теста с ограниченным объемом работы я вижу, что двоичный файл rar вызывает stat для каждого файла 7 раз, прежде чем, наконец, открыть файл для чтения содержимого. Я бы выследил поведение в исходном коде, но оно недоступно (по крайней мере, в debian).
$ strace -o rar.strace rar a -r -iddpq -ierr path/to/compress/myfile.rar path/to/compress/*.log
...
$ grep /5.log rar.strace
execve("/usr/bin/rar", ["rar", "a", "-r", "-iddpq", "-ierr", "path/to/compress/myfile.rar", "path/to/compress/1.log", "path/to/compress/2.log", "path/to/compress/3.log", "path/to/compress/4.log", "path/to/compress/5.log"], [/* 16 vars */]) = 0
stat64("path/to/compress/5.log", {st_mode=S_IFREG|0644, st_size=980, ...}) = 0
stat64("path/to/compress/5.log", {st_mode=S_IFREG|0644, st_size=980, ...}) = 0
stat64("path/to/compress/5.log", {st_mode=S_IFREG|0644, st_size=980, ...}) = 0
stat64("path/to/compress/5.log", {st_mode=S_IFREG|0644, st_size=980, ...}) = 0
stat64("path/to/compress/5.log", {st_mode=S_IFREG|0644, st_size=980, ...}) = 0
stat64("path/to/compress/5.log", {st_mode=S_IFREG|0644, st_size=980, ...}) = 0
stat64("path/to/compress/5.log", {st_mode=S_IFREG|0644, st_size=980, ...}) = 0
open("path/to/compress/5.log", O_RDONLY|O_LARGEFILE) = 5