Если из кода убрать sleep(), то он перестаёт так тормозить!

49 лайков тут говорит о том что всё таки понадобилось.

49 лайков и ни одного пулл-реквеста. Значит не так сильно-то и понадобилось.

Я не уверен, что лигатуры можно нормально сделать без тормозов в отрисовке. Ведь по сути нужно держать буфер из последних N символов и при образовании в них лигатуры полностью сносить их из граф.буфера и перерисовывать заново, плюс двигать всё что после них. Дикая срань, короче.

Я не уверен, что лигатуры можно нормально сделать без тормозов в отрисовке. Ведь по сути нужно держать буфер из последних N символов и при образовании в них лигатуры полностью сносить их из граф.буфера и перерисовывать заново, плюс двигать всё что после них. Дикая срань, короче.

Ага. Автор сказал что нормально будет, если это под #ifdef или опцию в конфиге засунуть.

Для alacritty сделали, но уже 3 года висит в draft, плюс в AUR есть форк с их поддержкой. Если для foot не сделали то это скорее показатель его непопулярности.

Для alacritty сделали, но уже 3 года висит в draft, плюс в AUR есть форк с их поддержкой. Если для foot не сделали то это скорее показатель его непопулярности.

Возможно.

Для alacrittyсделали, но уже 3 года висит в draft, плюс в AUR есть форк с их поддержкой. Если для foot не сделали то это скорее показатель его непопулярности.

Да нет, это показатель того, что нуждающиеся в лигатурах используют Alacritty. Или Konsole. Или GNOME. Или вообще сидят на маке.

Я бы не сказал что те ужасы веющие 2010 годом на маке как-то заменяют линукс терминалы. А вот windows terminal вполне приятен.

Я бы не сказал что те ужасы веющие 2010 годом на маке как-то заменяют линукс терминалы. А вот windows terminal вполне приятен.

Лол это ты ещё терминалы на электроне с AI не видел.

https://hyper.is/

Вот что будет эталоном лагалища, так это вот этот хтонический ужас. Гнуму до такого срать и срать ещё!

xterm 1m16.919s

Дидовская иксопараша ожидаемо соснула, но апологеты этого якобы юниксвейного/KISS терминала всё ещё продолжают советовать неофитам на ЛОРе это иксовое недоподелие.

Любой Konsole или Yakuake будет не только в 100 раз функциональнее этого дидовско-иксового барахла, но и быстрее. Каким местом иксодеды писали код xterm что он получился ДАЖЕ МЕДЛЕННЕЕ GNOME Terminal – загадка.

разработчики гнома как всегда не понимают что нужно его пользователям.

Кстати вот интересно, есть ли пруфы, что разрабы гнома им пользуются на постоянной основе?

разработчики гнома как всегда не понимают что нужно его пользователям.

Кстати вот интересно, есть ли пруфы, что разрабы гнома им пользуются на постоянной основе?

Их там всего человек 10 и они все как один поехавшие наглухо. Так что, я прозреваю, что они им реально пользуются. Но они считают себя единственными пользователями, поэтому в их картине мира гнум удовлетворяет пользователей на 100%.

То есть теперь открытый терминал на 60 герцовом мониторе будет высаживать батарейку ноута в полтора раза быстрее? благодарю…

То есть теперь открытый терминал на 60 герцовом мониторе будет высаживать батарейку ноута в полтора раза быстрее? благодарю…

Нет, не будет, если только там нет полное перерисовки 60 раз в секунду.

Зачем, зачем, блин вам читать 1.5 миллиона строк? Ели мой терминал их за 10 минут выведет на экран, мне это никак не поможет. И даже если за 10 секунд или за час.

Зачем, зачем, блин вам читать 1.5 миллиона строк

Ну спроси у гномеров, зачем они это починили. На LOR этим недовольны!

Ограничить скорость работы ради ничего это не баг? А что это?

Не думаю, что эти ограничения были по ошибке созданы.

