Как стать автором
Обновить

Комментарии 28

У меня нет wayland, plasma, mutter, и чего-то там ещё. У меня X11, fvwm3 и xterm, мне тыщу лет я вылез из тьмы. И не тормозит ничего. Текст в xterm прокручивается с первой космической скоростью. Чего не сказать о konsole, gnome-terminal и прочей новомодной ерунде. И работает на любой видеокарте. Без всяких композитных менеджеров.

Хотя да, включение tripple buffering для просмотра кино нужно. Или включение композитного менеджера. Из-за tearing'а.

При всем уважении к xterm, alacritty все же быстрее за счёт рендеринга через OpenGL.

у меня почему-то alacritty тормозит в сравнении с foot

Возможно особенности Wayland. У меня foot вообще не запустится.

В вашем alarcritty всё лажает (от слова lag) в буквальном смысле слова: https://www.reddit.com/r/linux/comments/jc9ipw/why_do_all_newer_terminal_emulators_have_such_bad/

Нажимаешь буковку и, и, и, видишь её на экране. Будто через ssh работаешь. При том что xterm за пару миллисекунд отрабатывает. Ну и памяти жрёт на порядки меньше.

Не говоря уж про такие мелочи, как возможность работать через иксовый протокол вобще (и гонять через него не графику, а тексты), работу в палитровом 8-битном цвете в VNC (где аппликации с 32-битным цветом еле шевелятся).

Не понятно как в alarcritty (да и многих прочих терминалах) с альтернативным экраном (очень неудобно, посмотрел ман, вернулся -- а с экрана всё потёрли...), с записью всего выводимого на экран в файл, с вводом паролей с монопольным фокусом (чтоб какой-нибудь браузер не подсматривал).

Про эмуляция графического Tektronix ещё можно вспомнить. Если нужно сделать простейшую программу чтоб простейший график нарисовала -- вполне себе вариант, много быстрей и проще, чем любой GUI-тулкит. Особенно если это вообще программа на микроконтроллере и только в компорт команды терминалу посылает.

Нажимаешь буковку и, и, и, видишь её на экране. Будто через ssh
работаешь. При том что xterm за пару миллисекунд отрабатывает.

144 Гц монитор => 7 мс. А если у Вас еще и клавиатура USB, а не ps/2, то нужно не забыть добавить 5-20 мс на опрос ( https://youtu.be/wdgULBpRoXk?t=1767 ). Уже сравнимо с "плохими современными терминалами". В статье на реддитте ссылка на оригинальный замер производительности. Да, xterm в некоторых ситуациях видимо имеет меньшую latency. Но вот, например здесь ( https://lwn.net/Articles/751763/ ) у alacritty измерена latency 15 ms под i3 (как раз мой случай), то есть вероятно, что и у Вас alacritty тоже работает медленнее, чем могла бы совсем не сама по себе, а из-за оконного менеджера или даже среды или драйверов. Так что я бы не стал делать выводы даже по таким бенчмаркам. К сожалению, у себя на компьютере сейчас сравнить производительности не могу, потому что тестовый софт, который использовался в статье, у меня падает. А узнать было бы интересно, конечно. По себе скажу, что на моей системе и моем железе xterm ощущается существенно более картонным и тормознутым, чем alacritty, хотя он действительно совсем не медленный сам по себе. Только в сравнении. И да я чаще скролю логи, чем печатаю в терминале. Это наверняка сказывается на моем восприятии скорости.

Ну и памяти жрёт на порядки меньше.

Для ПК с 512 Мб памяти (а еще лучше без видеокарты) это бесспорно аргумент. Я не настаиваю на том, что ВСЕ задачи нужно решать при помощи alacritty.

Не понятно как в alarcritty (да и многих прочих терминалах) с
альтернативным экраном (очень неудобно, посмотрел ман, вернулся -- а с
экрана всё потёрли...)

Я для этого использую оконный менеджер. Переключать экраны в терминале не приходится. На крайний случай есть screen.

Не говоря уж про такие мелочи, как возможность работать через иксовый
протокол вобще (и гонять через него не графику, а тексты), работу в
палитровом 8-битном цвете в VNC (где аппликации с 32-битным цветом еле
шевелятся).

И часто Вам приходится гонять через иксовый протокол запущенный на сервере xterm, вместо того, чтобы, собственно, использовать ssh? Мне не доводилось, но если рекомендуете, то обязательно попробую.

Про эмуляция графического Tektronix ещё можно вспомнить. Если нужно
сделать простейшую программу чтоб простейший график нарисовала -- вполне
себе вариант, много быстрей и проще, чем любой GUI-тулкит. Особенно
если это вообще программа на микроконтроллере и только в компорт команды
терминалу посылает.

Интересная фича. Не знал о ее существовании. Спасибо. Сильно она лично мне погоды не сделает, правда. Мои программы на МК либо выдают данные, либо поднимают веб сервер с REST API или HMI.

Я для этого использую оконный менеджер. Переключать экраны в терминале не приходится. На крайний случай есть screen.

как я понял, речь совсем не про переключение между сеансами, а вот про это:


$ echo 123
123
$ less /etc/motd 

по выходу из less вы снова видите 123 (в некоторых тупых терминалах это не работает)

А, понял, но к alacritty это точно не относится. Все работает, как Вы и описали. По выходу из less все еще 123 показывает.

Тиринг можно починить с помощью TearFree, но нужна свежая меса если используется modesetting (пулл реквест для него смержили только три месяца назад). Для amdgpu доступен уже достаточно давно.

НЛО прилетело и опубликовало эту надпись здесь

Лигатура и моноширинный шрифт, очевидно, не очень совместимые понятия. Не поддерживает.

Ещё там нет смайликов (emoji), так что вообще ни в какие ворота. А старые пердуны могут дальше выписывать в ASCII-art'е.

НЛО прилетело и опубликовало эту надпись здесь

xterm умеет юникод, причём стал уметь несколько раньше, чем, к примеру, rxvt. По-крайней мере, может показать то, что есть в используемом шрифте (как минимум, показал мне ¹²³‰↑∞←→↓, остальное доступное мне для ввода пробовать не стал).
По поводу того, появился ли юникод в xterm раньше, чем в konsole - хз, ибо xterm с юникодом я в первый раз запускал примерно тогда же, когда юникод в дебиане стал по-умолчанию.
Про undercurl не скажу - не требуется в консоли сейчас и не требовалось во времена использования мной xterm.

Личное: xterm хорош как терминал, но настройка его несколько неоднозначна при наличии альтернатив, а фичи типа альтернативного экрана невостребованы, отчего и был заброшен при очередной смене рабочего места.

Вообще эмулятор терминала работает по протоколу VT220 или похожему. Откуда там всё это?

/etc/X11/xorg.conf.d/55-intel.conf:

Section "Device"
Identifier "Intel"
Driver "intel"
Option "TearFree" "on"
EndSection


Как раз для просмотра кино.

Только xterm медленнее konsole.

Трюк со scaling_governor работает и с mutter-ом
Также если есть проблемы с микрофризами мыши или клавы, как вариант подключать их через USB2 порт. Если такого порта нет, то поможет даже дешевый usb хаб. Я хз с чем єто связано, но у меня NUC 12-го поколения и міша с клавой периодически лагали (особенно под нагрузкой), после их подключения через внешний usb2 хаб — проблема пропала (ну почти пропала, кроме неизлечимой проблемы однопоточного mutter-а)

а в dmesg не смотрели? это может быть отваливание и переподключение usb-устройства

не там все ок. Это какая-то старая проблема связанная опять же с профилями электропитания и вылазит почему-то только на новых usb3 и выше контроллерах. И только при прямом подключении мыши и клавы к ним — через хаб уже все ок.
На старых нуках подключал все к usb2 портам, а на новых их уже нет.


Да и как-то желания сильно разбираться не было — мне главное чтобы все просто работало. Если можно решить проблему просто используя хаб (который все равно нужен), то я буду решать таким способом

В защиту AMD скажу, что здесь тоже норм!

На ноуте 22.04 (XPS 17), но все равно периодически она тупит. Видео поверх картинки или видео плюс idea - начинаются фризы, причем я в дуалбуте и на винде тоже присутствует. В чем причина я не знаю, но наблюдалось на всех ноутах, что у меня были.

НЛО прилетело и опубликовало эту надпись здесь

Добавлю свои копейки: в основном работаю через гном, но замечаю что через некоторое время все начинает безбожно тормозить. Перезагрузка помогает. Пробовал возврат к xfce, e17 и чего только не пробовал... Сейчас балуюсь второй месяц с Awesome (прикольный, но после сборки требует доработки напильником даже для простых вещей...)

Так к чему это я? Оказалось что всё-таки основной причиной являются браузеры и все их производные (электрон...). Закрываешь всё и снова хорошо.

Решить эту проблему нормально не получается, поэтому пока что просто перезапускаю с восстановлением вкладок. Для электронов то же решение.

Возможно это графика и влияет (core i3 пятилетний, поменял с i5 случайно между другим своим и долго разницы не видел, что прикольно), но это самая раздражающая вещь, которую пока никак побороть не могу.

Почему xfce забыли:( тормозит-то точно так же как и все остальное!

А я выше написал :)

Похоже тормоза всё-таки не только из-за оконного менеджера...

Gentoo
i3 CPU 530, 4Гб DDR3
IceWM
Хрома нет.
Тормозов не наблюдаю.

В чём преимущество IceWM?

Настройка проста как угол дома и миниатюрность.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории