Модератор: dedivan

Сначала надо поковырять в голове. А потом я постараюсь ответить тебе.

Из истории= Кен Томпсон разрабатывал новую файловую систему, дабы облегчить себе жизнь и работу.
Томпсону этого показалось мало и он начал ее усовершенствовать, включив такие функции как inodes, подсистему управления процессами и памятью, обеспечивающую использование системы двумя пользователями в режиме TimeSharing'а (разделения времени) и простой командный интерпретатор.
Кен даже разработал несколько утилит под систему. Так появилась первая UNIX- многопользовательская ось ОС была написана на ассемблере.

Третья редакция UNIX заставила Дениса Ритчи «засесть за словари», вследствие чего тот написал собственный язык, известный сейчас как С. Именно на нём была написана 4-я редакция UNIX в 1973 году.

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

_________________
я плохого не посоветую

Однажды не понравилось мне сильно как компилятор IAR-a для AVR-ок код создает, в общем я машинный код (*.hex файл) прогнал через дизассемблер, посмотрел, а там... то чего я вообще не просил делать! В общем: компилятор штука, претендующая на то, что он ЛЮБОЙ рабочий код на языке высокого уровня сможет превратить в исполняемый код. Для того чтобы работать с некоторыми особенностями языка требуется создать нетривиальные куски ассемблерного (исполняемого) кода. Так вот, компилятор в ряде случаев вообще не интересуется - встречается в программе какая то конструкция или нет, поэтому в исполняемом коде часто можно обнаружить целые "ветки" ненужных команд!!!

А что драйвера под линукс к лицензиям GPL никакого отношения не имеют?
А если имеют, то Ваше мнение - сами понимаете...

Погрыз я малость гцц, вот песочек

как видим Opt pass 1 .... opt pass N оптимизация кода. Тут оно может сотворить все что посчитает нужным. На этапах до этого можно и посмотреть куда что и как.... А после уже стока песку накопится, что зубья новые придется растить...
Кстати тут и наш друг и приятель сидит
Лисп в РТЛ

1. Удобнее 2. Быстрее 3. Стабильнее 4. Больше возможностей. Как факт. Я вот недоумеваю, зачем что-то, помимо Линукса? На steellinux.do.am, например, взять дистрибутив, посмотреть. И после этого никто на винду больше не желал вернуться. Это факт. Остальное - демагогия.

_________________
Иные боятся убийц, кары неотвратимой, Кризисов и организованную преступность. А я нахожу на Свете самой невыносимой Обычную такую человеческую глупость...

Вы даже и представить себе не можете насколько дохрена существует специализированого софта, которого нет на линуксе. Линукс нужен для энтузиастов, которым линукс нужен ради самого линукса или для запуска спец. ПО при наличии версии под линукс...

Дедуля,
пункта первая. Говна много.
пункта вторая. визгу по всей одессе
пункта третья. Мой английский настолько ху, что понятно лишь одно - линукс большая, открытая, но нихера непонятная, а значит небезопасная система.
Скачал я исходник гцц, начал искать хотяб что есть что. Но сволочи даже листик с описью содержимого в коробку не положили. Однако если есть в мире шибко умные, то они конечно и безспорно все там четко понимают. Эт наверное только те, кто его пишет...
Будет кайф, полезу посмотрю еще...

Это мы все знаем. Давай с этим в другую тему- там как раз таких ждут.
А здесь про то что не знаем.

Итак самое главное отметим- юниксовые оси в своей основе имеют идеологию файловой системы построенной на инодах.
Это плоский двумерный массив, состоящий из перекрестных ссылок. В этих ссылках нет информации о самом содержании объекта,
но есть информация о принадлежности владельцу, режиме доступа, и типе файла.
В линуксе все модули, все драйверы и файлы представлениы в одной таблице инодов.
Понятно, что поправив всего лишь один битик в иноде- мы можем поменять привелегии какого либо модуля или драйвера.

Это первая дырень, которая чисто линуксовая.
Целостность инодов в линухе обеспечивается ограничением самого яызыка Си. и в режиме ядра доступны не все библиотеки.
Именно это и обходится командами на асме мимо библиотечных и системных вызовов.

А работа в линухе мимо системных вызовов требует знания - где расположены модули и драйверы.
Сам линух знает только каталог ссылочных структур. Каждая структура там состоит из одного имени файла и одного номера инода.
Далее, тыкаясь в файловую систему ядра, по номеру инода находят место расположения модуля или драйвера и уже там вызывают
нужную функцию.
Собственно само ядро линуха нужно только для чтения каталога ссылочных структур, нахождению и расшифровки инода, ну и попутной проверки
прав доступа. Если пройтись по этому пути стандартным способом вызова, и втихую подсмотреть куда в итоге тебя приведут, то можно
потом напрямую вызывать то, что тебе нужно, минуя ядро и все его проверки и ограничения.
Это во первых гораздо быстрее, и требует намного меньше кода. Стандартный вызов черех ядро требует даже не 3 Ку, а 33 Ку с разной степенью присядания и разным временем ожидания. Поскольку каждый вызов не приводит сразу к вызываемой функции или модулю, а проходит
сложную иерархию взаимно перекрестных ссылок. Это и есть файловая система ядра построенная на инодах. И заодно один из главных тормозов.

