The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликовано пользовательское окружение GNOME 45 , opennews (??), 21-Сен-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


46. "Опубликовано пользовательское окружение GNOME 45 "  +3 +/
Сообщение от leap42 (ok), 21-Сен-23, 05:46 
Нет. В Console никогда такого не было. Собвстенно в ней вообще никакого функционала нет 😄 вы путаете с Gnome Terminal, который планировалось заменить Gnome Console, но как-то не задалось (по крайней мере пока). В целом, Console неплохой - быстрее и легче Terminal, но слишком уж убогий в плане настроек - посидим пока на Alacritty 🤷‍♂️
Ответить | Правка | Наверх | Cообщить модератору

81. "Опубликовано пользовательское окружение GNOME 45 "  +1 +/
Сообщение от _kpemail (ok), 21-Сен-23, 09:50 
>>быстрее и легче Terminal

Где ж Вы видели тяжелый и тормозной эмулятор терминала? ;)
Тот, что используется по умолчанию, выбирается в основном по удобству и личным эстетическим предпочтениям.

Ответить | Правка | Наверх | Cообщить модератору

146. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от leap42 (ok), 21-Сен-23, 11:56 
>>>быстрее и легче Terminal
> Где ж Вы видели тяжелый и тормозной эмулятор терминала? ;)
> Тот, что используется по умолчанию, выбирается в основном по удобству и личным
> эстетическим предпочтениям.

Да любой кроме foot, alacritty и st тяжёлый и тормозной) Вы просто редко 100000 строк выводите 😉

Ответить | Правка | Наверх | Cообщить модератору

175. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от crypt (ok), 21-Сен-23, 13:01 
быстрые терминалы были уже в 200х. а школьники все колесо переизобретают:( теперь с gpu ускорением. реально это Gnome - это переизобрение и переизобрение, лишь бы колесо страдания крутилось. так работает коммерческое айти.
Ответить | Правка | Наверх | Cообщить модератору

208. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от voiceofreason (?), 21-Сен-23, 16:37 
> теперь с gpu ускорением

В alacritty GPU-замедление )) Запускаешь что-то обильно срущее текстом и наблюдаешь, как оно позорно пррр-дррр делает и лагает. Старьё (xterm, urxvt) и попса (konsole, gnome-terminal) без всякого ГПУ красиво выводят такое.

Ответить | Правка | Наверх | Cообщить модератору

267. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от leap42 (ok), 22-Сен-23, 05:00 
>> теперь с gpu ускорением
> В alacritty GPU-замедление )) Запускаешь что-то обильно срущее текстом и наблюдаешь, как
> оно позорно пррр-дррр делает и лагает. Старьё (xterm, urxvt) и попса
> (konsole, gnome-terminal) без всякого ГПУ красиво выводят такое.

У вас с видюхой что-то: alacritty не может быть заметно медленнее чего-то, там перфа во главе угла, а в xterm и ghnome-terminal ей толком даже не занимаются.

Ответить | Правка | Наверх | Cообщить модератору

183. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от _kpemail (ok), 21-Сен-23, 14:39 

> редко 100000 строк выводите 😉

Да, по умолчанию я ставлю буфер на 5к строк.
Но не столько потому, что железо слабое, или применение не типичное, а то, что если этот лог планируется вообще разбирать, то рациональнее использовать другой способ логирования.

Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

279. "Опубликовано пользовательское окружение GNOME 45 "  +1 +/
Сообщение от Аноним (279), 22-Сен-23, 11:54 
Одно другому не мешает: можно и на консоль и в файл - tee (GNU coreutils).
Также, в эмуляторах терминала обычно есть поиск подстроки и сохранение выделения в файл - может быть достаточно для разбора лога.
Ответить | Правка | Наверх | Cообщить модератору

185. "Опубликовано пользовательское окружение GNOME 45 "  +2 +/
Сообщение от Аноним (185), 21-Сен-23, 14:49 
xfce4-terminal - лимит вывода строк отключен, обрабатывал сотни тысяч файлов скриптом с выводом на консоль, полет нормальный.
Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

266. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от leap42 (ok), 22-Сен-23, 04:58 
> xfce4-terminal - лимит вывода строк отключен, обрабатывал сотни тысяч файлов скриптом с
> выводом на консоль, полет нормальный.

Я не сомневаюсь. Просто вывод может быть от десятков процентов до десятков раз быстрее.

Ответить | Правка | Наверх | Cообщить модератору

