Изменение параметров графического интерфейса и консоли

Чистый uXterm. От того же пользователя. Тот же хеловорлд.

И да, не только uXterm. Xfce Terminal, Gnome Terminal, Aterm. KDE Konsole, Mate Terminal.

значит у тебя иксы поломаны

Не знаю не знаю. Зенити показывает окно тут же. То есть не в иксах дело.

ну и терминал он у тебя «показывает» но томозит, по твоим словам

То есть банальный echo медленнее zenity в эмуляторе? wtf, хочется узнать?

cat /var/log/Xorg.0.log

То есть банальный echo медленнее zenity

У тебя что-то не так. Не может хелловорд выполняться 10 секунд. Если за это же время полностью загружается система вместе с плазмой. Лучше разобраться, а не утверждать, что виртуальная консоль медленная. У тебя она может и медленная, но это твоя частность.

полностью загружается система вместе с плазмой

Неправдоподобно

на нормальной пеке вантуз 10 быстрее загружается

Неправдоподобно

У меня тоже система загружается с ssd от загрузчика до кдешной плазмы меньше чем за 10 секунд. И скорость работы скриптов в консоли реальной и в кдешной консоли не отличается. Вывод в саму консоль даже быстрее в иксах, так как на физической консоли у меня simplefb, умеющий только в redraw экрана. Если тебе нужен _действительно_ реактивный терминал и продуктивность, смотри в тайлинговые wm и терминалы типа alacritty, которые для вывода используют opengl и видеокарту напрямую. Никакой фреймбуфер в реальной консоли так реактивно не работает.

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

У меня на мощном игровом ПК она и то загружается за минуту. Ссд 300гб, озу 16гб.

Тайлинговый вм запаздывает и жрет больше, чем xfce и третий гном (!!!), alacritty посмотрю. Пробовал i3, awesome, openbox, fluxbox

ssd у меня терабайтный через nvme, но у меня при этом ещё и gentoo (почти), загрузочные скрипты отрабатывают параллельно. Но вроде как systemd тоже параллельно сервисы запускает. Так что у тебя явно что то тормозит загрузку. Современные системы грузятся очень быстро, практически мгновенно. Даже выход из гибернации нынче бывает дольше загрузки, так как надо файл памяти прочитать, и он читается дольше чем при обычной загрузке скрипты отрабатывают.

Ну линукс у меня быстренький, за 10 секунд получаю окно lightdm. Ввожу пароль, enter, ещё пять секунд и xfce весь прогрузился. Windows запускается 2 минуты, пароль и ещё полминуты. На игровом ПК

Линукс на слабом компе, он старше меня ;) комп 2005 года выпуска

Даже выход из гибернации

Поражаюсь собственному невежеству. До того, как вы написали этот комментарий, я не знал, что такое «гибернация».

Виндоус меня не интересует, а вот то что у тебя терминал в иксах менее отзывчивый чем в физической консоли очень странно. Дело в том что в физической консоли используется фреймбуфер. Я почему то уверен что у тебя не 80x24 консоль в классическом text mode, и скорее всего ты в силу возраста такой режим даже не видел нигде (на всякий случай поясню, буквы на чОрном экране и командная строка - это не text mode, это фреймбуфер тем не менее. VGA text mode это совсем древняя штука, отдельный видеорежим с аппаратным знакогенератором, очень некрасиво выглядящая сейчас). Так вот, фреймбуфер, даже специализированный, заточенный под конкретный видеочип - штука не быстрая. А generic фреймбуферы - simplefb, vesafb, efifb - ещё медленнее. В иксах консоль обязана работать быстрее, так как вывод аппаратно ускорен. А специализированные opengl консоли вообще резкие как понос. Вангую у тебя в иксах просто нет никакого аппаратного ускорения, или я не понимаю как описанное тобою тормозилово вообще возможно.

нет аппаратного ускорения

Интересно. Как его включить, вы не знаете?

80×24

Это супер мега большие буквы или маленькая область на экране?

Есть такая штука еще со времен SystemV- runlevel. Пятый обычно стартует графику, а третий - многопользовательский текстовой режим.
Если у тебя systemd, то выполни от root'а

 
ln -sf /lib/systemd/system/multi-user.target /etc/systemd/system/default.target 

 
sed s/^id:.*:initdefault:/id:3:initdefault:/

Это супер мега большие буквы или маленькая область на экране?

Во времена когда это было актуально, экраны были черно-зеленые, 14" с соотношением сторон 4x3 и максимальным разрешением 720×348 точек. Поэтому буквы большими не казались.

Смешно. У меня на ноутбуке и то меньше диагональ.

Диагональ у тебя может и меньше, а разрешение куда больше.

Определялось как 720×340.

Интересно. Как его включить, вы не знаете?

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

Это супер мега большие буквы или маленькая область на экране?

Это не в пикселях, это количество знаков по горизонтали и строк по вертикали. В текстовом режиме видеокарта умеет только символы рисовать, из прошитого в неё или загруженного шрифта, по фиксированным позициям-знакоместам. Причём ширина и высота отдельного символа в пикселях тоже фиксирована и ограничена аппаратно. Так что ни картинку, ни просто точку в этом режиме карта нарисовать не может, только символ из шрифтового набора. Нужен был этот режим для экономии памяти видеокарты, а потом сохранялся (и сохраняется, наверное) для совместимости.

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

Определялось как 720×340.

Что то с этим не так у тебя. Такое разрешение даже для двадцатилетней давности компьютера удивительно мало, и мониторов с таким разрешением просто в природе не существует.

Как называется видеокарта у тебя, какой у тебя монитор, а ещё лучше выложить на pastebin dmesg и Xorg.0.log и запостить ссылки на них, тогда я сам всё увижу и узнаю.

Тут бы пруфы не помешали. Ну-ка покажи что fbset -s выдает.

Какой ксорг это же новоиспеченный адепт отрицания графики.

Смогу достать через месяц, этот ПК в ремонте.

Что особенно смешно в свете факта что фреймбуфер в консоли это тоже графика. Только более тупая и тормознутая. И он не в курсе что вывод текста в фреймбуфер нагружает CPU, и например выхлоп процесса компиляции отъедает ресурсы от собственно компиляции. А в иксовых терминалах такого нет, так как вывод в терминал обслуживается процессором видеокарты (грубо говоря), при использовании аппаратной акселерации графики. И даже без неё видеокарта используется более «интеллектуально» чем в тупом фреймбуфере с redraw.

Так во всех системах и на всех ПК, которые я видел. И в tcl, и в dsl, и в debian, и в ubuntu, и в mint, и в arch. В эмуляторе медленнее, чем в tty. Всегда.

Загадка. Мы в каких то разных Вселенных с тобой живём. В моей Вселенной такое наблюдалось больше двадцати лет назад, когда ядро грузилось в text mode, а иксы стартовали с vesa драйвером на карточках с одним, двумя или четырьмя (очень круто) МЕГАбайтами видеопамяти. И режим с 1024х768x24 (truecolor) казался пределом мечтаний, как и монитор умеющий в этот режим с приличной частотой кадров, хотя бы 75 герц (60 герц на аналоговом мониторе это не 60 герц на LCD, на CRT мониторе это боль) и без черезстрочной развёртки. А большинство работало с графикой в 800x600. Вот тогда аппаратная консоль объективно была быстрее, за счёт знакогенератора в видеокарте и символьного режима её работы.

Всегда

Что по твоему мнению значит быстрей? Я миллисекунды не замерял и не могу понять, где быстрее. Зато точно знаю, где удобней.

Быстрее в сто миллионов крат. Мне удобнее в tty, потому что не люблю ждать выхлоп команды по десять секунд.

никто не ждёт его столько, если он реально не занимает столько

похоже на отмазку толстого тролля

как и невыкладивание glxinfo |grep Op, Xorg.0.log, dmesg

А если НЕТ доступа к компьютеру?

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

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

Но без логов я могу только телепатию использовать. А логов нет... Ну и потом, комп его, Линукс тоже его, главное чтобы ТС нравилось. Возможно он любит всё поломанное, кто же знает.

Так то и я сидел в голой консоли и не жужжал, причём много лет подряд, использовал w3m, links и lynx, читал почту в mutt, ньюс конференции через не помню уже что, у меня была консольная аська и irc, mplayer фильмы играл в консоль через mga_vid модуль, и картинки тоже смотрелись через svgalib и через фреймбуфер кажется. Но у меня был Matrox G400 с шикарным фирменным фреймбуфером в ядре. Ущербным себя не чувствовал, иксы запускал только чтобы посмотреть в нетшкафе те странички что links и w3m плохо показывал (порн). Но это было на рубеже веков, сейчас во всём этом тупо нет смысла.

Возможно ли как-нибудь убрать автоматический заход в графику?

Да, возможно, предусмотрены 5 режимов работы, вроде. «Графический» всего лишь один из них.

Можно ли сместить терминал с графикой, допустим, на первый?

Можно.

Можно ли сделать так, чтобы сессия начиналась во 2’м терминале? То есть графика в первом, но работа системы начинается не в первом, а во втором?

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

Вот сейчас попробовал эмакс. Вспомнил шутку с просторов интернета:

Emacs — это хорошая ОС, которой не хватает нормального текстового редактора

Совпадает с моим мнением.

mc я использовал, но понял, что это фигня. Только coreutils. Музыку, кино не смотрю. Почта, а зачем доп.программа, если есть links? В игры не играю.

А редакторы всегда были и есть разные. Например, coreutils. В сложных случаях nano. Они покрывают все мои хотелки.

В эмаксе, кстати, есть подсветка синтаксиса по умолчанию? Или которая легко включается?

вывод текста в фреймбуфер нагружает CPU, и например выхлоп процесса компиляции отъедает ресурсы от собственно компиляции. А в иксовых терминалах такого нет, так как вывод в терминал обслуживается процессором видеокарты (грубо говоря), при использовании аппаратной акселерации графики. И даже без неё видеокарта используется более «интеллектуально» чем в тупом фреймбуфере с redraw

Не скажи. У меня видюха старая встройка (VIA UniChrome), иксы, композитинг отключен, используется софтовый OpenGL через LLVMPipe. Насчет компиляции не скажу, там не так много строчек. А, если, например, консольный ffmpeg активно сыпет сообщениями, то процессор нагружается на 50%, соответственно скорость кодирования падает. В голой консоли не знаю как будет, там довольно трудно проверить нагрузку.

Музыку, кино не смотрю. В игры не играю.

Что же ты за подросток такой?

Сейчас загрузился с livecd tcl. Открыл терминал. Написал time "echo 'Hello from tcl'". Подождал секунд десять. Текст начал высвечиваться, мерцать, подождал ещё секунд десять. Все высветилось. Затем time:

real: 0.008
user: 0.001
sys:  0.001

Это в системе, свежезаписанной на флеху. Первое что я сделал, просто вот так написал.

Переключаюсь в tty. Пишу time "echo 'Hello from tcl'" результат появляется мгновенно.
Выхлоп time:

real: 0.007
user: 0.001
sys:  0.001

Это в системе, где я ничего не менял. И вопрос «Что я делаю не так?» сразу отпадает, потому что виноват графон.

Самый обыкновенный, у нас полкласса таких. Остальные полкласса тоже музон не слушают и в кино не ходят, но только потому, что их любимый BS (игра такая компьютерная) лучше всего на свете.

Текст начал высвечиваться, мерцать, подождал ещё секунд десять.

Не понимаю. На телефон можешь записать и выложить? Хочу сам, своими глазами увидеть мерцающий десять секунд текст.

Окей вечером выложу, это произошло вчера

Не получится выложить, сейчас не мерцает.

Все нормально с терминалом сейчас, все что я сделал это позаписывал нули в бездну, мистика какая то

используется софтовый OpenGL через LLVMPipe

это просто сломанная графика уровня ТС

Не знаю. Вылечились после команды # dd if=/dev/zero of=/dev/null