_________________
я плохого не посоветую

Часть драйверов перенесено из Linux на HURD.

_________________
Хорошее - враг лучшего

При желании Вы себе сами можете написать программу.
Есть куча примеров. Есть куча готовых библиотек, написание которых требует астрономического количества человеко-часов, Вы сокращаете время разработки. А ещё есть куча форумов в Интернете, где ответят на Ваши вопросы с большим удовольствием.
Дело не в Линуксе ради Линукса. Свободное программное обеспечение позволяет экономить астрономическое количество человеко-часов, затрачиваемых на разработку. В этом сила Свободного программного обеспечения.

_________________
Хорошее - враг лучшего

Дед Иван, исходя из того что ты говоришь, с учетом:


остается правильно написать техническое задание (т.е. сформулировать принципы будущей работы системы) - а правильно заданный вопрос - это почти ответ.
После того как ТЗ написано - можно по кускам систему делать. Драйвера брать от линукса и подобных систем.
Мне лично это интересно, особенно в варианте "простенькой программы" вместо операционки - однозадачность меня во многих случаях устроит (несколько виртуальных машин с одной задачей на каждую и каналами передачи информации между ними - вот и многозадачность + сверхнадежность).

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

Если вспомнить старый ДОС, то надстройка над файловой системой FAT в виде синенького Нортон командера и есть аналог линукса.
Те же самые операции, запуск программ, бат файлы для автоматизации.

_________________
я плохого не посоветую

Это уже кардинально другой подход.
Что в линухе что в досе- основа файловая система.
Из разницы в построении файловых систем и получились винды и юнихи.
А у тебя уже ОС реального времени.

_________________
я плохого не посоветую

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

_________________
Человек отличается от обезьяны умением не замечать очевидных вещей.

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

_________________
Человек отличается от обезьяны умением не замечать очевидных вещей.

Сейчас многопроцессорные системы позволяют всё круче заделать: одна задача - один проц. 😊
"Операционка" просто выделяет память и общие ресурсы процессорам-задачам... но о такой операционке пока не слышал...

_________________
Человек отличается от обезьяны умением не замечать очевидных вещей.

И линух сначала по другому работал - без вытеснения.
А потом и винду поправили и линух.
Сейчас и там и там комбинация корпоративной с вытесняющей.




Нет, там по разному решаются вопросы многозадачности, и соответственно
общение драйвера с ядром идет по разному.

А вот объекты - разные. В линухе всё- файлы.
А в винде разделили на файлы и потоки или нити.
То есть у виндового драйвера два интерфейса- один для файлов и железа другой для потоков.
У линуксового один интерфейс на все про все.

Если только какую то прокладку сделать- драйвер виндовый с двумя интерфейсами- а прокладка объединяет их в один.
Но прокладка умная должна быть- сразу две многозадачности решать-
для файлов и потоков.
То есть умнее и линуха и винды.

_________________
я плохого не посоветую

Это изначально заложено было- у винды файловая система примитивная-
таблица фат- просто показывает какой сектор занят.
Поэтому пришлось вводить отдельную таблицу- базу данных - реестр,
чтобы управлять объектами.
В юниксе-линухе изначально сама файловая система уже представляла таблицу объектов, с которыми сразу можно было работать.
Поэтому линух в принципе проще чем винда.

_________________
я плохого не посоветую

Дед, на сайте Линукпрограммеров нет. Только Линуксоиды-юзвери и ламеры.
С ними только размер сисек первой жены Лайнуса Торнвальдса обсуждать...
Вот что за RTL транслятор такой то а? Где у него вход?
А в ответ тишина....

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

_________________
я плохого не посоветую

Так даже на их родной сайт зайди- [ссылка]
Все тоже самое- только про то как юзать.

_________________
я плохого не посоветую

можт поможет тебе чем

Да, спасибо, это я видел.

Попробую поконкретнее поставить задачу.
Все знают что такое электронный термометр. Его можно и на микросхемке сделать,
и на мелком контроллере и на большом компе.
А если он стоит допустим в инкубаторе- то нужны от него не только цифры сейчас-
а лучше график за неделю, чтоб все видно было- как процесс идет.
Или аккумулятор заряжается- непросто вольтметр, а график- по нему много чего видно.
Вот для такой штуки можно программу писать не один год, а можно взять готовые-
маленьку ось с небольшим набором прожек.
Но там и видеосистема и каналы связи с датчиками - все стандартное, но ничего лишнего- нет кучи юзверей, нет кучи дисков, сидюков, нет блэкджека, косынки...

Так вот конкретнее будет.

_________________
я плохого не посоветую

Как и что тыкать вот тут поподробнее [ссылка]

_________________
я плохого не посоветую

У Вас нет прав отвечать в этой теме.

Форум - Новые технологии - Сделай сам - Операционная система Linux. Вопросы без ответа. - Стр 2