История изменений
Исправление watchcat382, (текущая версия) :
Не основаны, особенно Linux.
Представление всего в виде файлов - это как раз отличительная черта всех юниксоподобных ОС. Другое дело,что из-за ограничений этой идеи - прикручиваются всякие костыли.
Так это и не является в линуксе выводом какого то битмапа в файл.
Вот именно что «всё есть файл» но работать так с графикой через последовательный файл (x-протокол) - слишком медленно. Поэтому к Иксам прикручивается Direct rendering Infrastructure,работающий в обход изначальной идеи последовательного потока команд. Попробуйте запустить Иксы по сети,когда прямого доступа к видеокарте не будет, и посмотрите сколько софта «сломается».
Более того,ограничения концепции устройства как файла вылезли уже в 70х. Сначала терминалом была печатная машинка. У нее было мало возможностей и для управления ими хватило «управляющих символов». Пишем в файл LF - машинка его не печатает,а переводит строку. Потом появились электронные терминалы где возможностей было больше. Пришлось добавить esc-команды но в идею файлового доступа они кое-как впихнулись. А вот например установка скорости и формата передачи - уже нет. Нет возможности вывести в файл устройства что-нибудь чтобы система переключила скорость. Пришлось добавить ioctl - некие действия над файлом, свойственные именно файлам-устройствам (на обычный дисковый файл их вызывать бессмысленно),да еще для разных устройств они разные и не стандартизованные. А потом появилась сеть. И eth0 это вообще нифига не файл - нельзя выполнить echo «что-то» > /dev/eth0 потому что сеть на файл совсем никак не похожа. Вот так костылей и прибавлялось. И сейчас имеем то что имеем.
Исходная версия watchcat382, :
Не основаны, особенно Linux.
Представление всего в виде файлов - это как раз отличительная черта всех юниксоподобных ОС. Другое дело,что из-за ограничений этой идеи - прикручиваются всякие костыли.
Так это и не является в линуксе выводом какого то битмапа в файл.
Вот именно что «всё есть файл» но работать так с графикой через последовательный файл (x-протокол) - слишком медленно. Поэтому к Иксам прикручивается Direct rendering Infrastructure,работающий в обход изначальной идеи последовательного потока команд. Попробуйте запустить Иксы по сети,когда прямого доступа к видеокарте не будет, и посмотрите сколько софта «сломается».
Более того,ограничене концепции устройства как файла вылезли уже в 70х. Сначала терминалом была печатная машинка. У нее было мало возможностей и для управления ими хватило «управляющих символов». Пишем в файл LF - машинка его не печатает,а переводит строку. Потом появились электронные терминалы где возможностей было больше. Пришлось добавить esc-команды но в идею файлового доступа они кое-как впихнулись. А вот например установка скорости и формата передачи - уже нет. Нет возможности вывести в файл устройства что-нибудь чтобы система переключила скорость. Пришлось добавить ioctl - некие действия над файлом, свойственные именно файлам-устройствам (на обычный дисковый файл их вызывать бессмысленно),да еще для разных устройств они разные и не стандартизованные. А потом появилась сеть. И eth0 это вообще нифига не файл - нельзя выполнить echo «что-то» > /dev/eth0 потому что сеть на файл совсем никак не похожа. Вот так костылей и прибавлялось. И сейчас имеем то что имеем.