LINUX.ORG.RU
ФорумTalks

Давайте опишем сферическую свободную ОС в вакууме или какой должна быть альтернатива современному ПО?

 , , , ,


1

3

На мой взгляд:

  • Гибридное ядро. Даже по словам Э. Танненбаума, которые были сказаны 30 лет назад, написание монолитного ядра в 1991 году было «гигантским шагом назад в 1970-е годы». Современность это доказала тем, что самые функциональные OSX, IOS, и Windows - это операционные системы на гибридном ядре. Среди самых популярных ОС с допотопным монолитным ядром прижился только один Linux за счет пропаганды и за счет «манипуляций» с тивоизацией у тех же производителей Android, где тивоизация - основной способ заработка на системе. Выигрыш OSX, IOS и Windows произошел даже хотя бы потому, что там можно написать приложение, и оно через 20-30 лет будет работать, а не как в том же Android, где софт от Kitkat уже не запускается на том же Nougat, не говоря уж о Tiramisu или Snow Core, а если даже и не работает (сейчас достанут пример с принтерами) не потребует существенных трудозатрат в адаптации, как например, в Linux, где форки Gnome 3 адаптировались к GTK3+ чуть ли не годами. Ну и конечно же, никаких идиотизмов, в духе 100500 пакетных менеджеров, на которые у сторонних разработчиков малого и среднего уровня нет ни времени, ни средств.
  • Качественный и отлаженный инициализатор, и в то же время простой в устройстве, вроде LaunchD. Не нужно ни монстров, вроде Systemd, которые лезут куда не попадя, прихватывая даже функцию загрузчика на себя (systemd-boot), ни SysvInit, который понятное дело ввиду усложнения современных процессов загрузки и обретения нового функционала и свойств, выполнять современные задачи не способен. Мы же все-таки не в 90-ых годах, где хорошо, если будет в авторане какой-нибудь командный файл bin. Надо запускать целые комплексы ПО, о котором пойдет речь дальше.
  • Иксам действительно уже пора на покой, поскольку в иксах накопилось довольно много функционального хлама, который вообще никак не задействуется. Но при этом не нужно и кастрированных до маразма Wayland-ов, где даже скриншот экрана нормально сделать нельзя, и где зоопарк с дурдомом в области совместимости с видеокартами - старые видеокарты за борт, а владельцам новых, на Linux делать нечего, поскольку не игорь, ни того же профессионального ПО, вроде Photoshop под Linux по понятным причинам нет. Поэтому нужен сбалансированный графический сервер, который в то же время станет полегче по сравнению с иксами, но при этом не будет идиотизмом, вроде Wayland, где штатные и востребованные операции, будут выполняться через костыли.
  • Дисплейный менеджер сеансов понятное дело, должен быть похож на GDM3, и вообще нужен ли он - тот еще вопрос, поскольку сейчас подразумевается, что шаровое использование ЭВМ - редкий кейс. Даже в Android не прижился многопользовательский режим, поскольку смартфон создавался с прицелом на личное использование. И даже само название «Персональный компьютер» говорит об этом. Единственное, для чего в теории он может пригодится - это для выбора дескопов и сред, но их можно реализовать как через дуалбут, так и через тумблер в сеттингсах.
  • Рабочий стол - исключительно по многолетним опытным разработкам для каждого устройства, и никаких инопланетных третьих гномов на дескопе, где для открытия ПО, нужно разворачивать на весь экран лаунчер и тянуться мышью с одного конца экрана на другой или заучивать дурацкие комбинации клавиш, вместо того, чтобы воспользоваться мышью. Клавиатура для набора текста и для использования либо слишком частых и нужных комбинаций, вроде смены раскладки, где каждый раз мышкой в трей не навозишься, либо для чересчур редких, где понятное дело, реализовывать гуй - тот еще вопрос. Для всего остального - гуй. Тоже самое касается и пальцетыкальной Windows, где нужно в тот же мелкий пуск из десяточки попадать толстыми пальцами на семидюймовый экран. И естественно, никаких «галерей» и прочего сумашествия, где за юзера решают, где ему хранить фотки. Хочет хранить на SD-шке, пусть хранит. Работа с файлами и дисками должна быть каталоговая.

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

