The OpenNET Project / Index page

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



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

Оглавление

Релиз ядра Linux 5.7, opennews (??), 01-Июн-20, (0) [смотреть все]

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


21. "Релиз ядра Linux 5.7"  +2 +/
Сообщение от Аноним (21), 01-Июн-20, 12:47 
И как теперь писать код без драйверов на видио?
Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (21), 01-Июн-20, 12:48 
Ведь текстовый режим это 80х25
Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз ядра Linux 5.7"  +8 +/
Сообщение от Аноним (42), 01-Июн-20, 13:56 
> Ведь текстовый режим это 80х25

Эх, вот и выросло поколение не знающее о том что текстовый режим это 80x24: https://terminals-wiki.org/wiki/index.php/DEC_VT100

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

47. "Релиз ядра Linux 5.7"  –5 +/
Сообщение от Анончик9999 (?), 01-Июн-20, 14:18 
это история! Теперь все кодят в графическом режиме с высоким разрешением.
Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от Аноним (42), 01-Июн-20, 15:19 
> это история! Теперь все кодят в графическом режиме с высоким разрешением.

Для администрежа, а не кодинга это стало историей только вместе с массовым распространением вмтвари. До этого любые удаленные операции связанные с выпадением в single-user или другим методом потери сети выполнялись через последовательный порт с последующим 'export TERM=vt102'. Даже несмотря на то что в линуксе и в фряхе TERM=xterm в этом тысячелетии тоже заработал более-менее.

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

85. "Релиз ядра Linux 5.7"  –2 +/
Сообщение от Crazy Alex (ok), 01-Июн-20, 16:38 
И какое это отношение имеет к длине строки в исходнике?
Ответить | Правка | Наверх | Cообщить модератору

94. "Релиз ядра Linux 5.7"  +4 +/
Сообщение от Аноним (42), 01-Июн-20, 16:54 
> И какое это отношение имеет к длине строки в исходнике?

Такие строчки в termcaps-записи для vt-100 ни о чем не говорят?

co#80:li#24

и буквосочетания TIOCGWINSZ, SIGWINCH и что это не всегда работает как ожидается в single-user?

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

115. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (115), 01-Июн-20, 17:51 
Вы, наверное, вопрос не поняли. Рекаверить систему это конечно весело, но часто вы пишете код через последовательный порт?
Ответить | Правка | Наверх | Cообщить модератору

118. "Релиз ядра Linux 5.7"  +/
Сообщение от Crazy Alex (ok), 01-Июн-20, 18:03 
Именно так
Ответить | Правка | Наверх | Cообщить модератору

130. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Аноним (42), 01-Июн-20, 18:40 
> Вы, наверное, вопрос не поняли. Рекаверить систему это конечно весело, но часто вы пишете код через последовательный порт?

Так интересует 80 символов в контексте разработки?

Тут-же все просто: при отладке ведро обычно запускается в виртуалке, к которой цепляется хостовый gdb через как-раз виртуальный последовательный порт. Но важен не этот факт, а что сама виртуалка отлаживаемую систему запускает под эмуляцией VGA-консоли чем, естественно, и ограничивает вывод в 80 строк. Конечно, можно сказать что ведро надо обязательно на хосте собирать, но ситуевины случаются разные и мастер-копию исходников бывает удобней хранить и в госте и потом синхронизировать на хост перед аттачем gdb.

И да, я знаю что KVM уже научился в UEFI и более 80 строк. Не говоря про VMWare и HYPERV, но есть и такое слово как инерция.

Так понятно?

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

180. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (178), 01-Июн-20, 23:57 
> этот факт, а что сама виртуалка отлаживаемую систему запускает под эмуляцией
> VGA-консоли чем, естественно, и ограничивает вывод в 80 строк.

А зачем ее ограничивать 80 строк и этим VGA? Пардон, кернель умеет нынче даже вызывать нормальные видеодрова для KDB и кернелпаника.

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

219. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (42), 02-Июн-20, 02:44 
> кернель умеет нынче даже вызывать нормальные видеодрова для KDB и кернелпаника.

Тут есть 2 проблемы:
1. KDB не умеет вообще ничего и по этому практически бесполезен - это маленькая проблема.
2. Сама система во время ухода в k(g)db или панику не может вообще ничего т.к. находится в неопределенном состоянии. Это уже большая проблема и единственное более-менее полноценное ее решение - запуск дебаггера на другом хосте, который не подвержен останову/панике т.к. ему, как минимум, нужен доступ к дебаговой информации и исходникам, причем и то и то может лежать на диске, а не находиться в памяти в час Ч.

Самый простой выход отсюда или 2 хоста или хост с виртуалкой. Второй понятно лучше, т.к. для отладки необходимо шарить ведро с дебажной информацией и исходники. Ну а в виртуалки UEFI и хоть сколько-нибудь приличные KMS-ные дрова завезли относительно недавно.

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

229. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (229), 02-Июн-20, 04:10 
> 1. KDB не умеет вообще ничего и по этому практически бесполезен -
> это маленькая проблема.

Ну тогда есть KGDB и там вообще до балды все упомянутое будет. А KDB для того чтобы прямо с той же машины немного поколупаться. И опять же никакие 80х24 нигде не возникает. Ну вот так вышло что монитор - массив пикселей. И видеокарта после переключения в native - тоже что угодно, только не VGA адаптер ни разу. А желающих пользоваться этим как VGA уже и не осталось.

> 2. Сама система во время ухода в k(g)db или панику не может
> вообще ничего т.к. находится в неопределенном состоянии.

Логично что если дело дошло до паники - система уже превратилась в тыкву. В qemu на этот случай есть свой дебагсервер, он в тыкву не превращается :)

> Это уже большая проблема и единственное более-менее полноценное ее решение
> - запуск дебаггера на другом хосте, который не подвержен останову/панике

Можно и на том же - если панику удалось в qemu guest воспроизвести.

> Ну а в виртуалки UEFI и хоть сколько-нибудь приличные KMS-ные дрова
> завезли относительно недавно.

Virtio и QXL там вроде с незапамятных времен и цепляются KMSными дровами?

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

267. "Релиз ядра Linux 5.7"  +/
Сообщение от пох. (?), 02-Июн-20, 18:08 
> и исходники. Ну а в виртуалки UEFI и хоть сколько-нибудь приличные
> KMS-ные дрова завезли относительно недавно.

я эти ваши kms'ные дрова заманался вычищать что из vsphere (5, это 2012й!) что из hyperv. (мне НЕ надо этих ресайзов окна на ходу в хз какое разрешение и с потерей картинки в процессе - я в консоли исходники не читаю, мне сойдет 80 симолов)

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

344. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (343), 07-Июн-20, 18:34 
Пох это известный спец по тому как все сделать сложно и х-во. Так что если кого-то надо заслать к конкуренту - вот, смотрите, какой талантище!!! :)
Ответить | Правка | К родителю #267 | Наверх | Cообщить модератору

266. "Релиз ядра Linux 5.7"  +/
Сообщение от пох. (?), 02-Июн-20, 18:05 
>> И какое это отношение имеет к длине строки в исходнике?
> Такие строчки в termcaps-записи для vt-100 ни о чем не говорят?
> co#80:li#24

у настоящего 100 был AVO
> и буквосочетания TIOCGWINSZ, SIGWINCH

и это вот - были реальные такие - сигналы. На шине.

К сожалению, победил 101.

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

268. "Релиз ядра Linux 5.7"  +/
Сообщение от пох. (?), 02-Июн-20, 18:22 
> распространением вмтвари. До этого любые удаленные операции связанные с выпадением в
> single-user или другим методом потери сети выполнялись через последовательный порт с
> последующим 'export TERM=vt102'. Даже несмотря на то что в линуксе и

в 2005м году у нас (одного из крупнейших тогда в РФ хостеров) вырубилось питание в основном ЦОД. Все наличные ресурсы, включая суперадминов, полетели туда - потому что гуаносервера (и в особенности любимых клиентов на колло) либо не были настроены вообще включаться вместе с питанием, либо не поднялись, и мы бегали между стоек в режиме ошпаренных кошек, тyпо жмакая везде power.

После чего пошли разбираться с теми, кто включился, но не сумел загрузиться. На ВЕСЬ ЦОД нашлось ТРИ моральных урода, поставившие сервера с ком-портами и без видео-клавиатур. Причем все это была какая-то ржавая рухлядь, самой современной из них был isp-1100 (гуглите), 2000го года. (ну там да, простительно, найти внешнюю видеокарту ему было непросто, поскольку не-agp видеокарт уже и в 2000м было только из еще более древнего хлама можно нарыть)

Ну их админы потом сами туда поехали, у нас ничего с собой имеющего комы не нашлось, и кабелей тоже. Так им и надо. Надеюсь ты был в их числе.

> в фряхе TERM=xterm в этом тысячелетии тоже заработал более-менее.

до этого у нее был свой терминал, как и linux совершенно не vt102.

А плата и громадная двухюнитовая башка serial multiplexor'а у меня до сих пор где-то лежат. Но это 2000й год. Уже к ведру 2.2 с драйверами начались сложности, к 2.4 их уже стало нереально собрать. Потому что все нормальные люди использовали ipkvm и ilo сотоварищи еще во времена ядер 2.4, задолго до нашествия вмвари, а неудобные тормозные ком-порты остались только для отладки.

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

225. "Релиз ядра Linux 5.7"  +/
Сообщение от saahriktu (ok), 02-Июн-20, 03:01 
Никто не заставляет сидеть в чисто текстовом режиме, ведь есть фреймбуфер. А во фреймбуфере на FullHD мониторе со шрифтом 16x30 можно получить текстовое разрешение 120x36. Впрочем, никто не запрещает редактировать длинные строки и при ширине текста в 80 символов.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

38. "Релиз ядра Linux 5.7"  +3 +/
Сообщение от Аноним (38), 01-Июн-20, 13:34 
в 132×43
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

114. "Релиз ядра Linux 5.7"  +/
Сообщение от Аноним (158), 01-Июн-20, 17:47 
Джва чая этому господину!
Ответить | Правка | Наверх | Cообщить модератору

62. "Релиз ядра Linux 5.7"  –1 +/
Сообщение от Аноним (62), 01-Июн-20, 15:21 
Например, пользоваться скроллингом по горизонтали.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

86. "Релиз ядра Linux 5.7"  +1 +/
Сообщение от Crazy Alex (ok), 01-Июн-20, 16:39 
И без компа,  в уме
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

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

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




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

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