276. "Опубликовано пользовательское окружение GNOME 45 "  +1 +/
Сообщение от Аноним (279), 22-Сен-23, 11:49 
Вывод в Си/Шелл буферизирован. Он никак не замедляет работу скрипта, который выполняется отдельным (дочерним) процессом от эмулятора терминала. И едва ли человеческий глаз может заметить разницу в скорости появления массива строк на экране. Даже расчет "картинки" эмулятора на ГПУ почти никак не разгружает ЦПУ - разница будет заметна только на очень-очень медленных процессорах.
Ответить | Правка | Наверх | Cообщить модератору

293. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от leap42 (ok), 23-Сен-23, 07:09 
> И едва ли человеческий глаз может заметить разницу в скорости появления массива строк на экране.

"Появление массива строк на экране" - это рендеринг. А вы не слушайте тех, кто вам говорит, что ускорение рендеринга в РАЗЫ при действительно быстром выводе или скроллинге незаметно, они очевидно ничего не понимают в теме. Даже разница в дестки процентов легко обнаруживается двойным слепым.

Ответить | Правка | Наверх | Cообщить модератору

295. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от Аноним (295), 23-Сен-23, 15:52 
> "Появление массива строк на экране" - это рендеринг

Нет, это чтение строк (массива байт до нуль-терминатора) из буфера (массива фиксированного размера указателей на строки) и, возможно, запись в произвольный буфер вывода (например, тоже в текстовый). Чтение/запись могут осуществляться одним вызовом Си-функции на буфер (DOD-style) - быстро, как любят практикующие инженеры, а может - десятками вызовов (OOP-style) - безобразно медленно, как любят математики-теоретики.
Рендеринг - это последовательная растеризация глифов векторного шрифта с учетом шрифтовых метрик (например, расстояния между определенными буквами), возможно, с последующим копированием финального растра в видеобуфер.
В текстовом режиме экрана используются только моноширинные растровые шрифты с фиксированным кеглем и там фаза рендеринга отсутствует вовсе, есть только текстовый вывод (запись байт в текстовый буфер дисплея). А непосредственно вывод на дисплей - аппаратный.

> при действительно быстром выводе

Если вывод буферизирован (как в stdout), скорость вывода в него (вызов функции с передачей указателя на начало копируемой строки) не зависит от скорости вывода на дисплей. Наоборот, второе зависит от первого. Фаза рендеринга, если такая есть, перед выводом на дисплей - аналогично, отдельный зависимый поток. На скорость работы скрипта вывод, с рендерингом или без, не влияет.
Собственная скорость рендеринга мало отличается при выводе через современные ГПУ и ЦПУ (ибо ЦПУ везде многоядерные с высокой частотой, а ГПУ не умеют оптимизоровать рендеринг кривых, они больше по треугольникам и линейной алгебре).
Таким образом "действительно быстрый вывод" упрётся в бутылочное горлышко скорости появления строк в буфере (ещё до рендеринга), что наиболее вероятно, либо в ограничения аппаратного вывода (частота синхронизации дисплея), что менее вероятно.

> легко обнаруживается двойным слепым

Вывод - на экран, это слияние буферизированного stdout и небуферизированного stderr. Он недетерминирован. То есть мы получаем разный результат при одинаковых вводных в зависимости от фазы луны. Поэтому каждый видит лишь то, что хочет. В этом легко убедиться проводя эксперименты больше одного раза, в разных лабораториях, разными экспериментаторами (хоть бы и зрячими, в слепых я, простите, не верю, капитализм исключает "слепоту" в науке).

Ответить | Правка | Наверх | Cообщить модератору

296. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от Аноним (295), 23-Сен-23, 16:00 
> Наоборот, второе зависит от первого.

Если быть точным, то аппаратный вывод также независим. Он просто будет выводить "пустоту" с постоянной частотой. Но для психологии человека зависимость есть из-за разницы в восприятии "пустоты" и "непутсоты", хотя, объективно, это понятия смежные.


Ответить | Правка | Наверх | Cообщить модератору

297. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от Аноним (295), 23-Сен-23, 16:33 
Предположу, что именно эту "психологическую разницу" вы измеряете в своих тестированиях.

Допустим, наблюдатель считает, что вывод "0,0,1" медленнее, чем "0,1,0" на некотором, субъективно им выбранном, отрезке времени. Но выводы "0,0,1,0,0,1" и "0,1,0,0,1,0" объективно равнозначны, ведь расстояние между нулями (пустотой) и единицами (строками) одинаково. Более того, оба вывода на дисплей, вероятно, одинаково отстают по времени от момента попадания строки в поток вывода. И эту, настоящую, разницу в скорости появления строк на дисплее, незаметную человеческому глазу, вы не измерите простым наблюдением. И, как я выше отметил, объективно нет причин, чтобы такая разница была существенной. Вопрос только в субъективной интерпретации человеком несуществующей объективно "разницы". Иными словами ускорение, которое дают графически ускоренные эмуляторы терминалов фиктивно.