Ну а какой бы вы хотели видеть современную подлинно свободную ОС 21 века?



Последнее исправление: ipkirill22x (всего исправлений: 2)
Ответ на: комментарий от sanyo1234

Agile в подводной космонавтике из-за кривизны поверхности планеты ? =)

Типа того. Периодически подкалываю нашего CEO его любимой фразой фразой «Keep it simple and flexible»

upcFrost ★★★★★
()
Ответ на: комментарий от Minona

Поставишь тот интерпретатор какой нужен приложению и будет работать

Если этот интерпретатор не юзал какой-нибудь недокументированное добро. Спойлер: обычно так и происходит

Для примера: 1С 7.7 работает на всём от ХР до 11

Для примера: система управления businessphone 250 работает только под xp sp1, а на sp2 у неё слетает проверка лицухи

Для примера: fable lost chapters (внезапно издатель Microsoft) не работает на дисятке

Дальше продолжать или намёк понятен?

upcFrost ★★★★★
()
Ответ на: комментарий от ipkirill22x

Во первых - Линукс - это ядро. Они не отвечают за телефоны сторонних производителей. Не надо приводить в пример Майкрософт со специально убитой под это дело Нокией и основанном на ней производстве УЗКОГО круга устрйств. И сборки были ориентированы под них. Мелкомягкие под себя клепали всё, замкнутый цикл разработки. Где официальные телефоны от Линуса? Что ты с чем сравниваешь? Поддержка устройств - полностью на ответственности производителей.

Какое тебе нафиг гибридное ядро? При чём тут оно? Если дрова пишутся только на одну версию ядра/операционки - это никак не поможет.

Что для тебя моголит? Монолит - это телефон. как продали - не трогай, перрестанет работать половина. На винде, кстати, эти Люмины тоже ломались.

R_He_Po6oT ★★★★★
()
Ответ на: комментарий от R_He_Po6oT

Что для тебя моголит? Монолит - это телефон. как продали - не трогай, перрестанет работать половина.

Однако для SoC AllWinner это немного иначе?

(Опт и неликвид) Куплю старые китайские дешманские нерабочие девайсы (не для барыжничества) (комментарий)

sanyo1234
()
Ответ на: комментарий от upcFrost

Для примера: система управления businessphone 250 работает только под xp sp1, а на sp2 у неё слетает проверка лицухи

В режиме совместимости с sp1 запускал?
Майки его специально для такого кривого софта сделали.

Для примера: fable lost chapters (внезапно издатель Microsoft) не работает на дисятке

А разработчик внезапно не Microsoft.
В 7-ке работал? В режиме совместимости с 7 работает?

Дальше продолжать или намёк понятен?

У меня в дистрах 100+ программ, которые работают на ХР,7,10.

Minona ★★☆
()
Ответ на: комментарий от sanyo1234

К чему это? Я на один такой пример могу кучу примеров привести с устройствами в которых на новом ядре ничего не работает. В том числе и мой старенький Самсунговский таб4.

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

Кстати, читал ту статейку на хабре и прифигевал. Интересно чья она?

R_He_Po6oT ★★★★★
()
Ответ на: комментарий от R_He_Po6oT

К чему это? Я на один такой пример могу кучу примеров привести с устройствами в которых на новом ядре ничего не работает. В том числе и мой старенький Самсунговский таб4.

Так я не пытался обобщать, что вся линейка ARM чипов якобы поддерживается mainline ядром, но есть отдельные виды чипов типа AllWinner, Texas Instruments SITARA, и еще некоторые, которые прекрасно поддерживаются в mainline ядре:

https://linux-sunxi.org/Linux_mainlining_effort#Status_Matrix

https://archlinuxarm.org/platforms

, а периферийная обвязка конкретной модели платы легко задается файлом dtb при загрузке:

https://linux-sunxi.org/Device_Tree

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

Никто не спорит, если это не хобби - собирать его.

А на комп накатать дистрибутив сможет практически любой. В телефонах и в армах всё гораздо сложнее. Согласны?

Так это не особенность телефонов, а вообще большинства одноплатников на ARM SoC.

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от Minona

В режиме совместимости с sp1 запускал? Майки его специально для такого кривого софта сделали

Не конечно, никогда о нем не слышал. Это сарказм если что. Эту хрень даже сами её разрабы не смогли нормально обновить

В 7-ке работал? В режиме совместимости с 7 работает?

Не работает. Работал ли в 7 хз. Суть не в этом. Суть в том что несовместимого софта реально много. Если твои 100+ приложух работают - круто. У меня было много случаев когда софт работал в вайне но наотрез отказывался запускаться на семерке/десятке. В основном все что хотело полноэкранный режим типа игорей, плюс всякая хрень с матаном, там часто юзают что-нибудь особо «документированное» чтоб быстрее работало

upcFrost ★★★★★
()

Тред не читал, но выскажусь.

Дисплейный менеджер который просто работает - lightdm. Не инопланетное DE - kde или fxce. Они уже есть.

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

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

Системд - у меня он просто работает, как и пульсаудио. Если кто-то сделает его замену которая замещает его один в один и при этом убирает его недостатки то будет супер, но и так сойдёт.

einhander ★★★★★
()
Ответ на: комментарий от Minona

Возьми любую 16 битную программу для виндов и попробуй запустить на 64 битной десятке. Вариант запустить там только с помощью вайна.

einhander ★★★★★
()
Ответ на: комментарий от sanyo1234

Вот бы и все нормально поддерживали. А то Расперя Бродком выбрала - а там всё закрыто и зашито. «Открытый компьютер»... На РокЧипах тоже, все на старых ядрах сидят, а почему? Потому что для ГПУ модуль проприетарный написан только для того ядра. И работает в обход месы. Я как узнал, долго плевался и исходил фекалиями... Пока тот мужикобаб не написал открытый модуль отреверсив блоб.

Как ТСу поможет гибридное ядро в этом? не понимаю.

R_He_Po6oT ★★★★★
()
Ответ на: комментарий от sanyo1234

Кстати, dtb не всегда работают.

И раз уж ты разбираешься, то спрошу у тебя - а как на армах посмотреть список обнаруженных устройств? lspci же там не работает? Я пока китайскую платку «притирал» такой команды просто небыло. Так и не понял, как люди живут?

R_He_Po6oT ★★★★★
()
Ответ на: комментарий от R_He_Po6oT

Даже не знаю в плане совместимости между различными устройствами.

Много ли open-source осей с немонолитным ядром, и тем более с современным микроядром? Да еще чтобы они запускались хоть на чем-то кроме x86? :)

Hurd - это только x86 и даже только i686? Еще и тормозное? Сколько его лет делали? Столько же, сколько и ReactOS ? :)

Больше ?

Initial release 1990; 32 years ago

Кто-то им пользуется?

sanyo1234
()
Ответ на: комментарий от sanyo1234

чем дрова Шизндоуз принципиально отличаются от Linux

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

ipkirill22x
() автор топика
Ответ на: комментарий от R_He_Po6oT

Поддержка устройств - полностью на ответственности производителей.

А обратная совместимость и стабильность API драйверов - полностью на ответственности разработчиков ОС.

Какое тебе нафиг гибридное ядро? При чём тут оно? Если дрова пишутся только на одну версию ядра/операционки - это никак не поможет.

Поможет, потому что изменения даже NT 5.1 -> 6.0 требовали гораздо меньших телодвижений, нежели чем у пинвиньих даже в последнее время.

Что для тебя моголит? Монолит - это телефон. как продали - не трогай, перрестанет работать половина.

Это где малейшие тараканы Торвальдса заставляют переписывать почти весь сторонний софт.

ipkirill22x
() автор топика
Последнее исправление: ipkirill22x (всего исправлений: 1)
Ответ на: комментарий от ipkirill22x

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

Это признак того, что нет развития внутри ядра NT?

А в Linux прямо много драйверов переписывают радикально и постоянно?

sanyo1234
()
  1. Начинать надо, как известно, снизу вверх. С инструментария. Все языки и платформы, вносящие дополнительный слой абстракции между железом и программистом, должны быть выкинуты на помойку. Жавы, питоны и вся вот эта ересь. Современный C++ наше всё. Напоминаю его ключевые принципы дизайна от Страуструпа:
  • Язык должен быть настолько низкоуровневый, чтобы не требовался более низкоуровневый язык.

  • Не платим за то что не используем.

  • Возможность делать качественные пользовательские абстракции.

  1. Следствие. Нужно избавляться от копроэкономики «наклепать говно зато быстрее конкурентов», т.е. от капитализма в принципе. Восстанавливать образование. А миллионы говнокодеров, пишущих на вышеупомянутой ереси, отправить валить лес. Короче, нереально.
dimgel ★★★★★
()
Ответ на: комментарий от dimgel

Нужно избавляться от копроэкономики «наклепать говно зато быстрее конкурентов», т.е. от капитализма в принципе.

Начните с себя лично, прекратите с сегодняшнего дня пользоваться всеми программами на копроджавах (включая SaaS ессно) и дотнетах.

Даже стесняюсь спросить, на чем написан ЛОР :)

А миллионы говнокодеров, пишущих на вышеупомянутой ереси, отправить валить лес.

Охохо, теперь язык программирования для чужих проектов будет выбирать dimgel. Причем далеко не самый безопасный язык. А как быть с существующими библиотеками и API? Еще один vaddd на форуме detected :(

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 2)
Ответ на: комментарий от dimgel

Умного человека видно издалека, кто хочет все писать на C++. Жаль не на ассемблере.

А на вид такая безобидная собачка ...

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от sanyo1234

Это признак того, что нет развития внутри ядра NT?

Это признак того, что нет третьегномного маразма, где ни развития, ни совместимости.

ipkirill22x
() автор топика
Ответ на: комментарий от sanyo1234

Это признак того, что нет развития внутри ядра NT?

А «постоянно радикально переписывать» это признак развития?

Minona ★★☆
()
Ответ на: комментарий от Minona

А «постоянно радикально переписывать» это признак развития?

Некоторые считают, что да.

ipkirill22x
() автор топика

мы обречены, не будет никаких новых и нормальных ОС. Нет ни нормальных концептов, ни сил, ни средств, ни желаний ни у кого, чтобы это делать.

Neresar ★★
()
Ответ на: комментарий от ipkirill22x

Это признак того, что нет третьегномного маразма, где ни развития, ни совместимости.

Возможно удивлю тебя, но кроме гнома есть еще масса других DE, хотя если только ради аналогии с двиганьем API ядра, то можно взять какое-то LTS ядро типа 4.19.xxx и излишне не напрягаться, тогда наверно будет как в NT :)

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 2)
Ответ на: комментарий от Minona

Если хорошо спроектировано изначально, то переписывать могут или потому что ЧСВ, или потому что хотят разработку на себя перенять, отбив остальным желание. Но проектирование в опенсорсе иногда просто невозможно. Вон, в Блендере, даже мульт сделали совершенно о другом, просто потому что пришёл чувак с практически готовыми наработками, которые не вязались с темой. Да и разработка у них (по крайней мере раньше) так велась, план есть, но его никто не придерживается. И выбились же в лидеры. И переписывают периодически чуть не всё наново. Маньяки. В обоих смыслах.

R_He_Po6oT ★★★★★
()
Ответ на: комментарий от sanyo1234

А вот и подмена понятий подъехала! LTS-ядро = стабильность ядра Windows NT! Я наверное вас удивлю, но даже в инсайдерских сборках чаще всего ломается антивирусное ПО и не более. А в Linux даже переход между мажорными RHEL - драмматика.

ipkirill22x
() автор топика
Последнее исправление: ipkirill22x (всего исправлений: 1)
Ответ на: комментарий от ipkirill22x