Зачем, зачем, блин вам читать 1.5 миллиона строк? Ели мой терминал их за 10 минут выведет на экран, мне это никак не поможет. И даже если за 10 секунд или за час.

Видимо, это для тех, кто пока ещё не знает про ^C.

Любой Konsole

Всратая хрень.

или Yakuake

Ещё более всратая хрень.

будет не только в 100 раз функциональнее

От терминала, в первую очередь, необходимо быть терминалом. Остальной функционал нафиг не нужон.

ЗЫЖ Если EXL не обосрал в сообщении иксы, значит это сообщение писал не он.

Вы извините, но тема напоминает собрание шизов.

Никому нахрен не надо в жизни выводить в терминал текст со скоростью 200 МБ/с.

Я повидал всякого говна в терминале, но уж в скорость работы вывода символов никогда не упирался. Особенно когда внутри этого терминала тормозит какая-нибудь срань на питоне.

Если бы они что-то оптимизировали в gtk, это была бы новость.

Тем более, для сложных вещей есть xterm

Остальной функционал нафиг не нужон.

Сразу видно русскую глубинку.

Никому нахрен не надо в жизни выводить в терминал текст со скоростью 200 МБ/с

Вот два чая. Если оно быстро работает это конечно круто, но делить на говно/не говно по этому критерию это уже утрата контакта с реальностью)

Программы, не? Исходники могут гигабайтами измерятся, а компилятор показывает только в какой строке ошибка, вот и приходится скроллить до нужной строки.

Сразу видно русскую глубинку.

Сторонник связи интеллекта с географическим положением? :)

в мануале для vt100

The screen does not hold its image after the electron beam has painted dots on it. For the eye to perceive it as continuously illuminated (i.e., without flickering) the screen must be repainted (refreshed) repeatedly some 30 or more times per second. Also, stray magnetic fields and electrical noise at the power line frequency can cause distortions in the display. If the refresh frequency is different from the power line frequency, the distortions appear to move up or down the display. This is very noticeable. Most distortions disappear by matching the refresh rate to the power line frequency. The VT100 can refresh at either of the two world power frequencies, 50 or 60 Hz, satisfying both flicker and distortion requirements. (VT100 refresh is not locked to the power line but is close enough to conceal most distortions.)

The CRT monitor, the monitor circuit board, and the flyback transformer are replaceable subunits of the VT100.

Думаю, ноги оттуда растут для 40Гц.

Нет, не растут. В мире нет стран с переменным током на 40Hz. А VTE появился когда ЭЛТ экраны уже отмирали.

Программы, не? Исходники могут гигабайтами измерятся, а компилятор показывает только в какой строке ошибка, вот и приходится скроллить до нужной строки.

Весь текст романа «Война и Мир» Толстого занимает меньше 10 мегабайт. Чувак, ты столько не скроллишь в год. Вообще, а не только в терминале.

~1.5MB если точнее :)

Репозитарий винды весит около 300 гигабайт. Это чисто код. И как вы понимаете одной виндой мир не ограничивается, есть и другие подобные по размеру проекты.

Репозитарий винды весит около 300 гигабайт. Это чисто код.

Я что-то сомневаюсь.

Если в двух словах: кодовая база Windows состоит из 3.5 миллионов файлов; когда заливаешь ее на Git, получается репозиторий размером где-то в 300 гигабайт. Более того, в компании работает около 4000 инженеров; инженерная система ежедневно производит 1,760 сборок по 440 веткам, вдобавок к pull-запросам на валидацию билдов.

источник - https://habr.com/en/companies/productivity_inside/articles/329878/

когда заливаешь ее на Git, получается репозиторий размером где-то в 300 гигабайт

Это размер .git, то есть всей истории вообще, а не только текущего кода. И я не удивлюсь, если они туда пару тысяч бинарников на несколько метров каждый навалили и удалили.

приходится скроллить до нужной строки

У многих редакторов есть хоткей перехода на строку с номером, это гораздо более ненапряжно, чем скроллинг.

Сторонник связи интеллекта с географическим положением? :)