Ответить | Правка | Наверх | Cообщить модератору

298. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от Аноним (295), 23-Сен-23, 16:48 
Короче говоря, нужно различать скорость и отзывчивость (работы/вывода/интерфейса).
Ответить | Правка | К родителю #296 | Наверх | Cообщить модератору

305. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от leap42 (ok), 24-Сен-23, 06:16 
> есть только текстовый вывод (запись байт в текстовый буфер дисплея).

вы правда не понимаете, какую ахинею несёте? ещё раз, про буферизованный ввод\вывод кроме вас вообще никто не говорит, он никак не связан с темой. речь идёт о выводе на экран, и вы, 100% не понимаете как работает композитинг. та простыня херни, которую вы написали, действительно была актуальна в 70-80-е, но сейчас вывод на экран работает не так, текстовой вывод вообще из ядра выкинули.

Ответить | Правка | К родителю #295 | Наверх | Cообщить модератору

318. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от Аноним (295), 24-Сен-23, 16:58 
> вы правда не понимаете, какую ахинею несёте?

Полегче.


> та простыня херни, которую вы написали, действительно была актуальна в 70-80-е
> так, текстовой вывод вообще из ядра выкинули.

И в 90-е была актуальна. И даже по сей день актуальна. У меня вон - пухленький VGA-дисплей на столе стоит, вполне умеет в текстовый режим. Правда, под MS-DOS, а не под Линукс.

> буферизованный ввод\вывод кроме вас вообще никто не говорит, он никак не связан с темой

Что значит не связан, а что вы на дисплей выводите, да ещё с ускорением? Вселенскую пустоту?
Повторяю, разницу в скорости этого вывода (самой значимой части вывода), учитывая, что он буферизирован (вывод сообщений пакетами) и недетерминирован (временной рассинхрон между stdout и stderr), невозможно измерить на глаз. Только попугаями^W ощущениями.
Чтобы измерить, нужно временные метки (с высокой точностью) добавлять в каждое сообщение, отключать буферизацию stdout и выводить синхронно на оба вывода (out/err), а затем сравнивать количество нарушений порядка сообщений по меткам в разных проходах. ГПУ тут никак не поможет.

> есть только текстовый вывод (запись байт в текстовый буфер дисплея).

Именно так. С точки зрения программы, которая выводит текст в stdout. И на её скорость влияет только скорость работы системной/библиотечной функции этого вывода (см. про DOD/OOP в предыдущем сообщении). Можно перед дисплеем подставить программу, чтобы считать вывод и перенаправить, обработать (рендеринг) или опустошить (dummy-сервер).

Если дисплей работает в графическом режиме, то, разумеется, необходимо символы (массив байт) отрендерить в цветные точки (массив байт) в кадровый буфер. И передать не на текстовый буфер дисплея (с аппаратным рендерингом), а на видеобуфер дисплея (с выводом копированием).
Отличие между процедурами в том, на какой стороне происходит рендеринг. (Способы кодирования информации - символов и точек, в целом, не зависят от режима.)
Не думал, что нужно всё в таких подробностях объяснять...
Повторяю, в первом случае ГПУ - вообще мимо. Во втором случае - рендеринга на "нашей" стороне, разница между ЦПУ и ГПУ несущественна, так как упирается в самую дорогостоящую процедуру, в растеризацию шрифта, которая не больно-то ускоряется на ГПУ (см. про кривые и треугольники). В добавок, динамически меняющийся текст с динамически меняющимся кеглем шрифта довольно трудно оптимизировать для вывода только на ГПУ, весьма вероятно, что часть подготовительных операций перед растеризацией будет обсчитываться ЦПУ.

> вы, 100% не понимаете как работает композитинг

А с типичным применением GAPI в программах с direct-rendering или композитных серверах, выводящих их окна, для вас всё становится ещё хуже. Потому что обычно используются двойная буферизация (swap_buffers) и синхронизация с аппаратным выводом - частотой дисплея ("vsync"). Что вы там замерять собрались? Ехал буфер через буфер, въехал буфер в 60 Hz.

Короче.
Вывод программы буферизирован и недетерминирован, графический вывод буферизирован и синхронизирован с дисплеем, дисплей работает на постоянной частоте, рендеринг на любом устройстве не быстрее частоты смены кадра дисплея. Где у вас тут прирост скорости вывода *наблюдается*? И как вы измерили, что (и в каком объеме) он действительно *происходит*?

Покажите пальцем, а не бросайтесь "ахинеями" и баззвордами.

Ответить | Правка | Наверх | Cообщить модератору

319. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от Аноним (295), 24-Сен-23, 17:58 
> текстовой вывод вообще из ядра выкинули

А точно выкинули?
Тут (https://wiki.archlinux.org/title/Linux_console#Text_mode) пишут, что с параметрами 'vga=0 nomodeset' ещё работает, просто по умолчанию дистрибутивы используют framebuffer.

Ответить | Правка | К родителю #305 | Наверх | Cообщить модератору

285. "Опубликовано пользовательское окружение GNOME 45 "  –1 +/
Сообщение от Аноньимъ (ok), 22-Сен-23, 16:52 
Что на счёт xterm?
Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

294. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от leap42 (ok), 23-Сен-23, 07:16 
> Что на счёт xterm?

Ну он работает. Других добрых слов для него у меня нет😆

Ответить | Правка | Наверх | Cообщить модератору

99. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от Пряник (?), 21-Сен-23, 10:23 
А чем собственно сам gnome-terminal не устроил?
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

110. "Опубликовано пользовательское окружение GNOME 45 "  +1 +/
Сообщение от мимо (?), 21-Сен-23, 10:39 
Решили, что проще переписать на gtk4 с нуля. Как и ряд других приложений. В результате и трети бывшего и так куцым функционала не сделали. Теперь еще и не собираются.
И так сойдет.
Ответить | Правка | Наверх | Cообщить модератору

324. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от rvs2016 (ok), 24-Сен-23, 20:31 
> А чем собственно сам gnome-terminal не устроил?

А чем не устроила Konsole?
Сейчас начнут говорить, что установка Konsole потянет за собой KDEшные библиотеки.
Ну и что? Пусть тянет! Места на диске жалко что ли? :-)

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

331. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от Пряник (?), 25-Сен-23, 09:27 
Так konsole и gnome-terminal практически одно и то же. Прос то имеет смысл ставить те приложухи, что идут вместе со столом.
Ответить | Правка | Наверх | Cообщить модератору

130. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от Аноним (130), 21-Сен-23, 11:28 
Смотрю сейчас в debian 10
Gnome Terminal стоит по умолчанию.
Так вы о чем все-таки?
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

137. "Опубликовано пользовательское окружение GNOME 45 "  –1 +/
Сообщение от мимо (?), 21-Сен-23, 11:42 
Как там в 2019? Масочный режим уже ввели? Что значит "какой"? Ну ничего, сюрприз будет.
Ответить | Правка | Наверх | Cообщить модератору

200. "Опубликовано пользовательское окружение GNOME 45 "  +1 +/
Сообщение от Аноним (130), 21-Сен-23, 16:15 
Лень настраивать по новой систему ))
Работает же
Ответить | Правка | Наверх | Cообщить модератору

141. "Опубликовано пользовательское окружение GNOME 45 "  +1 +/
Сообщение от leap42 (ok), 21-Сен-23, 11:53 
> Смотрю сейчас в debian 10
> Gnome Terminal стоит по умолчанию.
> Так вы о чем все-таки?

О том, что в debian 13 на смену "Gnome Terminal" придёт "Gnome Console" (другая программа с тем же функционалом).

Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

323. "Опубликовано пользовательское окружение GNOME 45 "  +/
Сообщение от rvs2016 (ok), 24-Сен-23, 19:23 
> посидим пока на Alacritty

А чем этот Alacritty лучше, чем Konsole (не путать с Console)?

И, кстати, чё это за редактор открыт на этом скриншоте:
https://alacritty.org/alacritty_example.png

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

330. "Опубликовано пользовательское окружение GNOME 45 "  +1 +/
Сообщение от leap42 (ok), 25-Сен-23, 04:50 
>> посидим пока на Alacritty
> А чем этот Alacritty лучше, чем Konsole (не путать с Console)?
> И, кстати, чё это за редактор открыт на этом скриншоте:
> https://alacritty.org/alacritty_example.png

Если вы не чувствуете подтормаживаний в консольных текстовых редакторах и при выводе больших объёмов текста, то ничем)

INS намекает на режим вставки какого-то очередного клона Vi: скорее всего helix он тож на rust или neovim

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру