![Отключить кэширование в `less +F` (чтобы живой вывод не ждал новой строки)](https://rvso.com/image/164721/%D0%9E%D1%82%D0%BA%D0%BB%D1%8E%D1%87%D0%B8%D1%82%D1%8C%20%D0%BA%D1%8D%D1%88%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5%20%D0%B2%20%60less%20%2BF%60%20(%D1%87%D1%82%D0%BE%D0%B1%D1%8B%20%D0%B6%D0%B8%D0%B2%D0%BE%D0%B9%20%D0%B2%D1%8B%D0%B2%D0%BE%D0%B4%20%D0%BD%D0%B5%20%D0%B6%D0%B4%D0%B0%D0%BB%20%D0%BD%D0%BE%D0%B2%D0%BE%D0%B9%20%D1%81%D1%82%D1%80%D0%BE%D0%BA%D0%B8).png)
В less
команде есть удобная функция - живой хвост, который включается через Shift+f при просмотре файла.
Однако у него есть встроенное кэширование - он ничего не выводит, пока не встретит символ новой строки. Таким образом, когда ваш скрипт выводит что-то вроде "1 2 3 4 5..." без новых строк, то он less
не будет отображать это в реальном времени.
Можно ли обойти это кэширование? Может быть, с помощью другой команды, которая делает то же самое?
Обновлено.
Подробнее о моем случае. Я подключаюсь к серверу Ubuntu по SSH через Putty. И когда я использую less
live tail, то он выводит данные только тогда, когда они заполняют всю ширину экрана или содержат новую строку. Может, это не less
кэширование, а Putty?
решение1
Ваш опыт работы с PuTTY совпадает с моим опытом работы с iTerm2 (Mac), поэтому я не думаю, что это ваш клиент.
Если вам не нужны интерактивные функции less
, вы можете попробовать tail -f
— похоже, это лучше справляется с отсутствием новых строк.