The OpenNET Project / Index page

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



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

Оглавление

В systemd предложено включить средства для замены консоли, a..., opennews (?), 28-Ноя-13, (0) [смотреть все] –1

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


8. "В systemd предложено включить средства для замены консоли, a..."  +15 +/
Сообщение от Аноним (-), 28-Ноя-13, 11:53 
зачем в ядре держать код для вывода графики и управления курсором, клавиатурой и шрифтами ? Может в ядро встроенный X-сервер добавить, консоль в ядре не многим отличается.
Ответить | Правка | Наверх | Cообщить модератору

9. "В systemd предложено включить средства для замены консоли, a..."  +16 +/
Сообщение от Аноним (-), 28-Ноя-13, 11:56 
Это как раз понятно. Но обязательно прибивать гвоздями к systemd?
Ответить | Правка | Наверх | Cообщить модератору

15. "В systemd предложено включить средства для замены консоли, a..."  –35 +/
Сообщение от Аноним (-), 28-Ноя-13, 12:09 
А тебе какая разница-то, а? это ты разрабатываешь? ну если не ты, то какое тебе дело куда гвоздями прибивают? не нравится такой подход - иди и реализуй свой. или только языком по форумам чесать?
Ответить | Правка | Наверх | Cообщить модератору

24. "В systemd предложено включить средства для замены консоли, a..."  –7 +/
Сообщение от Козлик (?), 28-Ноя-13, 12:20 
Это плакальщик. Он еще полгода минимум будет ходить по форумам и ныть.
Ответить | Правка | Наверх | Cообщить модератору

27. "В systemd предложено включить средства для замены консоли, a..."  –1 +/
Сообщение от el torito (?), 28-Ноя-13, 12:27 
Если они при этом не выпилят VT из ядра - считай, никакой.
Хреновенькая попытка.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

124. "В systemd предложено включить средства для замены консоли, a..."  +12 +/
Сообщение от Michael Shigorinemail (ok), 28-Ноя-13, 15:38 
> А тебе какая разница-то, а?

Если Вам нет никакой разницы, тогда чего так всполошились?  Жрите что дают и не отсвечивайте.

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

170. "В systemd предложено включить средства для замены консоли, a..."  +1 +/
Сообщение от ананим (?), 28-Ноя-13, 17:10 
Пробовал сабж где-то пол-года назад — вывод (cat большого файла например) тормозил сильнее чем с веса.
Поигрался и снёс.
Весело будет федоровцам.
Ответить | Правка | Наверх | Cообщить модератору

228. "В systemd предложено включить средства для замены консоли, a..."  +2 +/
Сообщение от Аноним (-), 28-Ноя-13, 22:45 
>>А тебе какая разница-то, а?

Лично я переживаю за священные Ctrl+Alt+F(1-12). Вдруг все усложнят и надо будет в одной консоли кастовать какую-нить хрень типа systemctlvt --append --now --hurry --number 0

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

258. "В systemd предложено включить средства для замены консоли, a..."  +5 +/
Сообщение от Адекват (ok), 29-Ноя-13, 06:54 
>>>А тебе какая разница-то, а?
> Лично я переживаю за священные Ctrl+Alt+F(1-12). Вдруг все усложнят и надо будет
> в одной консоли кастовать какую-нить хрень типа systemctlvt --append --now --hurry
> --number 0

Для этого нужно будет свой юнит-файл написать, и указать его в качестве зависимостей в других юнит-файлах, при этом не ясно в какаих, так же в 30% случаях, рандомного не будет работать клавиатура, потому что виртуальная консоль загрузится раньше чем драйвер клавиатуры, придется искать свое решение проблемы, потому что официальное - работать не будет.

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

257. "В systemd предложено включить средства для замены консоли, a..."  +2 +/
Сообщение от Адекват (ok), 29-Ноя-13, 06:52 
> - иди и реализуй свой. или только языком по форумам чесать?

стандартный ответ человека, который не понимает что происходит :)
systemd-фанбой.


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

344. "В systemd предложено включить средства для замены консоли, a..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 29-Ноя-13, 21:37 
> systemd-фанбой.

systemd-fanboyd, собирается при --enable-fanboyd. :)

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

345. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от arisu (ok), 29-Ноя-13, 22:08 
>> systemd-фанбой.
> systemd-fanboyd, собирается при --enable-fanboyd. :)

угу. к сожалению, может функционировать и отдельно.

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

348. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от Аноним (-), 29-Ноя-13, 23:48 
> угу. к сожалению, может функционировать и отдельно.

А starperd как работает? :)

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

414. "В systemd предложено включить средства для замены..."  +3 +/
Сообщение от arisu (ok), 30-Ноя-13, 18:33 
>> угу. к сожалению, может функционировать и отдельно.
> А starperd как работает? :)

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

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

416. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от Аноним (-), 30-Ноя-13, 20:11 
Вот не читаешь ты правильные блоги. Ясно же было написано что делали не для скорости, просто так вначале получилось. А сейчас может тормозить и грузиться дольше, и это правильно. Ленарт плохого не делает!
Ответить | Правка | Наверх | Cообщить модератору

457. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от Monah Tukemail (?), 03-Дек-13, 08:03 
Раньше мерились аптаймом, теперь - скоростью загрузки/перезагрузки. Поколение Next :-)
Ответить | Правка | К родителю #414 | Наверх | Cообщить модератору

33. "В systemd предложено включить средства для замены консоли, a..."  –4 +/
Сообщение от Аноним (-), 28-Ноя-13, 12:41 
Без проблем, читайте код и реализуйте такое же в upstart/openrc
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

285. "В systemd предложено включить средства для замены консоли, a..."  +1 +/
Сообщение от Аноним (-), 29-Ноя-13, 14:34 
Издеваешься? опенрц до сих пор параллельную загрузку отладить не могут...
А апстарту проще ведро с поддержкой устаревших опций собрать, чем такое реализовывать - они это ещё лет 5 копипастить будут по кусочкам.
Ответить | Правка | Наверх | Cообщить модератору

349. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Аноним (-), 29-Ноя-13, 23:49 
> - они это ещё лет 5 копипастить будут по кусочкам.

Ну если уж на то пошло, они раньше гарри поттера собрали свою конструкцию. А то что его укусил NIH, они не виноваты.

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

76. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Аноним (-), 28-Ноя-13, 14:17 
внезапно, при сборке systemd это можно будет отключить
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

227. "В systemd предложено включить средства для замены консоли, a..."  +4 +/
Сообщение от Аноним (-), 28-Ноя-13, 22:34 
fioxed: внезапно, при сборке, systemd можно будет отключить
Ответить | Правка | Наверх | Cообщить модератору

38. "В systemd предложено включить средства для замены консоли, a..."  –2 +/
Сообщение от BratSinot (ok), 28-Ноя-13, 13:00 
Потому-что Linux это монолитное ядро, а не микро/экзо/нано. Нечего из слона, муху лепить.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

108. "В systemd предложено включить средства для замены консоли, a..."  +1 +/
Сообщение от сергейemail (??), 28-Ноя-13, 15:26 
> Потому-что Linux это монолитное ядро, а не микро/экзо/нано. Нечего из слона, муху
> лепить.

монолитное ядро? вы в этом точно уверены? только монолитное?

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

111. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 28-Ноя-13, 15:29 
> монолитное ядро? вы в этом точно уверены? только монолитное?

да. абсолютно. монолитное напрочь. модульное, но монолитное.

нет, костыли типа FUSE всё равно не делают из него немонолит. и динамическая загрузка-выгрузка модулей не делает из него немонолит.

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

135. "В systemd предложено включить средства для замены..."  +3 +/
Сообщение от Аноним (-), 28-Ноя-13, 15:51 
А как насчет Linux Containers? Не делают?
Ответить | Правка | Наверх | Cообщить модератору

147. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от arisu (ok), 28-Ноя-13, 16:16 
> А как насчет Linux Containers? Не делают?

прикинь — не делают.

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

442. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 02-Дек-13, 16:19 
> прикинь — не делают.

Ага, пусть НеМонолиты (tm) покажут то что ksplice делает? А то как видим иной монолит - фору многим другим даст и не поперхнется даже :)

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

454. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 03-Дек-13, 00:03 
> Ага, пусть НеМонолиты (tm) покажут то что ksplice делает? А то как
> видим иной монолит — фору многим другим даст и не поперхнется
> даже :)

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

я не понимаю: у тебя какой-то сторонник микроядерности любимые орешки отобрал, и теперь твоя задача — рассказывать, что монолиты круче даже в темах, где вопрос «лучше/хуже» не поднимался вовсе?

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

140. "В systemd предложено включить средства для замены..."  +2 +/
Сообщение от Аноним (-), 28-Ноя-13, 15:55 
Внутрях у контейнера понятно, что монолит, а снаружи?
Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

158. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 28-Ноя-13, 16:44 
> Внутрях у контейнера понятно, что монолит, а снаружи?

Поймать бы тебя на улице и сделать модульным.

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

159. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 28-Ноя-13, 16:50 
>> Внутрях у контейнера понятно, что монолит, а снаружи?
> Поймать бы тебя на улице и сделать модульным.

пробуй, чо.

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

176. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 28-Ноя-13, 17:47 
> Поймать бы тебя на улице и сделать модульным.

А если уже модульный - фиг поймаете целиком.
Максимум - конечность оттяпаете, только они быстро отрастают.

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

184. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 28-Ноя-13, 17:55 
ну да: оттяпают — соберу новую, ещё круче. на то они и модули.
Ответить | Правка | Наверх | Cообщить модератору

204. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 28-Ноя-13, 18:33 
Когда-то люди такое умели, просто забыли потом, как это делается.
Ящерицы и лягушки - помнят.
Ответить | Правка | Наверх | Cообщить модератору

229. "В systemd предложено включить средства для замены..."  +2 +/
Сообщение от angra (ok), 28-Ноя-13, 23:19 
Про третий глаз и древние суперцивилизации не забудь рассказать.


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

256. "В systemd предложено включить средства для замены..."  +/
Сообщение от Anonim (??), 29-Ноя-13, 06:35 
Зато развилась имунная система
Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

63. "В systemd предложено включить средства для замены консоли, a..."  +13 +/
Сообщение от Аноним (-), 28-Ноя-13, 14:08 
> консоль в ядре не многим отличается.

А ничего что видеокарта в режиме прямого управления - нечто типа фреймбуферов? Ядро с ней всяко работает. Чего ради ему нельзя уметь по минимуму рисовать консоль? А как насчет kdb например? Его кто рисовать должен? Юзермод при этом колом стоит, он не может. Или вывода сообщений при загрузке. Даже если юзермод сдох. Это кто будет делать? А если кернелпаник - как проще (сложно нельзя, все почти умерло) отрисовать на экран сведения о крахе? Ах, получается ядро должно уметь рисовать в фреймбуфер текст? И еще и устройства ввода обрабатывает? Стоп, так это как раз почти консоль уже и есть?!

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

69. "В systemd предложено включить средства для замены..."  +5 +/
Сообщение от arisu (ok), 28-Ноя-13, 14:11 
> зачем в ядре держать код для вывода графики и управления курсором, клавиатурой
> и шрифтами ? Может в ядро встроенный X-сервер добавить, консоль в
> ядре не многим отличается.

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

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

186. "В systemd предложено включить средства для замены..."  –2 +/
Сообщение от Аноним (-), 28-Ноя-13, 17:58 
> действительно. а ещё в ядре есть файловая подсистема — явно лишняя. зачем?
> выкинуть! и управление памятью — ужас же! выкинуть! и… да короче, всё нафиг выкинуть, а то столько кода!

Именно так и устроены микроядра.
И, вы себе даже не представляете, даже управление памятью - умудрились вынести в отдельный модуль.

Лет десять назад еще можно встретить бухгалтеров, которые тоже шутили, типа:
- Дейстствительно. А еще может программы вместо нас будут документы проводить и печатать.

По крайней мере, юристы еще во времена кризиса так шутили, пока юриспруденция не начала автоматизироваться глобально за пределами их предприятий.

> сделаем ядро идеальным — из одной пустой функции.

То есть функция управления другими модулями - это для вас пустая функция.

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

189. "В systemd предложено включить средства для замены..."  +5 +/
Сообщение от arisu (ok), 28-Ноя-13, 18:07 
спасибо, я знаю, что такое «микроядро». однако чтобы сделать из линукса микроядро, линукс надо полностью переписать. с нуля. попытки же выдирать из ядра куски (важные куски притом), прилепливая их сбоку изолентой, не приведут к тому, что линукс в конце концов станет микроядром, они приведут к тому, что линукс будет просто дико тормозить, растеряв преимущества монолита и не получив преимуществ микроядра.
Ответить | Правка | Наверх | Cообщить модератору

198. "В systemd предложено включить средства для замены..."  –2 +/
Сообщение от Аноним (-), 28-Ноя-13, 18:15 
> действительно. а ещё в ядре есть файловая подсистема — явно лишняя. зачем?
> выкинуть! и управление памятью — ужас же! выкинуть! и… да короче, всё нафиг выкинуть, а то столько кода!
>
>> Именно так и устроены микроядра.
>
> спасибо, я знаю, что такое «микроядро».

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

> однако чтобы сделать из линукса микроядро, линукс надо полностью переписать. с нуля. попытки же выдирать из ядра куски (важные куски притом), прилепливая их сбоку изолентой, не приведут к тому, что линукс в конце концов станет микроядром, они приведут к тому, что линукс будет просто дико тормозить, растеряв преимущества монолита и не получив преимуществ микроядра.

Никто и не спорит. Для Линукса микроядро - не судьба.

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

236. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 29-Ноя-13, 01:27 
> Никто и не спорит. Для Линукса микроядро - не судьба.

Ребёнок знакомого студента Таненбаума, просьба залогиниться.

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

239. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 29-Ноя-13, 03:02 
>> Никто и не спорит. Для Линукса микроядро - не судьба.
> Ребёнок знакомого студента Таненбаума, просьба залогиниться.

а в чём он не прав, собственно? ну, если не считать, что переписаный с нуля проект, который зачем-то назвали «линукс» и теперешний линукс — это одно и то же.

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

340. "В systemd предложено включить средства для замены..."  +/
Сообщение от Michael Shigorinemail (ok), 29-Ноя-13, 21:24 
> а в чём он не прав, собственно?

Message passing -- не серебряная пуля, а размен одного головняка (состояния более тесно связанного кода) на другой (потенциальный комбинаторный взрыв возможных взаимодействий).  Собственно, замалчиванием подобных практических "мелочей" подобные теоретики и заметны.

Заметь, те же росовцы катили бочку на альтовские hasher и Sisyphus, пока сами не влезли в проблематику.  Тогда вдруг замолчали, а потом прониклись уважением к результату, получив возможность оценить его.

Если бы вдруг в этом треде оказался собственно студент Таненбаума, вот того могло бы быть интересно послушать в плане проблем реализации и сопоставления их с линукскернельными.

PS: #269 и #326 удалены по п. 6 http://wiki.opennet.ru/ForumHelp

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

343. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 29-Ноя-13, 21:37 
>> а в чём он не прав, собственно?
> Message passing — не серебряная пуля

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

>  Собственно, замалчиванием подобных практических «мелочей» подобные теоретики и заметны.

ну, это долгая и печальная история, да.

> Если бы вдруг в этом треде оказался собственно студент Таненбаума, вот того
> могло бы быть интересно послушать в плане проблем реализации и сопоставления
> их с линукскернельными.

да ничего интересного: всё то же теоретическое «бла-бла», я гарантирую это.

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

347. "В systemd предложено включить средства для замены..."  +/
Сообщение от а (?), 29-Ноя-13, 23:39 
как грится, если ты думаешь, что нашел истину, ты глубоко ошибаешься, ее еще не раз найдут другие. практика жизни.
Ответить | Правка | К родителю #340 | Наверх | Cообщить модератору

363. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от Vkni (ok), 30-Ноя-13, 09:39 
> Если бы вдруг в этом треде оказался собственно студент Таненбаума, вот того
> могло бы быть интересно послушать в плане проблем реализации и сопоставления
> их с линукскернельными.

На мой взгляд, глобальная разница между Minix и Linux, позволившая взлететь именно Linux'у - это GPL. Когда работающее открытое ядро ровно одно, ему в зубы не смотрят. А если бы дедушка выпустил Minix под GPL раньше Линуса, сидели бы все сейчас на микроядре. И особо бы не мучались.

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

443. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 02-Дек-13, 16:21 
> Именно так и устроены микроядра.
> И, вы себе даже не представляете, даже управление памятью - умудрились вынести
> в отдельный модуль.

По поводу чего они тормозные и сложные в программировании. Вот и не взлетают, невзирая на десятилетия воплей о том как это круто.

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

453. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 03-Дек-13, 00:00 
> По поводу чего они тормозные и сложные в программировании.

LOL.

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

98. "В systemd предложено включить средства для замены консоли, a..."  +1 +/
Сообщение от 1231 (?), 28-Ноя-13, 15:04 
>> зачем в ядре держать код для вывода графики

C Windows пример взяли. Там тоже отрисовка окон засунута прямо в ядро.

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

138. "В systemd предложено включить средства для замены консоли, a..."  +1 +/
Сообщение от Orduemail (ok), 28-Ноя-13, 15:52 
Нет. Исторически так сложилось. Консолька изначально была текстовая, и символы отрисовывал биос видеокарты. Так же как и в DOS'е. Ядро лишь предоставляло unix'овый интерфейс к этим возможностям видеокарты. Чуть позже решили, что консолька 80x25 (в пиксельном разрешении где-то около 700x400) тесновата будет, и запилили в ядро умение отрисовывать символы в разных разрешениях.
Ответить | Правка | Наверх | Cообщить модератору

146. "В systemd предложено включить средства для замены..."  +2 +/
Сообщение от arisu (ok), 28-Ноя-13, 16:16 
это ж когда это ядро для отрисовки символов в текстовом режиме биос дёргало? жутко интересно узнать.
Ответить | Правка | Наверх | Cообщить модератору

206. "В systemd предложено включить средства для замены..."  +/
Сообщение от fi (ok), 28-Ноя-13, 18:35 
загрузка шрифтов ? ведь биос это не только код, но память по шрифты и другие данные.


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

208. "В systemd предложено включить средства для замены..."  –1 +/
Сообщение от arisu (ok), 28-Ноя-13, 18:54 
> загрузка шрифтов ? ведь биос это не только код, но память по
> шрифты и другие данные.

шо, прямо в биос шило? офигеть. хочу увидеть этот код.

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

276. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 29-Ноя-13, 14:13 
А в биосе реально бывают шрифты. Посмотри глазами файл BIOS видеокарты, как правило найдешь там характерную структуру которую сложно с чем-то перепутать.
Ответить | Правка | Наверх | Cообщить модератору

279. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 29-Ноя-13, 14:20 
> А в биосе реально бывают шрифты.

естественно. иначе откуда их в память видеокарты грузить-то? в ega и vga никаких «вшитых» шрифтов не было, их биос нежно запихивал при установке видеорежима.

однако же про то, что шрифты загружали *в биос* — это я слышу впервые.

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

350. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 29-Ноя-13, 23:55 
> однако же про то, что шрифты загружали *в биос* — это я слышу впервые.

Действительно, звучит весьма оригинально.

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

259. "В systemd предложено включить средства для замены..."  –1 +/
Сообщение от Адекват (ok), 29-Ноя-13, 07:04 
>ведь биос это не только код, но память по
> шрифты и другие данные.

Помнится мне рассказывали про учителя, который говорил что BIOS - это составная часть доса.


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

278. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 29-Ноя-13, 14:15 
> Помнится мне рассказывали про учителя, который говорил что BIOS - это составная
> часть доса.

Не настолько уж и врал, кстати. Исторически, CP/M состоял из 2 частей: BDOS (базовая дисковая операционная система) и BIOS (базовая система ввода-вывода). И это разделение появилось задолго до того как BIOS доперли шить в ROM какой либо платформы, чтобы та могла абстрагировать работу с конкретной железякой.

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

245. "В systemd предложено включить средства для замены..."  +/
Сообщение от Orduemail (ok), 29-Ноя-13, 03:40 
> это ж когда это ядро для отрисовки символов в текстовом режиме биос
> дёргало? жутко интересно узнать.

Оно и сейчас дёргает. Если отключить все эти vesafb (или чем вы там пользуетесь). Но не тот биос, о котором вы подумали, а биос видеокарты. Ядро закидывает в видеокарту номера символов с атрибутами (которые в основном номера цветов), а видеокарта по табличке выбирает битмапы соответствующих символов и отрисовывает их. Причём на старте отрисовка происходит теми шрифтами, которые загрузил в видеокарту тот биос, о котором вы подумали.
Есть два основных способа это сделать. 1) видеобуфер, то есть кусок памяти, отображающийся на память видеокарты, и 2) порты ввода/вывода. В ядро я не заглядывал, но полагаю, оно использует (2), поскольку через порты быстрее.

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

248. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 29-Ноя-13, 03:54 
я было хотел попросить тебя разупороться, но потом понял, что это бессмысленно.
Ответить | Правка | Наверх | Cообщить модератору