А в Linux даже переход между мажорными RHEL - драмматика.

Что ломается при этом?

Я вообще-то любитель Debian (without systemD) и Alpine.

sanyo1234
()
Ответ на: комментарий от ipkirill22x

стабильность ядра Windows NT!

При установке принтерных дров из прошлого столетия.

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

Просто фантастическая стабильность NT по сравнению с Linux, такая и в страшном сне не приснится.

sanyo1234
()

а не как в том же Android, где софт от Kitkat уже не запускается на том же Nougat,

Я меня софт собранный для киткат работает на андроид 11

F457 ★★★★
()
Ответ на: комментарий от dimgel

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

Neresar ★★
()
Ответ на: комментарий от sanyo1234

При установке принтерных дров из прошлого столетия.

1. Дрова от ХР ты не поставишь даже в 7-ку.
2. Начиная с 7-ки принтерные дрова работают не в ядре.

А вот при работе с Firebird под нагрузкой начать глючить даже при показе GUI

Это кривые руки того кто писал софт для работы с FB.

(который зачем-то вкорячили в ядро) окошек.

Игры медленно рисовали.

Просто фантастическая стабильность NT по сравнению с Linux,

Угу, Линукс со своей стабильностью когда вытеснит винду с десктопа?

https://www.meme-arsenal.com/memes/13b192f6dc414221d388b05a15ce63a4.jpg

А вот и ответ на предыдущий вопрос. 😁

Minona ★★☆
()
Ответ на: комментарий от Minona

1. Дрова от ХР ты не поставишь даже в 7-ку.

Нинада ляля, я ставил от HP 1000W в восьмерку, в Windows есть разные модели поддерживаемых дров.

Это кривые руки того кто писал софт для работы с FB.

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

Игры медленно рисовали.

Windows Server на базе ядра для игровых приставок, это просто генитально!

Угу, Линукс со своей стабильностью когда вытеснит винду с десктопа?

Причем тут десктоп? Речь шла о стабильности сервера с Firebird DBMS.

А вот и ответ на предыдущий вопрос. 😁

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

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от sanyo1234

я ставил от HP 1000W

на сайте НР написано, что минимально поддерживаемая версия это 7-ка.
Где ты для ХР дрова взял?

Ну конечно, софт для FB кривой, а глючит сервер

Ну да, если криво писать UDF то могут быть утечки, или в самом FB где-то текло.
Прикладной софт кривой, а виновато ядро?

Windows Server на базе ядра для игровых приставок, это просто генитально!

Почему для приставок? Оно универсальное.
Одно ядро, одна команда разрабов.
А кейсов применения много - сервак, рабочая станция, эмбед.
Хорошая экономия средств.

А что, в Убунте или Федоре в десктоп и сервер версиях ядра разные?

Причем тут десктоп? Речь шла о стабильности сервера с Firebird DBMS.

Твой оппонент говорил о «стабильности ядра NT».
Ты приплел FB.
Почему бы мне не приплести десктоп, где винда вполне себе стабильна.

Minona ★★☆
()
Ответ на: комментарий от Minona

на сайте НР написано, что минимально поддерживаемая версия это 7-ка.

В каком году такое написано на их сайте? В 2022?

Где ты для ХР дрова взял?

HardwareInfo/Comp/PC Parts/Printer/HP LaserJet 1000w/Win32/Driver WinXP (Win8 Pro compatible)# ls -al