Ни слова про интеллект не сказал.

у многих редакторов есть хоткей перехода на строку с номером, это гораздо более ненапряжно, чем скроллинг.

Если ты знаешь строчку кода :)

Ни слова про интеллект не сказал.

Тогда о чём сказал? Чем именно тебе не угодила русская глубинка? :)

Если из кода убрать sleep(), то он перестаёт так тормозить!

Если из кода убрать все ожидания, то он будет занимать 100% процессорного времени. Так что проблема не в sleep() как таковых, а в их длительности. Уменьшили длительность sleep() - уменьшили время реакции на ввод, и соответственно увеличили частоту перерисовки. Наверное аццким геймерам это важно, но сомнительно, что они в консоли играют.

А лично мне и 40мс выше крыши.

Если из кода убрать все ожидания, то он будет занимать 100% процессорного времени.

Нет, не будет. Уйди отсюда, ребёнок. Тут взрослые дяди погроммирования обсуждают.

Пропущу мимо ушей «ребёнка», не знаю, как на такое реагировать. Других возражений не вижу. Разве что можно уточнить, что 100% одного ядра в однопоточном случае.

Или я просто набрасывать помешал? Ты скажи прямо, я пойму.

Других возражений не вижу.

Потому что ты код не писал ни разу.

Разве что можно уточнить, что 100% одного ядра в однопоточном случае.

#include <stdio.h>

int main() {
  char c = 0;
  scanf("%c", &c);
  return 0;
}

Программа без sleep() которая наверняка сожрёт 100% одного ядра. Да-да, всё так.

О, чувствуется знаток. А при вызове scanf(), что, по-твоему будет делать эта программа? Я тебе скажу: она будет ожидать пользовательского ввода. То есть, эта программа не подходит под критерий «убрать все ожидания».

Ты повнимательней почитай моё исходное сообщение.

Ну то есть ты изобрёл свой собственный термин с одному тебе известным смыслом и теперь страдаешь, что тебя неправильно поняли. Типичненько.

Дружище, суть-то простая: в коде VTE заменили цикл вида

for (;;)
{
    sleep(40);
    redraw();
}

на что-то типа

for (;;)
{
    wait_vsync();
    redraw();
}

vsync случается чаще, чем раз в 40 мс, поэтому скорость отрисовки возросла. То есть, они не убрали sleep(), а заменили его на вызов другой функции ожидания события.

А вот если совсем убрать все ожидания, то есть сделать вот так:

for (;;)
{
    redraw();
}

, то скорость будет ещё больше, но жрать будет 100% цпу. Именно это я и высказал своим начальным сообщением. Но, похоже, набрасывать у тебя получается лучше, чем читать.

Думаю, ноги оттуда растут для 40Гц.

Тогда было бы 50 или 60. Я помню в далеких 90х делал отрисовку графика двигающегося. Так вот, я его рисовал по таймеру 40мс, чтобы получалось 25к\с.

А, вот из-за кого SPLUNK придумали и целый сириус бизнес на авгиевых логнюшнях подняли ... грепать только важное, а в логи не срать всяким ненужным спамом — это какая-то религия запрещает?

Короче, ты сам придумал и сам со своими голосами в голове споришь. Продолжай.

Да блин. Через 40Hz они пытались починить другой баг, но на самом деле это ограничение не чинило вообще ничего. Вот ссылка на коммит: https://gitlab.gnome.org/GNOME/vte/-/commit/c17d9c6b4571be0ab55c3818d9125233553bb7ee

там реверт реверта и авторы вообще похоже не очень понимают что делают.

гораздо плавнее чем

Это вы на тормоза так намекнули?

там реверт реверта и авторы вообще похоже не очень понимают что делают.

линукс на десктопе, он такой…

xterm 1m16.919s

Как начнешь выводить в xterm, сверни окно (минимизируй), и через пару секунд обратно разверни, и окажется что весь вывод уже завершен, а не эти ваши 1m16.919s

но жрать будет 100% цпу

man select
man poll
man epoll