134. "В systemd предложено включить средства для замены консоли, a..."  +2 +/
Сообщение от Stellarwind (?), 28-Ноя-13, 15:48 
Ну можно вынести все из ядра нахрен, получится Mach, даже свои плюсы есть - упал драйвер в юзерспейсе, перезапустил, работаем дальше. И минусы тоже свои - переклинило systemd (очень вероятно, учитывая его нынешние размеры и потенциал к разбуханию) и нет у нас консоли. И как в винде можно ресет нажимать.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

167. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Пингвино (ok), 28-Ноя-13, 17:05 
> Ну можно вынести все из ядра нахрен, получится Mach, даже свои плюсы
> есть - упал драйвер в юзерспейсе, перезапустил, работаем дальше. И минусы
> тоже свои - переклинило systemd (очень вероятно, учитывая его нынешние размеры
> и потенциал к разбуханию) и нет у нас консоли. И как
> в винде можно ресет нажимать.

Раньше такое частенько бывало с иксами

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

230. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от angra (ok), 28-Ноя-13, 23:25 
>упал драйвер в юзерспейсе, перезапустил, работаем дальше.

Чем это принципиально отличается от rmmod+modprobe? Тот же перезапуск драйвера и одинаковый провал в случае проблем с состоянием железа, требующим полного выключения.

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

232. "В systemd предложено включить средства для замены консоли, a..."  –1 +/
Сообщение от vitalifemail (ok), 28-Ноя-13, 23:59 
Тем что крах драйвера не приведёт к краху всей системы, ясно же
Ответить | Правка | Наверх | Cообщить модератору

242. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 29-Ноя-13, 03:12 
>>упал драйвер в юзерспейсе, перезапустил, работаем дальше.
> Чем это принципиально отличается от rmmod+modprobe?

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

конечно, если это был драйвер fs, и он «пошёл вразнос», написав на диск кучу мусора, то толку от перезапуска будет не особо много. но это терминальный случай. ошибки типа «забыл проверить на NULL и завалился (вместе с ядром)» — намного более частые.

ну, и ещё немаловажная часть: даже если атакующий через дырку в драйвере запустит свой код — он (атакующий) всё равно останется в границах драйвера, общающегося с ядром исключительно сообщениями-запросами, а не получит доступ ко всему ядру вообще.

если при этом в ядре реализованы нормальные механизмы понижения прав доступа драйверам (навроде — очень грубо — «вот эти порты и этот кусок памяти я хочу напрямую, и могу посылать тебе вот такие вот сообщения. а всё остальное от меня — происки злых шпионов; заметишь — убей.»), то бедный атакующий оказывается в ситуации «ну, ты пробил стену. и что ты будешь делать в соседней камере?»

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

353. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 30-Ноя-13, 00:03 
> тем, что промазавший мимо своей памяти драйвер не в состоянии попортить всё
> вокруг. ну, сегфолтнется. его пристрелят и запустят новый экземпляр.

Это в теории. А на практике облажавшийся драйвер обычно оставляет железо в черти-каком состоянии. А вот то что он потом его после рестарта проинициализировать сможет - вот уже совсем не факт. К тому же в системе без IOMMU все эти "типа, ограничения" вилами по воде писаны: достаточно неправильно запрограммировать железку и она снесет системе голову например записью в неправильный адрес через DMA. C IOMMU еще потрепыхаться можно. Когда виртуализация пошла в массы - народ заметил что попытка пробросить PCI устройство может иметь очень невкусные последствия. Но IOMMU таки есть далеко не везде и вообще в основном для нужд виртуализаторов делались. Собственно гипервизоры и являются микроядрами доведенными до абсолюта: занимаются арбитражем ресурсов. А то что гуест система и ее дрова упали - гипеорвизор вообще плевать хотел. Можно перезапустить, как вы и хотели :)

> завалился (вместе с ядром)» — намного более частые.

И часто ты видишь именно такие случаи в линуксном ядре? Я в последнее время видел что угодно, кроме вот этого. GPU который ушел в кому от того что ему код неправильно сгенерили? Бывает. Насколько драйвер сможет его вернуть к жизни - зависит от. Закидоны в работе с USB? Пожалуйста. Но в основном всякие логические ошибки. А вот так чтобы именно грубо завалилось ядро - я даже и не помню когда такое видел. Ну и вообще - это не дает корпорасам нанимать индусов, которые будут писать код "ну и что что раз в полчаса падает? Перезапускается же!".

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

411. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 30-Ноя-13, 18:27 
> И часто ты видишь именно такие случаи в линуксном ядре? Я в
> последнее время видел что угодно, кроме вот этого.

а ты разрабатываешь ядро и/или драйвера и собираешь из гита срезы? нет? вот потому и не видишь: за тебя авторы видят.

и да: драйвер «от индуса» намного лучше, чем отсутствие драйвера. и драйвер через месяц тоже сильно лучше драйвера через год.

и вообще: выдумали какой-то си, и теперь каждая обезьяна может драйвер написать! все назад, на тумблеры!

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

444. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 02-Дек-13, 16:28 
> а ты разрабатываешь ядро и/или драйвера и собираешь из гита срезы? нет?

Да. Обломись.

> вот потому и не видишь: за тебя авторы видят.

Угу, только в силу неприятности факапов, видят это обычно там где не фатально + стараются не косячить в ядре и драйвераз. Что идет  качеству кода сильно на пользу. Практика показала что можно спокойно юзать -rc1 линевых ядер, GIT версии MESA и прочие "камикадзевые" сущности. И ничего не факапается как правило, ты приколись?! Но, конечно, рассказывать о вкусе устриц тому кто вотпрямща жует устрицу - на опеннете любят, не отнять.

> и да: драйвер «от индуса» намного лучше, чем отсутствие драйвера. и драйвер
> через месяц тоже сильно лучше драйвера через год.

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

> и вообще: выдумали какой-то си, и теперь каждая обезьяна может драйвер написать!
> все назад, на тумблеры!

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

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

455. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 03-Дек-13, 00:10 
>> а ты разрабатываешь ядро и/или драйвера и собираешь из гита срезы? нет?
> Да. Обломись.

неа, не верю.

>> вот потому и не видишь: за тебя авторы видят.
> Но, конечно, рассказывать
> о вкусе устриц тому кто вотпрямща жует устрицу — на опеннете
> любят, не отнять.

вот это — да. и приврать ещё любят, чтобы круче казаться.

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

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

> А си как раз не сильно далеко от тумблеров ушел

это да: фанбоизм потому что. а был бы вместо си какой-нибудь оберон — ты бы сейчас рассказывал, что без сборщика мусора пишут только идиоты, которым нечего делать, кроме как постоянно руками памятью управлять.

и кстати: эти ваши указатели вкупе с ручным управлением памяти — действительно недалеко от тумблеров ушли. Oberon, A2 и Inferno свидетельствуют.

хотя я заранее знаю твой ответ: «а у меня на технике они не стоят — значит, они фигня и вообще не существуют!»

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

233. "В systemd предложено включить средства для замены консоли, a..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 29-Ноя-13, 00:43 
> Ну можно вынести все из ядра нахрен, получится Mach, даже свои плюсы
> есть - упал драйвер в юзерспейсе, перезапустил, работаем дальше.

Вы когда-нить пробовали прибить tty на миниксе?  Попробуйте.

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

271. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Аноним (-), 29-Ноя-13, 14:04 
>> Ну можно вынести все из ядра нахрен, получится Mach, даже свои плюсы
>> есть - упал драйвер в юзерспейсе, перезапустил, работаем дальше.
> Вы когда-нить пробовали прибить tty на миниксе?  Попробуйте.

А лично ты? Пробовал? Скрин покажешь?

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

329. "В systemd предложено включить средства для замены консоли, a..."  +/
Сообщение от Michael Shigorinemail (ok), 29-Ноя-13, 19:09 
>>> Ну можно вынести все из ядра нахрен, получится Mach, даже свои плюсы
>>> есть - упал драйвер в юзерспейсе, перезапустил, работаем дальше.
>> Вы когда-нить пробовали прибить tty на миниксе?  Попробуйте.
> А лично ты? Пробовал?

Да.  "Упала ложка и давай валяться".

> Скрин покажешь?

Нет: дело было году в 2006, а воспроизводить лень.  Собственно, потому и предложил выделенное.

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

238. "В systemd предложено включить средства для замены консоли, a..."  +1 +/
Сообщение от pavlinux (ok), 29-Ноя-13, 02:41 
> Может в ядро встроенный X-сервер добавить, ...

Примерно 10 лет назад http://marc.info/?l=linux-fbdev-devel&m=112999395227991

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

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

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




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

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