The OpenNET Project / Index page

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



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

Оглавление

Интервью с Алексеем Брагиным о перспективах разработки отече..., opennews (??), 27-Авг-14, (0) [смотреть все] –1

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


50. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  +/
Сообщение от Аноним (-), 27-Авг-14, 22:39 
Их система никогда не будет на 100% совместимой с windows, также как и wine, просто потому, что нет никаких четких стандартов которым можно было бы следовать
MS как захотели, так и наворотили, никто им не указ, но для обеспечения совместимости между версиями шiпdoшs используются специальные "заплатки" для нормальной работы некоторого ПО
Ответить | Правка | Наверх | Cообщить модератору

53. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  –3 +/
Сообщение от Игорь (??), 27-Авг-14, 22:46 
Никогда не говори "Никогда!"

P.S В своё время,и про Linux кричали:"Не взлетит!" Гуглите спор Таненбаума и Торвальдса. А что сейчас имеем?

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

56. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  +1 +/
Сообщение от name (??), 27-Авг-14, 22:59 
> Никогда не говори "Никогда!"

Сабж за 16 лет все еще пребывает в состоянии "альфа-версия", для реального применения не пригоден вообще... О чем еще можно говорить?

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

72. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  +2 +/
Сообщение от Аноним (-), 27-Авг-14, 23:26 
> Сабж за 16 лет все еще пребывает в состоянии "альфа-версия", для реального
> применения не пригоден вообще... О чем еще можно говорить?

Надо больше золота.


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

182. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  –1 +/
Сообщение от Аноним (-), 28-Авг-14, 12:25 
>> Сабж за 16 лет все еще пребывает в состоянии "альфа-версия", для реального
>> применения не пригоден вообще... О чем еще можно говорить?
> Надо больше золота.

Ну так пойди и заработай. Побольше M$. Их же путь порочный. Завали их баблом а потом трынди про светлое будущее. Что, ряды мешков мешают?

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

214. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  +3 +/
Сообщение от Аноним (-), 28-Авг-14, 15:00 
Надо построить зиккурат. И захоронить там ЭТО.
Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

107. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  –1 +/
Сообщение от Anonizmus (?), 28-Авг-14, 01:10 
Дедушка вроде не говорил что не взлетит, дедушка говорил что Линус и компания хотят устроить "забег по граблям" именно по тем граблям которыми получал в лоб дедушка. Но дедушка с компанией не знали о граблях на дистанции, а вот у Линуса с компанией такой отмазки уже не будет. Добрый дедушка пытался образумить и предупредить. Но куда там...
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

125. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  +/
Сообщение от Адекват (ok), 28-Авг-14, 06:36 
А что дало бы микроядро простому пользователю ?
Вернее даже так - допустим у нас есть микроядро версии 2.1, но нам нужен драйвер вебки, который вышел только для ядра 2.3 и выше, стало быть в том линуксе что имееться - мы бреемся (обновиться не получиться, потому что я полярник один на всю тундру, я драйвер вебки мне жена на дискете прислала почтовой чайкой).
В случае с микроядром можно будет подсунуть новый драйвер для старого ядра ?
Ответить | Правка | Наверх | Cообщить модератору

202. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  +/
Сообщение от Vkni (ok), 28-Авг-14, 14:36 
> А что дало бы микроядро простому пользователю ?

Большей стабильности ядра, большей лёгкости отладки драйверов за счёт несколько меньшей производительности. Это, собственно, можно видеть на примере ntfs-3g, где драйвер аналогичный микроядерному (т.е. ntfs-3g fuse) был выпущен намного раньше, чем драйвер режима ядра.

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

Backport'ы API не зависят от микро-макро. Вопрос - насколько сильно поменялось API.

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

285. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  +/
Сообщение от Аноним (-), 29-Авг-14, 01:40 
> Большей стабильности ядра,

Проблема просто перекочует в другое место. Знаете, тот же линуксный кернел можно юзать даже в виде первого -rc, как правило ничего не падает. А основная масса сбоев - в логике работы с периферией. Ядро при этом обычно не валится, но и периферия не работает. Фатальность очень зависит от периферии. Без usb-хаба накрайняк можно пережить. А вот если видео например отпадет - это уже ой, извините.

Вон у AMDшников например (нуачо, большой и сложный драйвер, где отладка актуальна) в процессе отладки драйвера основная проблема - вовсе не крахи и не взвисы драйвера режима ядра, отнюдь. Как раз драйвер обычно стабилен, несмотря на навороченность. А взвисы - у GPU, с его стороны. А дальше драйвер с переменным успехом пытается оживить пациента :). Как-то так вышло что GPU довольно чувствительны к кормлению г@вном, да еще имеют свое мнение о том что есть г@вно (лулзовых ERRATA всех мастей там есть). При этом не принципиально как в GPU попали глючные команды, GPU вообще не интересует, ядро это сгенерило или юзермод облажался. GPU встанет колом одинаково. Основные предъявы при этом кстати user-mode компонентам. Ядро делает минимум и там как раз все стабильно. Зато какой-нибудь LLVM запросто может сгенерить некорректный код, а большинство GPU не имеет средств аппаратного детектирования кривого кода и по этому поводу просто встают в позу, получив некорректный набор команд.

Про то что оно может прострелить череп системе сделав DMA не туда - я вообще молчу. Работает оно так, что DMA - везде, тотально. Нужные скорости I/O без DMA вообще не получаются. Новое железо умеет IOMMU, конечно, но это довольно опциональный компонент и свойство железа. Никакой kernel vs user никак не может ограничить железку в том куда она через DMA данные пуляет. А если железка вгрузит порцию данных в то место памяти где ядро лежало - ядро умрет независимо от того микро оно или макро.

> большей лёгкости отладки драйверов

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