-rw------- 1 alex alex   90112 May 27  2003 apptune.exe
-rw------- 1 alex alex     271 May 27  2003 apptune.ini
-rw------- 1 alex alex   88408 May 27  2003 dour45w.ttf
-rw------- 1 alex alex   80676 May 27  2003 dour46w.ttf
-rw------- 1 alex alex   88504 May 27  2003 dour65w.ttf
-rw------- 1 alex alex   80712 May 27  2003 dour66w.ttf
-rw------- 1 alex alex   36864 May 27  2003 fwdl.exe
-rw------- 1 alex alex 1619183 May 27  2003 guide.pdf
-rw------- 1 alex alex   20489 May 27  2003 hp1KW2K.cat
-rw------- 1 alex alex   32351 May 27  2003 hp1KW9x.cat
-rw------- 1 alex alex  900388 May 27  2003 hpflash1.exe
-rw------- 1 alex alex    6020 Oct  7  1996 HPLicen.txt
-rw------- 1 alex alex      54 Nov 15  2001 HPLJ1000.DOI
-rw------- 1 alex alex    3608 May 27  2003 HPLJ1000.INF
-rw------- 1 alex alex   99616 May 27  2003 IMF16.drv                                                                                                                                                            
-rw------- 1 alex alex   12288 May 27  2003 IMF32.DLL                                                                                                                                                            
-rw------- 1 alex alex   32256 May 27  2003 imfnt5.dll                                                                                                                                                           
-rw------- 1 alex alex   49152 May 27  2003 IMFPRINT.DLL                                                                                                                                                         
-rw------- 1 alex alex 1953792 May 27  2003 pcldll6l.dll                                                                                                                                                         
-rw------- 1 alex alex   26624 May 27  2003 QDPRINT.DLL                                                                                                                                                          
-rw------- 1 alex alex   10546 May 27  2003 read1st.txt                                                                                                                                                          
-rw------- 1 alex alex   30336 May 27  2003 readme.wri                                                                                                                                                           
-rw------- 1 alex alex   70656 May 27  2003 Sd32.dll                                                                                                                                                             
-rw------- 1 alex alex   47120 May 27  2003 SD4.DLL                                                                                                                                                              
-rw------- 1 alex alex    1598 May 27  2003 sd4.ini                                                                                                                                                              
-rw------- 1 alex alex   65536 May 27  2003 SDDM32.DLL                                                                                                                                                           
-rw------- 1 alex alex  122880 May 27  2003 SDDMUI.DLL                                                                                                                                                           
-rw------- 1 alex alex  151552 May 27  2003 SDhp1000.DLL                                                                                                                                                         
-rw------- 1 alex alex   54675 May 27  2003 SDhp1000.hlp                                                                                                                                                         
-rw------- 1 alex alex    2991 May 27  2003 SDhp1000.sdd                                                                                                                                                         
-rw------- 1 alex alex    1145 May 27  2003 SDhp1000.UNZ                                                                                                                                                         
-rw------- 1 alex alex   18944 May 27  2003 SDIMF32.DLL                                                                                                                                                          
-rw------- 1 alex alex   28672 May 27  2003 SDNT5UI.dll
-rw------- 1 alex alex    5632 May 27  2003 SDNTUM4.DLL
-rw------- 1 alex alex  114233 May 27  2003 sihp1000.img
-rw------- 1 alex alex   32768 May 27  2003 spldr.exe
-rw------- 1 alex alex  147456 May 27  2003 Sr32.dll
-rw------- 1 alex alex  135168 May 27  2003 SUhp1000.DLL
-rw------- 1 alex alex   12288 May 27  2003 USBMON.DLL
-rw------- 1 alex alex   22608 May 27  2003 USBPRINT.SYS
-rw------- 1 alex alex   98304 May 27  2003 vsetup.dll
-rw------- 1 alex alex   23552 May 27  2003 ZGDI32.DLL
-rw------- 1 alex alex   16384 May 27  2003 ZJBIG.dll
-rw------- 1 alex alex    9216 May 27  2003 Zlang.dll
-rw------- 1 alex alex   28672 May 27  2003 zlm.dll
-rw------- 1 alex alex   77824 May 27  2003 zlmhp1.dll
-rw------- 1 alex alex   54784 May 27  2003 zPJL.dll
-rw------- 1 alex alex   45056 May 27  2003 zpp.dll
-rw------- 1 alex alex   36864 May 27  2003 zpppcl.dll
-rw------- 1 alex alex    8704 May 27  2003 ZPRINT32.EXE
-rw------- 1 alex alex   73728 May 27  2003 ZSHP1000.dll
-rw------- 1 alex alex    7315 May 27  2003 ZShp1000.hlp
-rw------- 1 alex alex   29184 May 27  2003 ZSPOOL32.EXE
-rw------- 1 alex alex   86016 May 27  2003 ZSPOOL.DLL
-rw------- 1 alex alex   36864 May 27  2003 zstatus.exe
-rw------- 1 alex alex   19456 May 27  2003 ZTAG32.DLL
-rw------- 1 alex alex  147456 May 27  2003 ZUNINST.EXE
-rw------- 1 alex alex    8911 May 27  2003 zUsb.cat
-rw------- 1 alex alex     949 May 27  2003 zUsb.inf

