Причина sed, tail и history заключается в том, что он должен получить введенное сообщение. (По какой-то причине) то, что вы набрали, напрямую не доступно через любую переменную. Поэтому он должен использовать history, чтобы получить список всего, что вы набрали, tail -n1, чтобы получить последнее, что вы набрали, и некоторое регулярное выражение, чтобы избавиться от команды «alert» в начале. [!d0 ]
Просто чтобы развернуть это, есть условная команда, которая проверяет, является ли $? = 0 истинным. Из того, что я могу сказать, если это правда, то оно исходит от терминала и должно рассматриваться как нормальное сообщение. В противном случае его следует считать ошибкой, и появится значок ошибки.
Кэш темы значков содержит индекс файлов изображений, содержащихся в каталоге, и может необязательно включать соответствующие несжатые данные изображения.
Обоснованием включения данных изображения было то, что вместо того, чтобы открывать и декодировать каждый отдельный файл изображения, приложение просто будет отображать карту файла кэша и напрямую обращаться к нему.
По умолчанию использовались данные изображения в кеше, но это было изменено в середине 2014 года. Основная причина это то, что формат, используемый для хранения необработанных данных изображения в кеше, больше не соответствовал тому, что использовалось для отображения изображений, поэтому он больше не предлагал нулевой доступ к копии. Кроме того, улучшения в скорости процессора в течение многих лет относительно скорости жесткого диска означают, что не очевидно, что избежать необходимости декомпрессии данных - это победа, когда это означает чтение большего количества данных с диска.
Итак, возвращаемся к исходный вопрос: причина, по которой кэши меньше в вашей домашней системе по сравнению с вашей рабочей системой, скорее всего, потому что в рабочей системе работает более ранний дистрибутив, в котором кеши были созданы для включения данных изображения. Когда рабочая система обновляется, ее размеры кэша должны сокращаться.