#include <trollface.jpg>

> за счёт несколько меньшей производительности.

Пока вы разводили тут бла-бла, в линуксе сделали пару приблуд для упрощения всякого драйверообразного кастома в юзерспейсе. Спросите уже у гугли про UIO и VFIO (ну и libusb до кучи можно). Вот только используется это не столько для драйверов, сколько для кастомной работы из программ с экзотичным оборудованием со всякими спецтребованиями, т.е. всякий служебный/сервисный софт. Писать драйвер ядра для всякой экзотики, например, драйвер boot ROM проца висящего на USB как device - может быть не оправданно, если этот режим использует 1-2 программы на планете и это врядли изменится. В упомянутом примере, например, обычному софту, который не прошиватор - режим ROM recovery у девайса ни к чему, о нем надо знать явно и уметь аплоадить данные по кастомному протоколу, иначе этот режим не для вас. В этом случае проще подергать из юзермода libusb, чем писать ядерный драйвер, нужный "1 раз в жизни, 1 программе". А вот для регулярного использования софтом ядерный драйвер будет лучше.

> Это, собственно, можно видеть на примере ntfs-3g, где драйвер аналогичный
> микроядерному (т.е. ntfs-3g fuse) был выпущен намного раньше, чем драйвер режима ядра.

И жpeт проц в полку при записи на диск, упираясь как правило в проц, а не диск. Спасибо, конечно, но такие файловые системы - не, ну 1 раз в жизни прочитать виндовый диск и забыть о нем навсегда - катит. А вот повседневно юзать... я вот почему-то переформатил в свое время в EXT3(нынче EXT4) и XFS. С нормальными ядерными модулями. Стало в разы быстрее и нагрузка на проц упала раз в 20. Грызть кактусы на регулярной основе... а знаете, переключение контекстов крупным оптом клинило процы что 20 лет назад, что сейчас.

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

324. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  +/
Сообщение от Vkni (ok), 29-Авг-14, 17:06 
> Проблема просто перекочует в другое место.

Разумеется. Только там с ней бороться будет легче. Я отлаживал программы под DOS, где SEGFAULT'а нет - очень неприятный опыт.

> А взвисы - у GPU, с его стороны.

Очень плохо. Я знаю, что стабильность АПК определяется стабильностью всех компонент. Если, скажем, у вас блок питания компьютера искрит, даже сверхзащищённая ОС не поможет компьютеру работать стабильно и хорошо. :-)

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

Очень плохо, будем надеяться, что это исправят. Тем более, что сейчас народ объединяет CPU и GPU.

> Про то что оно может прострелить череп системе сделав DMA не туда
> - я вообще молчу.

Да, очень плохо. Да, нужно ставить защиты.

>> большей лёгкости отладки драйверов
> Пока что я вижу толпу ядерщиков, которые успешно кодят и отлаживают монолиты/гибриды
> и .... микроядерные ОС без драйверов, на секундочку.

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

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

И? Т.е. непонятно, что это означает? Что из линукса делают недоядро, потому, что в пространстве пользователя отлаживать драйвера легче? :-) Воистину, если бог хочет наказать, он лишает разума и заставляет писать анонимно на Opennet.

Солнышко, это началось давно, много много лет назад сделали FUSE. Да, оно медленнее, но отлаживать проще. А что на полку ЦП кладёт - видимо, нужно было делать сразу нормальное микроядро и не выпендриваться, вкостыливая массу приблуд для написания драйверов в userspace.

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

116. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  +/
Сообщение от Аноним (-), 28-Авг-14, 04:39 
> Никогда не говори "Никогда!"
> P.S В своё время,и про Linux кричали:"Не взлетит!" Гуглите спор Таненбаума и
> Торвальдса. А что сейчас имеем?

то есть GNU/Linux сейчас на 100% совместим с Unix, да?
когда подбираете аргументы неплохо бы и с логикой дружить

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

144. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  +/
Сообщение от Аноним (-), 28-Авг-14, 09:08 
А разработчики GNU заявляли о 100% бинарной совместимости с unix системами своего времени?
Наоборот. GNU not Unix.
Ответить | Правка | Наверх | Cообщить модератору

184. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  –2 +/
Сообщение от Аноним (-), 28-Авг-14, 12:27 
> А разработчики GNU заявляли о 100% бинарной совместимости с unix системами своего
> времени?

Да хрен с ней, с бинарной совместимостью. Хотя бы архитектурная была бы. Кстати, о бинарной - клоны линя сами с собой не совместимые. Валяй, выполни бинарь от РедХата на каком-нить БолгенОСе. А фуле, линукс же тоже! Ведро одно! Что, не взлетает? Чья б мычала....

> Наоборот. Linux not Unix.

//fixed. Нет никакого GNU. Это название фонда. Ось бородатый так и не осилил. Тоже мешки //помешали. Трындеть о космических кораблях, которые будут бороздить просторы Большого //Театра проще.


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

186. "Интервью с Алексеем Брагиным о перспективах разработки..."  +2 +/
Сообщение от arisu (ok), 28-Авг-14, 12:30 
> Что, не взлетает?

это только у тебя, потому что у тебя врождённое рукожопие.

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

215. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  +2 +/
Сообщение от Аноним (-), 28-Авг-14, 15:02 
Мьсе ниасилил сборку?
Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

268. "Интервью с Алексеем Брагиным о перспективах разработки отече..."  +/
Сообщение от Аноним (-), 28-Авг-14, 19:01 
> Валяй, выполни бинарь от РедХата на каком-нить БолгенОСе.

Ну вон валв как-то решил вопрос, а какие-то форумные лошпеды не могут. Наверное поэтому у валва профит во. а у анонима с форума - во (машет фигой в воздухе).

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

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

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




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

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