HardwareInfo/Comp/PC Parts/Printer/HP LaserJet 1000w/Win32/Driver WinXP (Win8 Pro compatible)# cat *.inf

[Version]
Signature="$CHICAGO$"
Class=USB
ClassGUID={36FC9E60-C465-11CF-8056-444553540000}
Provider=%MSFT%
DriverVer=05/27/2002
;;DriverVer=8/13/2001
catalogfile=zusb.cat

[ControlFlags]
ExcludeFromSelect = *
[DestinationDirs]
DefaultDestDir = 10,system32\drivers
USBMON = 11

[Manufacturer]
%MSFT%=Microsoft

[Microsoft]
%USBPRINT.DeviceDesc% = USBPRINT_Inst, USB\VID_03F0&PID_0517

[USBPRINT_Inst]
Copyfiles = USBPRINT_Inst.CopyFiles, USBMON
AddReg    = USBPRINT.AddReg
DriverVer=05/27/2002
;;DriverVer=8/13/2001

[USBPRINT_Inst.CopyFiles]
usbprint.sys,,,16

[USBMON]
usbmon.dll,,,16

[USBPRINT_Inst.CopyFiles.ntx86]

[USBMON.ntx86]

[USBPRINT.AddReg]
HKR,,DevLoader,,*ntkern
HKR,,NTMPDriver,,"usbprint.sys"

[SourceDisksNames]
1 = "USB disk",,,""

[SourceDisksFiles]
usbprint.sys = 1
usbmon.dll = 1

[strings]
MSFT                  = "Microsoft"
USBPRINT.DeviceDesc   = "USB Printing Support"

sanyo1234
()
Ответ на: комментарий от Minona

Ну да, если криво писать UDF то могут быть утечки, или в самом FB где-то текло. Прикладной софт кривой, а виновато ядро?

А почему утечки в подобных userspace приложениях под Linux не убивают X11? Может быть, ядро не должно позволять такой дичи в серверной оси? Но ядро NT особенное, ему можно и обосраться, ведь оно универсальное (от игровых приставок), что для сервера очень важно (сарказм).

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от Minona

Почему для приставок? Оно универсальное. Одно ядро, одна команда разрабов.

Оно и заметно, одна команда долбогениев.

sanyo1234
()
Ответ на: комментарий от Minona

Твой оппонент говорил о «стабильности ядра NT». Ты приплел FB. Почему бы мне не приплести десктоп, где винда вполне себе стабильна.

Приплети лучше Firebird, от которого могут порушиться окошки в X11 под Linux или Solaris, приплетатель ты наш.

Но такого не бывает? Как абыдна, ай ай :(

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от Neresar

Нет ни нормальных концептов, ни сил, ни средств, ни желаний

Желание может и есть, но вот где столько сил богатырских запастись?

Я тут посчитал трудоёмкость создания некоторых современных проектов в человеко-годах из расчёта, что человек способен писать 10 тысяч строк кода в месяц. Получилось вот что:

chromium     272 года
linux        222 года
firefox      153 года
libreoffice  65 лет
blender      13 лет
gimp         12 лет
inkscape     5,5 лет
vim          5 лет
audacity     4 года
git          3,3 года
coreutils    2 года
db           1,7 года
linux-1.0    1,5 года
grep-3.8     9 месяцев

Ну и где мне взять 200 лет жизни чтобы переписать хотя бы Linux???

unDEFER ★★★★★
()
Последнее исправление: unDEFER (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.