После восьми лет разработки, вышла (http://www.haiku-os.org/news/2009-09-13_haiku_project_announ...) первая альфа-версия свободной операционной системы Haiku, ознаменовавшая собой начало подготовки первого стабильного выпуска для широкого круга пользователей персональных компьютеров. Изначально проект был создан как реакция на закрытие ОС BeOS и развивался под именем OpenBeOS, но был переименован в 2004 году из-за претензий, связанных с использованием в названии торговой марки BeOS. Желающие поэкспериментировать с новой ОС могут загрузить (http://www.haiku-os.org/get-haiku) Haiku R1/alpha 1 в виде LiveCD (160Мб) с поддержкой установки на диск или образа для выполнения внутри виртуальной машины.
Некоторые особенности ОС Haiku:- Система напрямую базируется на технологиях BeOS 5 и нацелена на бинарную совместимость с приложениями для данной ОС. Из кода BeOS в состав Haiku включен файловый менеджер Tracker и панель Deskbar, исходные тексты которых ...
URL: http://www.haiku-os.org/news/2009-09-13_haiku_project_announ...
Новость: http://www.opennet.me/opennews/art.shtml?num=23398
Будущее из прошлого рядом :)
А ведь BeOS действительно была ОС впереди времени, только Microsoft их задавили своими методами "честной" конкурентной борьбы.
не оффтоп
... что и следовало доказать
Казалось бы причем тут Билл? BeBox сам по себе неплохой комп был. BeOS - вообще-то основаны выбегцами из Apple. Сами себя угробили между прочим.
Когда они переписали систему под процессоры Intel, некоторые производители готовых ПК собирались устанавливать на свои машинки на выбор Be или вындовз. m$ давила на них, негласно, угрожая отобрать свою лицензию. Производители, ясное дело выбрали m$. Это был один из последних гвоздей в гробу Be. Так что утверждать что m$ тут "совсем не при чем" не стоит.Да, источник - журнал "Системный администратор", номер 12/2005 и 1/2006.
Немного не так - одновременно на выбор. МС надавила и стали ложить дискетки которые почти никто не смотрел.
>Казалось бы причем тут Билл? BeBox сам по себе неплохой комп был.
>BeOS - вообще-то основаны выбегцами из Apple. Сами себя угробили между
>прочим.Вдобавок прямые ссылки
http://www.samag.ru/art/12.2005/12.2005_02.html
http://www.samag.ru/art/01.2006/01.2006_14.html
вообще-то их яблочники задавили. отобрали лицезии на производство маков у всех, а на своего производства есесно не ставили. и всё.
а в приципе - разницы ни какой.
Угу. Для Биллофобов разницы никакой что там в реальности произошло. Главное, что MS - зло!
> Главное, что MS - зло!Судя по их деятельности и методам - не так уж и далеко от правды. Когда-то нормальный вендор был, делавший продукты на которые конкурентам нечего возразить (вспомним эпоху NT4 и MSO 97, etc). А сейчас больше похоже на шайку проходимцев и мошенников с посредственными продуктами которые выживают уже не качеством продуктов а жульничеством, лоббированием и прочими левыми методами.
Скажу так: если по вине какого-либо негодяя будет запрещены поставки MS Office или MS Expression, приеду и прикончу его.
>Скажу так: если по вине какого-либо негодяя будет запрещены поставки MS Office
>или MS Expression, приеду и прикончу его.LOL
>Скажу так: если по вине какого-либо негодяя будет запрещены поставки MS Office
>или MS Expression, приеду и прикончу его.Так и запишем: вы друг друга с микрософтом явно стоите. Методы сомнительные, что у фанов МС, что у самого МС ;). Не зря я все-таки стараюсь уйти от использования MSовского софта. Пусть им отмороженные типа вас пользуются, как раз вендор в вашем вкусе наверное.
Микроядерная архитектура это не такое уж и пошлое.
>пошлоеоговорка по Фрейду?
Прошу прощения, конечно же "прошлое". В данном случае не оговорка а описка.
вообще-то ещё Торвальдс с Таненбаумом в далёком 91 об этих микроядрах спорили.
да и винда (nt) - вроде микроядро.вот только спор ничем так и не закончился. какая разница, если микроядро не может правильно перегрузить дрова без перезагрузки (NT), а макроядро показывает лучшую стабильность (linux)?
я выберу то, что работает сейчас... а в будущем увидим.
поправка - винда основана на архитектуре с гибридным ядром, а микроядра там нет.
>поправка - винда основана на архитектуре с гибридным ядром, а микроядра там
>нет.Но какие-то мотивы они там пытались изобразить. Именно пытались. Потому что в итоге скорее похоже на многометровый почти-монолит :)
>>вот только спор ничем так и не закончился. какая разница, если микроядро не может правильно перегрузить дрова без перезагрузки (NT),Семёрка оказалось умеет - пруфы - Windows Update + специально поиздевались над сетью, восстанавливается невидимо для приложений - факт.
А вообще вспоминается Netware - 4ка спокойно относилась к потере системных разделов - можно было смело дёргать из хотсвапа харды с системным разделом. Вдобавок имела "изолированные процессы" чем невероятно радовала. Загрузка и выгрузка драйверов "на лету" там была возможна без всяких проблем - правда видео и звук не проверял - не было их на сервере :-)
ха, не прошло и 15 лет. кстати, пусть для начала выйдет и с полгодика поработает.
(мы все помним висту. пусть земля ей будет пухом)
зы:
казалось бы, при чём тут нетварь?
>казалось бы, при чём тут нетварь?Микроядро. Причем именно полноценное микроядро.
>Семёрка оказалось умеетЧто, там уже наконец то можно загрузить ядерный драйвер ФС не отправляя машину в ребут?
А то инсталлежка ext2fsd помнится ребут требует как штык и как ни изгаляйся а драйвер ФС в виндозе нельзя запустить вручную. Ибо он по задумке МС должон стартовать при раннем буте и баста. А это означает попадание на ребут...А в то же время в пингвине я компильнул себе модуль squashfs и тут же не отходя от кассы загрузил его. Без ребутов. После чего система стала жрать экзотичный вид этой ФС как что-то родное. Итого? Пингвины в данном вопросе порвали билльскую систему одной левой. В свете этого заявы что (модульные) монолиты дескать хуже чем это нагромождение хз чего бывшее в девичестве по задумке с мотивами микроядерности, пардон, выглядят обычным бредом. Я, блин, могу в этом модульном монолите на лету загрузить и выгрузить дрова ФС. А в супер-дупер NT такой роскоши не полагается, дескать.
>там уже наконец то можно загрузить ядерный драйвер ФС не отправляя машину в ребут?да. хотя перезагрузка никого не напрягает, кроме форумных троллей
>да. хотя перезагрузка никого не напрягает, кроме форумных троллейДа, и апликухи юзер потом не обломается перезапустить. Ведь сессии - это ж роскошь! Ну вот потому я и пользуюсь пингвином - перезагружаться надо раз в сто лет а если уж надо - оно по крайней мере само запустит то что было на момент рестарта. А виндоза - для тех кому по кайфу перезагружаться и делать обезьянью работу по перезапуску приложений. Ну вот *вы* ей и пользуйтесь. А я при наличии выбора стараюсь пользовать систему которая не считает что за монитором - специально обученная мартышка которая любит делать нудную машинную работу своими руками.
>Что, там уже наконец то можно загрузить ядерный драйвер ФС не отправляя
>машину в ребут?А что, раньще подруб флэшки не был связан с загрузкой ФС драйвера и драйвера контроллера? PNP на винде старше линухового automount лет на 10. Про LDM ты тоже явно не в курсе.
Про корневой раздел - dismount / /* <- user294 не юзает консоль ?
Я только одну ос мял со способностью игнорировать отвал свопа - netware.
>А то инсталлежка ext2fsd помнится ребут требует как штык и как ни
Кривая опенсорщина таки. Информацию о том, перезагружать систему или нет диктует модуль. На FUSE извините система просто стартовать не сможет - в виду того, что не способна его попросту загрузить.
>А что, раньще подруб флэшки не был связан с загрузкой ФС драйвераНет, как ни странно. Все дрова ФС в виндозе (драйвера IFS) по жизни имели тип загрузки - при раннем старте системы. И - грузились где-то в самом начале. В другие моменты времени их там почему-то загружать нельзя. Почему - без понятия, я не повредился мозгом покупать у MS доки на IFS :).Так что не знаю почему MS сделал это вот так. Да еще и зажопил доки на IFS API, так что теперь под них разых добавочных ФС - полторы штуки, и те кривые. Их половые трудности, а меня они с некоторых пор колебут довольно слабо. Пусть сидят со своими дровами которые хрен загрузишь динамически и ФС 15-летней древности наздоровье. А я себе получше что-нибудь найду :)
>и драйвера контроллера?
Контроллера в принципе может подгрузить.Насчет выгрузить - а вот хз.По моему опыту - динамический старт и стоп драйверов работает не для всех драйверов, мягко говоря. Для IFS вообще требуется грузить дрова при раннем старте (start type для ifs-дров требуется соответствующий) а застопорить их такие вообще низзя. А в пингвинах фигня вопрос - размаунтить диски с ФС, rrmod и гудбай, более мы с этим типом ФС работать не умеем :)
>PNP на винде старше линухового automount лет на 10.
Но, знаете, мне гораздо больше нравится как это в линухе работает. Я бы даже ехидно заметил что MS вообще неприкрыто натянули на их же поле в этом плане, пока они там распочивались на лаврах победителей.
>Про LDM ты тоже явно не в курсе.
Не очень вдупляю что и кому вы хотели доказать.
>Про корневой раздел - dismount / /* <- user294 не юзает консоль ?
И тут тоже. Если вы хотели растопырить пальцы - так я тоже могу. В пингвине я могу голыми руками прицепить образ исохи или жесткого диска, сразу и без выгибонов. И создать их могу. В виндозе... ну, если с исохами еще можно найти эмуль сидюка и даже прогу снятия образов (и то зачастую какая-то шароварь паскудная) то можно ли там замаунтить образ диска (самый обычный, посекторный) я вообще не знаю.Штатно точно нельзя, есть ли какие-то проги для этого... ну... я по крайней мере не видел.Хоть и не отказался бы в свое время от таких. И мне как-то ввести 1 команду в консоли больше импонирует чем час гуглить какой-то левый софт среди троянов и малвари, если что.И ФС в пингвине на выбор куча.И развитие идет, что как-то сильно симпатичнее чем 15 лет юзать одно и то же.Более того, вот наткнулся допустим некто на грабли в EXT4 допустим. Буквально пять минут на месадж в правильное место - и вот уже грабли разгребает не кто-то там а сам главный разработчик ФС, Теодор Тс`о. Заметьте, основной разраб ФС озадачивается проблемами в своем творении. И неплохо так чинит накопанные грабельки. Прямо смотреть приятно. А теперь попробуйте зарапортовать за 5 минут усилий баг в виндозных дровах ФС. Удачи в этом начинании, да :)
>Я только одну ос мял со способностью игнорировать отвал свопа - netware.
Грубо отрубить своп без предварительного анонса, не дав оси вынуть из него станицы - неправильно (а где ОС будет эти страницы брать?!). Что нетварь делает когда свопа вдруг внезапно нет когда надо страницы из него достать? Ну, не может же она недостающие страницы из воздуха подчитать? Она не пейджит ядро и критичные служебные программы в своп совсем и убивает пострадавших массовым расстрелом? Или чего?777
В пингвине как минимум своп можно корректно отключить на ходу (если память позволяет). Более того - можно без свопа работать. А можно еще и из рам к тому же (при этом можно на ура пережить и выдергивание всех жестких дисков, или их тотальное отсутствие, так что если уж оно надо - на пингвинах сие как бы делается).
>Кривая опенсорщина таки.
Хорошо, покажите тогда не кривые дрова, которым ребут после инсталла IFS-драйвера не надо было бы. Собственно под винды выбор дров ФС не особенно богат. Я этим драйвером пользовался потому что он оказался наименее крив и наиболее работоспособен из всех опробованных дров ext2 (инсталл которых неизменно требовал ребут, невзирая на проприетарность или опенсорсность). Остальные были еще похабнее. К этому по большому счету претензии были только то что он слегка тормоз и журналить не умеет (не говоря уж о хэшированных директориях и прочих наворотах).
>Информацию о том, перезагружать систему или нет диктует модуль.
Перезагружаться или нет - решает сетап, дергая соотв. функцию апи, если юзер согласен. Тип драйвера и как его запускать - пишется в реестр (все тем же сетапом) и для дров IFS если вы не в курсах, есть веселое требоание: они *должны* грузиться при раннем старте системы. И хрен такой драйвер потом выгрузишь насколько я помню. Поэтому попадалово на ребут обеспечено. Если это не так - отлично, доказательства в студию.Как то покажите хоть какой-нибудь драйвер ядра IFS позволяющий без ребута поиметь поддержку новой ФС. Карты вам в руки!
>На FUSE извините система просто стартовать не сможет - в виду того, что не
>способна его попросту загрузить.Кто вам такую чушь сказал? А, пардон, что помешает заранее подпихнуть все что FUSE надо откуда-то "сбоку", как то с initrd и т.п. например? Пингвины вообще по части загрузки прикольные - они могут грузиться во всех позах и самых изощренных конфигурациях. Иногда просто придется немного покумекать мозгом и т.п. но в итоге - они грузятся со всего что только можно себе представить :).Например убунта вон грузится с FAT флех влегкую. Что? ФС не умеет правов и не годна как "/"? А пофиг - на дерьмовой ФС создается файл-образ с правильной ФС, с фат делается только начальная загрзка а система потом цепляет диск-в-файле и бутявится уже с вменяемой ФС живущей в файлике на флешке. А теперь покажите мне такой финт ушами с виндозой?Слабо? :)
Насчет пошлости не знаю а самой по себе идее микроядра времени как бы не сильно меньше чем и всем остальным дизайнам ядер, так что сказать что это технологии из будущего - трудно. Из того же лохматого прошлого, просто юзались мало и редко в силу наличия у них специфичных проблем.
Скриншоты как из линукса 10тней давности
Ну да, видимо, они не в первую очередь начали париться о compiz-fusion ))А вообще - выглядит неплохо - по крайней мере, мне оно показалось более близким к нормальной ОС, чем тот же РеактОС.
Враньё. Выглядит гораздо лучше клизмоидов.
Очень и очень субьективненько, тоньше надо. Например можно хотя бы подучить, что упомянутые клизмоиды темабельны и в общем-то, при желании, могут выглядеть как что угодно.
>Враньё. Выглядит гораздо лучше клизмоидов.Угу, а еще некоторые другие говорили что 640 килобайтов хватит всем :)
Лично мне и 48 лилобайт хватит:D :P
Помниться винда7 пару лет назад была анонсирована как ось с микроядерной архитектурой, да видно некрософт не в состоянии избавиться от дурной наследственности.
Не анонсировалась она никто таковой, были разговоры на уровне слухов о использовании в ней minwin. Однако minwin это не только не микроядро, но и не такой уж и модульное ядро, если его сравнивать с ядрами от *bsd или линуксом. Всего лиш попытка сделать ядро поменьше, неудавшееся:)
на самом деле в ядре WinNT есть микроядро. Схемы посмотри:) Но оно уже давно монолитное, потому что все основные компоненты находятся в ядре. Возможно в Win7 что-то вынесли из ядра. И над этим крутятся подсистемы - WinAPI и прочее в пользовательском пространстве.
Смотрел схемы, знаю. Однако то, что называется гибридным ядром, то есть то чем является winnt, на практике не более чем модульный монолит, с более-менее стандартизированными интерфейсами внутри ядра. В конечном счёте всё равно всё это работает в одной большой каше, без изоляции и прямым доступом компонентов друг к другу. Ну а то, что этот гибрид в итоге стал самым большим из монолитов - это даже и обсуждать неинтересно.
И уже неоднократно обсуждалось win7 ничего принципиально нового с точки зрения архитектуры(для windows) не принёс, со времени win2000. Хотя и win2000 был лиш выходом winnt на замену win9x. В общем вин7 - виста, такая свиста.
>на самом деле в ядре WinNT есть микроядро. Схемы посмотри:)Посмотрел на ... жесткий диск с вистой. Узрел ядро висты на ~4.5Mb. И к нему довесок win32k еще на 2 мега. Это - микроядро? А что там более 6 мегов кода в режиме ядра делают тогда? И все дрова ядра - в общей памяти с ядром, в одном кольце. Если это микроядро в чистом виде, тогда сам микрософт, очевидно, мелкий и невзрачный софтварный стартап, не иначе :D
>>на самом деле в ядре WinNT есть микроядро. Схемы посмотри:)
>
>Посмотрел на ... жесткий диск с вистой. Узрел ядро висты на ~4.5Mb.
>И к нему довесок win32k еще на 2 мега. Это -
>микроядро? А что там более 6 мегов кода в режиме ядра
>делают тогда? И все дрова ядра - в общей памяти с
>ядром, в одном кольце. Если это микроядро в чистом виде, тогда
>сам микрософт, очевидно, мелкий и невзрачный софтварный стартап, не иначе :D
>Да как же вы не понимаете, что микро или не микроядро определяется НЕ по размеру - а по принципам взаимодействия между железом-дровами-приложениями пользователя...
А размеры могут быть от килобайт до гигабайт - смотря что заложено в функциях ядра.
>[оверквотинг удален]
>>делают тогда? И все дрова ядра - в общей памяти с
>>ядром, в одном кольце. Если это микроядро в чистом виде, тогда
>>сам микрософт, очевидно, мелкий и невзрачный софтварный стартап, не иначе :D
>>
>
>Да как же вы не понимаете, что микро или не микроядро определяется
>НЕ по размеру - а по принципам взаимодействия между железом-дровами-приложениями пользователя...
>
>А размеры могут быть от килобайт до гигабайт - смотря что заложено
>в функциях ядра.это логическая производная - так как функции микроядра минимальны, оно не может быть большого размера
>Да как же вы не понимаете, что микро или не микроядро определяется
>НЕ по размеруИ по размеру тоже, вытекает из определения. Микроядро - это мизерное ядро которое ничерта не умеет, кроме самых базовых вещей. Остальное реализуют юзермод приблуды и прочие дрова которые как минимум на 1 уровень привилегий дохлее ядра, которые в силу этого не способны напакостить ядру.И в силу чего все коммуникации этих системных вещей - через тормознутое IPC, в особо параноидальном случае - с проверками на вшивость и делением прав даже там.Что ессно больше тормозит чем лобовые вызовы кусков монолита.
> - а по принципам взаимодействия между железом-дровами-приложениями пользователя...
По принципам взаимодействия, практически все NT API реализовано в ядре (какое оно нахрен микро после этого?).И дрова там же все.Остальное так или иначе врапается в это апи ("native subsystem", родное апи NT) и в итоге разрюхивается оной подсистемой.
Внимание, вопрос на засыпку: а в чем такая уж глобальная разница когда вместо ядра NT допустим ядро пингвина (пусть и реализующее свои syscalls вместо вызовов native subsystem) в которое приблуды типа wine врапят вызовы того же winapi? Вся эта деятельность достаточно похожа и по смыслу и по тому что есть баааааааальшой кус ... ядра который все что попросили приложения в конечном итоге и разруливает. Дрова что там что сям имеют полный доступ ко всему и могут положить систему на лопатки одной левой.
>А размеры могут быть от килобайт до гигабайт - смотря что заложено
>в функциях ядра.Если в функции ядра заложен функционал практически всей системы (как это сделано в НТ) а остальное, пардон, всякие там врапперы да трансляторы вызовов - с какого хрена это должно называться микроядром, если в ядре впихнут функционал всей системы?!
>которое ничерта не умеет, кроме самых базовых вещей. Остальное реализуют юзермодС чего бы это ? Зачем дровам ютится в юзермоде? Для тормозов ?
>По принципам взаимодействия, практически все NT API реализовано в ядре (какое оно
>нахрен микро после этого?).Где ядро,а где API? Ты сильно путаешь вообще. zw Функций намного меньше, чем всего WinApi вместе взятого. Никто кстати не запрещает тебе использовать DeviceIoControl для прямого обращения.
>Внимание, вопрос на засыпку: а в чем такая уж глобальная разница когда
>вместо ядра NT допустим ядро пингвина (пусть и реализующее свои syscalls
>вместо вызовов native subsystem) в которое приблуды типа wine врапят вызовы
>того же winapi?WinAPI для этого и создавалось - высокий уровень изоляции. В другую степь тебя понесло.
>Если в функции ядра заложен функционал практически всей системы (как это сделано
>в НТ)Ты нашёл в ядре Internet Explorer? Если Windows поставляется ни как голое ядро, это не значит, что там ВСЁ есть ядро.
>С чего бы это ? Зачем дровам ютится в юзермоде? Для тормозов ?Прикиньте, да. Одна из основных черт микроядра на которую некоторые местные и дро^W как раз состоит в том что сбой в процессе драйвера может быть не фатален. Отсюда же следуют и тормоза, собственно. Потому что ничто не дается на халяву - разделение дров, ядра и аппликух по разным уровням привелегий означает гемор и тормоза от этого разделения. Этот же гемор и тормоза есть и у монолитов при переключении между уровнями привилегий ядра и апликух, только он там менее злобно из-за того что дрова считаются доверяемыми и работают там же где и ядро, так что не надо педалить переключения контекстов кучу раз. Если кто не верит что даже в монолитах есть при переключении контекстов тормоза - тогда скажите, а почему провайдеры, авторы фирварей для мелких роутеров и прочие ссут кипятком от ядерного PPTP Accel вместо юзермоде-демона, когда такая замена поднимает производительность PPTP на том же железе чуть ли не в разы? Резонно позволяя экономить на железе. Видимо, на отсутствии переключений режимов проца экономия некислая даже в монолитах в ряде случаев выходит, а? Ценник за это есть, да - если оно сбойнет, ну извини, чувак... :)
>Где ядро,а где API? Ты сильно путаешь вообще. zw Функций намного меньше,
Пардон, zw* в ядре == nt* в юзермоде, грубо говоря. И для NT ее нативное апи - не винапи ни разу а именно это самое nt*. Через оное далее изображаются все остальные апи, хоть win32, хоть черт лысый, ядру NT без разницы и это не его трудности. С таким же успехом можно сказать что для пингвина нативное апи - его системные вызовы а wine изображает из этого винапи. Точно так же как обвязка подсистемы win32 изображает винапи из nt api. Для ядра NT вообще строго говоря не обязано быть никаких winapi (некоторые boot time приблуды работают прямо в нативном режиме). Ядро NT сущностью winapi не оперирует. Собссно ядро NT с таким же успехом могло бы и posix поверх native api изображать, etc. Или там какое еще угодно апи (дело ядра - разрулить даденные ему запросы, а из чего и как их другие подсистемы сгенерят - не его трудности). Другое дело что MS-у оно нафиг не надо, только и всего. И - как видим, весь функционал реализован именно в ядре. То есть, другие подсистемы изображают другие апи из того что реализует ядро нт.
>чем всего WinApi вместе взятого.
Ядро NT вообще никаким винапи не оперирует, строго говоря. Там свое NTшное API, которое рюхает native subsystem. Остальное - то что надо (например винапи) делается из того что есть (nt api). Ну оно и в пингвинах как видим делается похожим манером, только вместо ядра нт - ядро пингвина, вместо подсистемы win32 - wine. И?
То что у пингвинов wine кривее - ну понятно, сравним возраст нтей с винапи и вине и затраты человеко-лет и поймем в чем прикол :).Апи у нтей может и стройнее, но с рядом дебилизмом и вендором который забил по сути на развитие ядра болт и тупо доит с своих разработок баблосы до тех пор пока доится и не утруждаясь особыми улучшениями.
>Никто кстати не запрещает тебе использовать DeviceIoControl для прямого обращения.
Прямого обращений? Куда? DeviceIoControl как я помню всего лишь запрос к драйверу. Что там дальше драйвер девайса сделает - его проблемы. И кстати как я помню даже они должны по идее все делать не напрямую а через HAL(для портабельности кода дров между разными платформами).На что конечно же половина дровописателей кладет (ради скорости, etc) большой болт.
>WinAPI для этого и создавалось - высокий уровень изоляции.
Издеваетесь?! За знание кишков NT и истории винды - два балла. За ламерство - пять баллов. Для начала, чтоб вы знали, ядро нтей вообще никакими винапи не занимается (для него только нативное NTшное апи существует). Вы этой вашей заявой показали что не понимаете какая взаимосвязь между ядром нти и винапи, для начала. Более того - ядро нт (рассмотренное в виде его нативной реализации, забудем про винапи, ибо нет его для ядра нт по большому счету) не изолировано нифига от дров и прочая. Большой кус ядерного кода, вывешивающий некое апи, видимое в юзермоде как nt* и в кернел-моде как zw*.
А теперь краткая историческая справка для тех кто в танке: Win32 API по сути был портом древнего и убогого WinAPI из виндов 3.1 с некоторыми улучшениями по мелочи и исправлением совсем уж откровенных дебилизмов. Изначально (в '95) это самое апи вообще было без задумок по части нормальной изоляции (в 95 дележа прав вообще не было, да и изоляция ядра от юзера была паршивенькой а само ядро представляло из себя пипецкий мяу-микс из нескольких легаси частей барахла от 3.11 и расширений). Даже правов не делило изначально, в 9х всем было можно все. В нтях винапи прикрутили к упомянутому выше ядру. И, в силу организации системы (ядро один хрен вывешивает не винапи а что-то свое, которое необходимо транслировать в винапи), стало возможно устроить более нормальную изоляцию. Тем не менее, изоляция нормальная только прог друг от друга и от ядра. А в ядре все болтается в одном кольце и адресном пространстве. Прямо как в типовом монолите.
Заслуги винапи в изоляции кстати нет - никакой изоляции в нем изначально не предусматривалось и его под это попросту расширили (к слову, это объясняет почему при затяжке гаек старые вин-программы перестают работать - они тупо не в курсе что оказывается еще и система то с разделением прав работать могет, etc - никто этим сроду не заморачивался, тем более что изначально этот функционал вообще в `95 отсутствовал).
>В другую степь тебя понесло.
Остается только вопрос - куда же понесло вас? oO
>Ты нашёл в ядре Internet Explorer?
Код IE дергает винапи. Для реализации винапи дергаются функции реализованные в ядре. В итоге разруливает все запрошенные действия именно ядро нт. И большая часть возможностей системы реализовано именно в ядре. И дрова ФС, и дрова периферии, и куча всяких функций, нужных и не очень. Это ну никак не микроядро в его академическом понимании.
>Если Windows поставляется ни как голое ядро, это не значит, что там ВСЁ есть ядро.
Но в конечном итоге - все запросы выполняет ядро. Тогда как в микроядрах обычно много выпихивается в юзермод. А вот этого то в виндусе и нет по сути. Есть огромный кернел который делает все и вся :).Прямо как в монолитах...
>>на самом деле в ядре WinNT есть микроядро. Схемы посмотри:)
>
>Посмотрел на ... жесткий диск с вистой. Узрел ядро висты на ~4.5Mb.
>И к нему довесок win32k еще на 2 мега. Это -
>микроядро? А что там более 6 мегов кода в режиме ядра
>делают тогда? И все дрова ядра - в общей памяти с
>ядром, в одном кольце. Если это микроядро в чистом виде, тогда
>сам микрософт, очевидно, мелкий и невзрачный софтварный стартап, не иначе :D
>когда ты научишься читать?O_o
А как насчёт совместимости с POSIX?
Она есть.
Наверное, если бы её не было, сейчас даже альфа не вышла бы.
>Она есть.
>Наверное, если бы её не было, сейчас даже альфа не вышла бы.
>Она и в BeOS была. Родной апи лучше посикса так как использует все преимущества ОС. У BeOS была практически 100% масшатабируемость на многопроцессорной машине. (читал:))
BeBox был многоядерное системой уже в далёкие года. Кто-то давал выкладки на NASA многоядерники где стоял-таки BeOS. Так-же применялась в монтажных столах - что в принципе говорит о высоком уровне масштабируемости.
>BeBox был многоядерное системой уже в далёкие года. Кто-то давал выкладки на
>NASA многоядерники где стоял-таки BeOS. Так-же применялась в монтажных столах -
>что в принципе говорит о высоком уровне масштабируемости.http://www.bebox.nu/images/bebox/prototype/hobbit/ludo/hobbi...
http://www.bebox.nu/images/bebox/prototype/hobbit/ludo/hobbi...
http://www.bebox.nu/images.php?s=images/hobbit
http://www.bebox.nu/images.php?s=images/ppcbebox
А в каких сферах применяется BeOS?
Десктоп.
Как десктоп с уклоном в мультимедию.
>А в каких сферах применяется BeOS?Правильнее было бы сказать - применялась.Ибо сдох бобик.По своим временам смотрелся интересно, но конкуренцию не осилил. Парни из Редмонда обстремавшись конкуренции помогли ему сдохнуть, тем более что маркетинг у них был хиловат. В итоге оно сначала появилось, народец пошумел заинтересовано. А потом оно тихонько так подохло. В итоге кому сейчас нужна совместимость с этим старинным трупиком и его замечательное апи - не особо понятно.Софта то под него уже считай что нету (сомневаюсь что архаичные программы для беос являются ценным приобретением для кого-либо). В итоге потуга интересная но имхо так и останется научным курьезом да уделом фанов, примерно как сейчас амига ос.
по сути линукс реализует идеи 40 летней давности.
CPU usage на уровне 93% при запущенных калькуляторе, паре часиков, мониторе смешно выглядит. Наверное на каком-нибудь P-2 запускали :)))
>CPU usage на уровне 93% при запущенных калькуляторе, паре часиков, мониторе смешно
>выглядит. Наверное на каком-нибудь P-2 запускали :)))http://x.uch.net:8000/3c23dcedfc3ec8a3d16047f00581eb55/scree...
Prichem pik zagryzki CPU, kotoruj vidno na screene, prixoditsja kak raz na sozdanie samogo screenshot-a
Chto ja delaju ne tak?
>http://x.uch.net:8000/3c23dcedfc3ec8a3d16047f00581eb55/scree...
>Причем пик загрузки ЦПУ, который видно на скрине, приxодится как раз на
>создание самого скриншотаё.стыд!
как же можно загрузить четырехгиговый камень снятиием скриншота!?
не говоря уже о занятой памяти
>>http://x.uch.net:8000/3c23dcedfc3ec8a3d16047f00581eb55/scree...
>>Причем пик загрузки ЦПУ, который видно на скрине, приxодится как раз на
>>создание самого скриншота
>
>ё.стыд!
>как же можно загрузить четырехгиговый камень снятиием скриншота!?
>не говоря уже о занятой памятиВсе же это не БеОС, а сырая альфа Хайки:D
>>http://x.uch.net:8000/3c23dcedfc3ec8a3d16047f00581eb55/scree...
>>Причем пик загрузки ЦПУ, который видно на скрине, приxодится как раз на
>>создание самого скриншота
>
>ё.стыд!
>как же можно загрузить четырехгиговый камень снятиием скриншота!?
>не говоря уже о занятой памятиКакой-какой камень????
Тут в соседних ветках вообще говорили по поводу того что CPU либо 0% либо 100% загрузки...
Вот на линухе на том же железе причем на голейшем гноме без наворотов, если что:
http://x.uch.net:8000/72fa7ac61579fbf57b7e505b2a68acf8/Scree...
И точно такой же пик при скрине! Если пика не видно - то накрутите обновление графиков повыше - тогда вообще загрузка 100% на оба ядра;)
Так что не нада тут стыдить;)
>Какой-какой камень????2x1.99
>Тут в соседних ветках вообще говорили по поводу того что CPU либо
>0% либо 100% загрузки...длина участка 100% загрузки явно побольше
>Вот на линухе на том же железе причем на голейшем гноме без
>наворотов, если что:
>http://x.uch.net:8000/72fa7ac61579fbf57b7e505b2a68acf8/Scree...
>И точно такой же пик при скрине!да как вам сказать...
http://x.uch.net:8000/3b9d701420b115fad3faf6e683e2f83a/scree...
я накромсал штук двадцать скриншотов
интервал обновления 0.5 сек>Так что не нада тут стыдить;)
но у меня-то не двухядерник
>>Какой-какой камень????
>
>2x1.99
>Я по поводу "четырехгиговый камень"...
>>Тут в соседних ветках вообще говорили по поводу того что CPU либо
>>0% либо 100% загрузки...
>
>длина участка 100% загрузки явно побольшеЗАВИСИТ ОТ ВРЕМЕНИ ОБНОВЛЕНИЯ ГРАФИКА!!!
>
>>Вот на линухе на том же железе причем на голейшем гноме без
>>наворотов, если что:
>>http://x.uch.net:8000/72fa7ac61579fbf57b7e505b2a68acf8/Scree...
>>И точно такой же пик при скрине!
>
>да как вам сказать...
>http://x.uch.net:8000/3b9d701420b115fad3faf6e683e2f83a/scree...
>я накромсал штук двадцать скриншотов
>интервал обновления 0.5 секАга а теперь в режиме vesa драйвера видеокарты пжлст-а и 1440х900! Что бы быть хотя бы в одних условиях...
Да - и прчем тут виндовЗЗЗ - мы тут об opensource или как?
>>Так что не нада тут стыдить;)
>
>но у меня-то не двухядерникэто ничего страшного...
>мы тут об opensource или как?я лично о кривом гноме
>>мы тут об opensource или как?
>
>я лично о кривом гномеНачинали "за здравие" - а закончили "за упокой"...
Обсуждали загрузку проца при снятии скрина, я сказал что не только под хайко-й проц пригружает при записи области памяти экрана в файл... - тут всплыл кривой гном o_O
вопрос только в погрешности измерений.
если скрин снимается за 50 мс, то врядли Вы увидите пик в 100% на графике, где по оси Х погрешность 100 мс.
а проверить, что нагрузка либо в конкретный момент (либо 0, либо 100) легко.
скомпелируйте и запустите такую прогу:
int i;
main()
{
for (;;)
{
i++;
}
}
один из процов всё время выполнения будет в 100% (при чём всё время на одном и том же проце)
И никому почему-то не пришло в голову, что загрузка CPU при снятии скриншота может сильно зависеть от видеокарты и драйвера к ней.
>И никому почему-то не пришло в голову, что загрузка CPU при снятии
>скриншота может сильно зависеть от видеокарты и драйвера к ней.Та все пришло... Пусть выше писАвший оратор выложит в при vesa драйверах ;) как выкладывал я;) + 1440x900
http://x.uch.net:8000/f992bcec8c8979b211b893274ceddda5/scsh.png
сложно найти условия хуже
>http://x.uch.net:8000/f992bcec8c8979b211b893274ceddda5/scsh.png
>сложно найти условия хужеА что там за море пиков под 80% появилось? Ась? ;)
>А что там за море пиков под 80% появилось?огибающая явно проходит ниже, чем в хайку или гноме
при том что это убогий vga.sys из safemode
vesa от nvidia всё читает и пишет очень быстропока кто-нибудь не предоставит измерения с погрешностью max 10%,
от дальнейшего обсуждения воздержусь
>>А что там за море пиков под 80% появилось?
>
>огибающая явно проходит ниже, чем в хайку или гноме
>при том что это убогий vga.sys из safemode
>vesa от nvidia всё читает и пишет очень быстро
>
>пока кто-нибудь не предоставит измерения с погрешностью max 10%,
>от дальнейшего обсуждения воздержусьНу началось... Новые термины - "огибающая"...
Теперь посмотрите на график загруженности хйки в моменты бесдействия... Там вообще выше чем 2.4% не поднимается... не говоря о других представителях ОС ;)...
Да разные все это оси - и ядра у них разные - и по разному они будут себя вести при одних и тех же действиях... И пики загрузок тоже будут по разному себя проявлять...
Так что мы тут с вами ужа и ежа сравнивали...:)
Если бы pro100master скрин, по которому ему так весело стало, предоставил - то можно было бы понимать что и когда он увидел и при каких обстоятельствах...
Может хайка при первом запуске ключи в фоне генерировала и показывала соответствующую загрузку... ХЗ...останется тайной, но бросать компрометирующую фразу о 93% загрузке без осмысления - это мове тон...
>график загруженности хйки в моменты бесдействия... Там вообще выше
>чем 2.4% не поднимается...Капец! 2.4 в фоне на 2-ядернике по 2Ghz
Что бы оно показывало на 600-м одноядерном дюрончике? 20% в фоне???
>>график загруженности хйки в моменты бесдействия... Там вообще выше
>>чем 2.4% не поднимается...
>
>Капец! 2.4 в фоне на 2-ядернике по 2Ghz
>Что бы оно показывало на 600-м одноядерном дюрончике? 20% в фоне???ЭЭЭЭЭ опять неточности!!!
Хайка регулирует частоту проца междупрочим тоже! Это все было на минимальной частоте 800МГц и при снятии скрина, если частота не успела переключиться - то вот вам и загрузка 100% одного ядра!Сразу отвечу для тех кто скажет что показывает 1,9 ГГц - это максимальная частота проца определяемая системой.
по Вашей логике в местах где загрузка 80-100% на дюроне будет 400-600%
>по Вашей логике в местах где загрузка 80-100% на дюроне будет 400-600%Не тормозите - больше 100% не бывает, так что 600% означает что все будет адски тормозить и займет в 6 раз больше времени на те же операции :P
>>Может хайка при первом запуске ключи в фоне генерировала и показывала соответствующую загрузку...Ну вообще-то при первом запуске haiku обновляет базу mime атрибутов.
>>>Может хайка при первом запуске ключи в фоне генерировала и показывала соответствующую загрузку...
>
>Ну вообще-то при первом запуске haiku обновляет базу mime атрибутов.Возможно я не так выразился;) а ssh там ничего не генерирует при первом запуске?
Кстати по этой ветке дискуссии уже все выяснили - причину загрузки процессора ;)...
на самом деле я писал по поводу скрина с их сайта - http://www.haiku-os.org/slideshows/haiku-tour. И загрузка там не во время снятия скрина, а постоянная (25 скрин) - http://www.haiku-os.org/files/slideshow/Haiku_Slideshow/17_v... :)))никогда не видел, чтобы ни в гноме, ни вообще при снятии скрина сильно загружался комп. И так уже наверное со времён 2-го пня :)
>на самом деле я писал по поводу скрина с их сайта -
>http://www.haiku-os.org/slideshows/haiku-tour. И загрузка там не во время снятия скрина, а постоянная
>(25 скрин) - http://www.haiku-os.org/files/slideshow/Haiku_Slideshow/17_v... :)))
>
>никогда не видел, чтобы ни в гноме, ни вообще при снятии скрина
>сильно загружался комп. И так уже наверное со времён 2-го пня
>:)Судя по курсору мыши (даже иногда по двум;)) - скрины все в виртуалке делали - а что там в основной машине происходило - Бог его знает... У хайки дефолтный курсор мыши в виде руки с указательным пальцем!
Вот вам и разгадка странной загрузки проца ;)))
А люди тут уже начали неприятные вещи думать в сторону хайки;)
Думаю что обсуждение по поводу 93% закончено :)
>Судя по курсору мыши (даже иногда по двум;)) - скрины все в
>виртуалке делали - а что там в основной машине происходило -
>Бог его знает... У хайки дефолтный курсор мыши в виде руки
>с указательным пальцем!
>
>Вот вам и разгадка странной загрузки проца ;)))
>
>А люди тут уже начали неприятные вещи думать в сторону хайки;)
>
>Думаю что обсуждение по поводу 93% закончено :)ага, значит в виртуалке. Люто - демонстрировать ОС с помощью скринов из виртуалки :)))
Всё-равно, какое же ХД-порно надо смотреть в основной машине, чтобы было постоянно >70% на гостевой :)))
>[оверквотинг удален]
>>Вот вам и разгадка странной загрузки проца ;)))
>>
>>А люди тут уже начали неприятные вещи думать в сторону хайки;)
>>
>>Думаю что обсуждение по поводу 93% закончено :)
>
>ага, значит в виртуалке. Люто - демонстрировать ОС с помощью скринов из
>виртуалки :)))
>
>Всё-равно, какое же ХД-порно надо смотреть в основной машине, чтобы было постоянно >70% на гостевой :)))Например, если это qemu - иногда само грузит машину даже при простое...
А может они как раз что-то из демо видео роликов там кодировали...Но это уже останется тайной:)
Сама ось крайне компактная, быстрая, и мало грузит систему! Сам проверял на разном железе - нативно(без виртуалки).
>Например, если это qemu - иногда само грузит машину даже при простое...
>
>А может они как раз что-то из демо видео роликов там кодировали...
>
>
>Но это уже останется тайной:)
>
>Сама ось крайне компактная, быстрая, и мало грузит систему! Сам проверял на
>разном железе - нативно(без виртуалки).это хорошо, даже замечательно, что не грузит. Я догадывался :)
Но у меня, как первый раз посетившего их сайт, осталось двоякое мнение: скринлист сделан явно в искусственных условиях, партатиции левые, дикая загрузка на calc + time + time. Крч промо-отделу двойка. :)))
OSS надо не просто показывать, его вталкивать надо :)
скриншоты по-видимому давно делали. ОС долгое время на реальном железе не могла жить:)
ну поставил, не виснет, включается и выключается быстро, разок электричество вырубило (гроза) - хм, без последствий, поставил свичер и броузер (Bezilla - это огнелис портированый 2.0.0.22), сеть настроил с модемом дсл,щас пишу сюда пост... для альфы вполне, что радует - есть терминал, скрипты можно запускать, есть простенький бутманагер (запускается из терминала bootman), ЗАЧЕТ программерам, в общем и целом..
Пакетный менеджер, скорее бы. Можно будет начинать портировать софт. Надеюсь, прикрутят что-нибудь source-based (типа pkgsrc), с выхлопом в свой формат пакетов.
Дерзайте :). Но мне кажется что основная проблема у вас будет в том чтобы убедить достаточно народа что им это за каким-то фигом надо. А чем, собственно, оно лучше других? Бинарной совместимостью с какой-то старинной проприетарной системой которая успела сыграть в ящик и даже повертеться в гробике? Какой-то странный плюс. Специально для некрофилов? ИМХО будет еще 1 попытка в стиле потуг воскресить Amiga OS - вроде неплохая в свое время ОС была, но в 2009 никому нахрен не нужна кроме горстки весьма малочисленных фанов.
>Дерзайте :). Но мне кажется что основная проблема у вас будет в
>том чтобы убедить достаточно народа что им это за каким-то фигом
>надо. А чем, собственно, оно лучше других? Бинарной совместимостью с какой-то
>старинной проприетарной системой которая успела сыграть в ящик и даже повертеться
>в гробике? Какой-то странный плюс. Специально для некрофилов? ИМХО будет еще
>1 попытка в стиле потуг воскресить Amiga OS - вроде неплохая
>в свое время ОС была, но в 2009 никому нахрен не
>нужна кроме горстки весьма малочисленных фанов.Давайте сначала доживем до тех времен, когда будет новое поколение ПК в виде реконфигурируемых компьютеров... когда технология OpenCL покажется детским лепетом...
И когда ОС будет использовать любую железку воткнутую в какой-то ни было порт в своих вычислительных целях - как это делала когда-то BeOS!
Тогда будет видно что, кому и зачем нужно;)
>И когда ОС будет использовать любую железку воткнутую в какой-то ни было порт
>в своих вычислительных целях - как это делала когда-то BeOS!не будет никаких портов
беспроводные интерфейсы и носимая или вживляемая электроника
>беспроводные интерфейсы и носимая или вживляемая электроникаУпаси Боже!!!
не упасет.
нравится нам или нет, это будет очень и очень скоро. работающие прототипы появляются уже сейчас
>не упасет.
>нравится нам или нет, это будет очень и очень скоро. работающие прототипы
>появляются уже сейчасДай Бог не учавствовать во всем этом!
http://my.atma.ru/?id=337
http://www.milogiya2007.ru/biblnumer.htm
...............................................................................................................................................
цитата:
#
И он сделает то, что всем, малым и великим, богатым и нищим, свободным и рабам, положено будет начертание на правую руку их или на чело их,
#
//и что никому нельзя будет ни покупать, ни продавать, кроме того, кто имеет это начертание, или имя зверя, или число имени его.
лично мне напоминает какой-то штрих код, вшитый чип. материальные деньги отменят. рассчет с суммы списываемой с личного счета и никак иначе. из какой-нибудь базы данных человеков.
RFID... самый обычный RFID. Ну и прочие чудеса прогресса типа GPS и ремотного управления. В паре с беспринципными корпорациями - где-то очень недалеко, фантасты уж давно нарисовали мрачных картин. Вплоть до вживления ремотно управляемых мини-бомб неугодным (к слову, патент на ремотно управляемую капсулу с ядом уже всерьез попытались взять). После чего "неудобные" становятся ну прямо шелковыми. Не говоря уж о мониторинге каждого шага. Супер-возможности означают еще и супер-ответственность (а ее то у людей и нет) и супер-геморрой.Не понятно одно - откуда древние все это прочухали? Кто-то уже наступал на эти грабельки много-много лет назад?
два варианта - 1) в астральном плане можно увидеть варианты будущего (были же Нострадамус и Эдгар Кейси и еще множество людей способных воспринимать информацию. и ничего в этом прям такого невозможного нет. шарлатанов тоже полно). только понять тогда не могли, что видят или спрятали смысл и 2) история имеет свойство повторяться. не так много источников о прошлом осталось. к сожалению александрийская библиотека сгорела (как мне помнится читал, что там было много древних материалов).
>>не упасет.
>>нравится нам или нет, это будет очень и очень скоро. работающие прототипы
>>появляются уже сейчас
>
>Дай Бог не учавствовать во всем этом!
>http://my.atma.ru/?id=337
>http://www.milogiya2007.ru/biblnumer.htm
>...............................................................................................................................................хм. ну чтож. значит конец этого мира близок:)
> Бинарной совместимостью с какой-то старинной проприетарной системой которая успела сыграть в ящик и даже повертеться в гробике?Дык, бинарная совместиость с BeOS 5 запланирована только в R1, что логично - система сразу получает весь набор приложений, написаных для BeOS. В результате она уже пригодна для использования, хотя бы для того же веб-серфинга (фурифокс есть), прослушивания mp3 или просмотра видео (с кодеками вроде дела нормально обстоят). Учитывая низкие системные требования, Haiku вполне может показать себя на нетбуках и им подобных слабых системах. Более того, несмотря на то, что WiFi еще не дописан, карты на базе atheros уже удавалось заставить работать. Думаю, что поддержка других карт тоже не заставит себя долго ждать. В дальнейшем же (R2 и т.д.), от совместимости с класической BeOS планируется отказаться и развивать Haiku в соответствии с современными тенденциями. Просто, к тому времени, создатели очевидно надеются, что Haiku заинтересует сторонних разработчиков и сформируется нормальное сообщество, способное либо портировать старые приложения, либо заменить их новыми, написаными с нуля.
Так что, не все так плохо, IMHO. Если Haiku вызовет интерес серьезных людей, то может получиться очень интересная десктопная система, как альтернатива довольно монстроидальному линуксу. Мне остается только пожелать проекту удачи и долгой жизни.
>- система сразу получает весь набор приложений, написаных для BeOS.Угу, наверное это круто. А как оно соотносится с ~20 000 пакетов в убунте например?
>В результате она уже пригодна для использования, хотя бы для того же
>веб-серфинга (фурифокс есть),Ога. А дрова для свеженького гигабитного эзернета или вайфай карточки кто напишет? Пушкин-кукушкин? Во времена беоси такого железа не было :).Или предлагается свалить на железо примерно современное беоси? :)
>прослушивания mp3 или просмотра видео (с кодеками вроде
>дела нормально обстоят).Кодеки - это круто. А системную логику проинициализировать и потом еще и SATA и юсб диски и разные файловые системы на них оно читать то смогет? А видяха HD видео без тормозов - смогет? А кто будет работать с моей звуковухой которой во времена беоси тупо не существовало?
Или будут абстрактные mp3 в вакууме с галимных виртуальных дисков только? Хренли толку с системы которая только в VM работает? Поиграться и выбросить? Да, для этого пойдет.Для остального - ??? А что делать в системе почти без приложений (старье для беоси многолетней давности - малоинтерсно, а новья портированно с гулькин нос) и драйверов?
>Учитывая низкие системные требования, Haiku вполне может показать
>себя на нетбуках и им подобных слабых системах.Ога, при условии что кто-то разопрется написать вагон и маленькую тележку драйверов. Остается только придумать кто же это сделает и понять сколько лет это займет. Тем временем вендорье понастрогает нового железа и ... процесс повторится. Выжить в итоге может только сильная команда способная поспевать за прогрссом (как у пингвинщиков, etc). А что до ресурсов - если пингвин вполне достойно работает на 400MHz ARM с 128 RAM - уж на нетбуке и вовсе отлично заработает.
>Более того, несмотря на то, что WiFi еще не дописан, карты на базе atheros
>уже удавалось заставить работать. Думаю, что поддержка других карт тоже не
>заставит себя долго ждать.Ну да, не пройдет и сотни лет... :).Проблема только в том что за это время сменится несколько поколений железа.
>В дальнейшем же (R2 и т.д.), от совместимости с класической BeOS планируется
>отказаться и развивать Haiku в соответствии с современными тенденциями.Это называется "сначала убьем вагон времени на никому нафиг не нужный goal - совместимость с никому уже не нужным старьем, а там посмотрим что делать". Спрашивается: а зачем тратить время на явно неперспективные действия?
>Просто, к тому времени, создатели очевидно надеются, что
>Haiku заинтересует сторонних разработчиков и сформируется нормальное сообщество,Оптимизм это хорошо, но на чем он основан? Я думал что сначала формируется нормальное сообщество заинтересованное в результате своих действий а потом в результате что-то появляется. Иногда это что-то оказывается дельным и процесс идет по принципу снежного кома :). Впрочем, время покажет...
>способное либо портировать старые приложения, либо заменить их новыми,
>написаными с нуля.Угу, представляете себе какое для этого надо сообщество, чтобы это еще и работало? На такие подвиги даже у какихнить убунтуйцев и дебиянщиков
>довольно монстроидальному линуксу.
Вот только незадача - "монстроидальный линукс" работает на устройствах размером примерно так с телефон. Что-то типа 400МГц ARM, 128 мег оперативы и 256 мегами "диска" - такое нынче ненапряжно пихается в карман.
> Мне остается только пожелать проекту удачи и долгой жизни.
Я бы за успешность этого проекта зуб не дал. Впрочем, время покажет.
>>- система сразу получает весь набор приложений, написаных для BeOS.
>
>Угу, наверное это круто. А как оно соотносится с ~20 000 пакетов
>в убунте например?Сколько вы из них используете (не считая пакеты с зависимотями)? Почему? Сколько вы из них не используете, но знаете о их существовании? О скольки из них вы даже не знаете как они называются и зачем они вообще нужны? ;)
Есть такого рода программы супер-бупер консольная утилита, которой со времен 1991 года никто не пользуется, но она все там же среди 20000...
>>В результате она уже пригодна для использования, хотя бы для того же
>>веб-серфинга (фурифокс есть),
>
>Ога. А дрова для свеженького гигабитного эзернета или вайфай карточки кто напишет?
>Пушкин-кукушкин? Во времена беоси такого железа не было :).Или предлагается свалить
>на железо примерно современное беоси? :)Не переживайте с FreeBSD все что нужно портируют и многое уже поритировали...
>>прослушивания mp3 или просмотра видео (с кодеками вроде
>>дела нормально обстоят).
>
>Кодеки - это круто. А системную логику проинициализировать и потом еще и
>SATA и юсб диски и разные файловые системы на них оно
>читать то смогет? А видяха HD видео без тормозов - смогет?
>А кто будет работать с моей звуковухой которой во времена беоси
>тупо не существовало?sata дрова нативно есть - hda - есть нативно... это то что я знаю - но уверен что есть и другие... у меня на dell vostro 1400 неопределила только встроенный модем и вебкамеру...
для просмотра фильмов монтировал раздел линуха (когда с флешки грузился и с LiveCD)...
>Или будут абстрактные mp3 в вакууме с галимных виртуальных дисков только? Хренли
>толку с системы которая только в VM работает? Поиграться и выбросить?
>Да, для этого пойдет.Для остального - ??? А что делать в
>системе почти без приложений (старье для беоси многолетней давности - малоинтерсно,
>а новья портированно с гулькин нос) и драйверов?
>
>>Учитывая низкие системные требования, Haiku вполне может показать
>>себя на нетбуках и им подобных слабых системах.
>
>Ога, при условии что кто-то разопрется написать вагон и маленькую тележку драйверов.Уже есть многое!;)
>[оверквотинг удален]
>
>Ну да, не пройдет и сотни лет... :).Проблема только в том что
>за это время сменится несколько поколений железа.
>
>>В дальнейшем же (R2 и т.д.), от совместимости с класической BeOS планируется
>>отказаться и развивать Haiku в соответствии с современными тенденциями.
>
>Это называется "сначала убьем вагон времени на никому нафиг не нужный goal
>- совместимость с никому уже не нужным старьем, а там посмотрим
>что делать". Спрашивается: а зачем тратить время на явно неперспективные действия?Потому что качество ТОГО софта на порядок выше нынешнего!
>
>
>>Просто, к тому времени, создатели очевидно надеются, что
>>Haiku заинтересует сторонних разработчиков и сформируется нормальное сообщество,
>
>Оптимизм это хорошо, но на чем он основан? Я думал что сначала
>формируется нормальное сообщество заинтересованное в результате своих действий а потом в
>результате что-то появляется. Иногда это что-то оказывается дельным и процесс идет
>по принципу снежного кома :). Впрочем, время покажет...
>Оптимизм основан на реальных фактах, динамике и статистике!
>[оверквотинг удален]
>
>Угу, представляете себе какое для этого надо сообщество, чтобы это еще и
>работало? На такие подвиги даже у какихнить убунтуйцев и дебиянщиков
>
>>довольно монстроидальному линуксу.
>
>Вот только незадача - "монстроидальный линукс" работает на устройствах размером примерно так
>с телефон. Что-то типа 400МГц ARM, 128 мег оперативы и 256
>мегами "диска" - такое нынче ненапряжно пихается в карман.
>Для хаики не ставились пока такие задачи...
>> Мне остается только пожелать проекту удачи и долгой жизни.
>
>Я бы за успешность этого проекта зуб не дал. Впрочем, время покажет.Еще как покажет ;)
>Сколько вы из них используете (не считая пакеты с зависимотями)? Почему? Сколько
>вы из них не используете, но знаете о их существовании?Честно говоря - не считал :).Но достаточно.И, знаете, выбор N из 20 000 лучше чем выбор M из скажем 50 :). Потому что не больно то повыбираешь тогда. И как-то не охота пользоваться файлманагером или смотрелкой картинок только потому что это оказывается единственная программа в мире такого рода писанная с использованием вон того ни с кем не совместимого апи.
>О скольки из них вы даже не знаете как они называются и зачем они вообще нужны? ;)
О немеряном количестве. Зато как хорошо однажды узнать и заюзать на свое благо. Сэкономив себе вагон времени и сил.
>Есть такого рода программы супер-бупер консольная утилита, которой со времен 1991 года
>никто не пользуется, но она все там же среди 20000...А кроме этого есть и куча полезностей которыми я пользуюсь, упрощая себе жизнь. И что это доказывает? По-моему здравая логика говорит что как правило выбор "N из 20 000" - это здорово лучше чем выбор "M из 50" :).Благо, под пингвины и прочих *никсоподобных например есть вагон торент-клиентов на все вкусы.Для некоторых еще wine накрайняк есть.Во времена беоси что такое торент тупо не знали.Вообще.И есть большие сомнения что народ резко подорвется и побежит писать торент-клиенты спецом под супер-дупер апи.Если не нравится торент - оки-коки, замените "торрент" на что-то иное. С момента смерти беоси много воды утекло.И много всего появилось.
>Не переживайте с FreeBSD все что нужно портируют и многое уже поритировали...
Фрибсд самой то дай боже все современное железо поддержать. А пока из нее еще и чего-то там запортировать успеют - я поседеть успею, имхо. Кстати у меня конечно есть карточки на атеросе, но, блин, вы не представляете себе даже насколько далеко железки где они стоят от десктопа и насколько нереально (да и нафиг не впилось) увидеть на них beos :).И кстати это ... а всякие там .n, WDS и прочая уже работают?А то навороты в пингвинах и то еще допиливают порой (Ath9k и все такое - новье, вкусен, но пока не отлажен еще и порой преподносит народу сюрпризы, хоть и пашет уже - "в первом приближении").
>sata дрова нативно есть
И что, на всех чипах и чипсетах проверено и работает?Кроме того, "системная логика" состоит нынче из большой кучи девйсов, SATA лишь 1 из аспектов.
>- hda - есть нативно...
У меня например аудижи2 в десктопе как основая звуковая карта. Ну и нафиг мне это HDA? В пингвине этот аудижи работает сполоборота с ровно нулем действий с моей стороны. Да и само HDA - номинально его много кто поддерживает, но по%^$ться с ним можно и в линухе при случае, когда поддержка заработает вдруг криво.
>это то что я знаю - но уверен что есть и другие... у меня
>на dell vostro 1400 неопределила только встроенный модем и вебкамеру...И как определилось? Как какойнить веса вга адаптер и т.п., да? Спасибо, с веса вга адаптерами я в эпоху доса и вин95 работал, а в 2009 году хочется еще и какого-то укорения.Или нафига эти монстры с как минимум радиаторами на GPU а то и страшными на вид турбинами делают? А может, моя логитеховская мыша с ее 4-way скроллом и и лишними кнопками заработает сразу? А то в пингвинах работает, блин! К слову, в виндозе чтобы заработал 4-way scroll и лишние кнопки надо дрова ставить. В пингвинах (как минимум убунте) все это (и даже нытье при низком заряде) сразу само врубается. Я честно говоря удивился такому плагнплею - винды определенно отдыхают, они не умеют с нулевыми действиями хавать 4-way скроллер и лишние кнопки. А пингвины почему-то могут. И даже вполне осмысленные действия по все это сразу по дефолту назначены, что очень мило.
>для просмотра фильмов монтировал раздел линуха (когда с флешки грузился и с
>LiveCD)...А какие оно ФС вообще жует?Под пингвинами я уже порой юзаю ext4 на системных разделах (не очень ответственные машины) и XFS (где хочется шуструю ФС для больших файлов).
>>Ога, при условии что кто-то разопрется написать вагон и маленькую тележку драйверов.
>Уже есть многое!;)Ну черт с вами, убедили - буду гадом и загружу с ливцд на свежем железе.Посмотрим как оно.Надеюсь логи детекта оборудования там можно посмотреть?
>>что делать". Спрашивается: а зачем тратить время на явно неперспективные действия?
>Потому что качество ТОГО софта на порядок выше нынешнего!Это, КАК МИНИМУМ, не факт. Более того - обычно раньше при написании софта не торопились и не халявили, а олдскульные старые волки в своем ремесле рубят получше всякой школоты, падкой на разную дотнетоподобную лажу. В итоге - зачастую старые программы как минимум не хуже новых. А по эффективному юзежу ресурсов и прочая зачастую еще и сильно впереди. Нынче мощное железо не способствует усилиям по оптимизации, знаете ли, поэтому пишут абы что и абы как - подумаешь пара лишних мегов и в 2 раза тормознее, на гигах оперативы и многоядерниках все-равно никто не заметит - ну и стараться значит ни к чему.
>Оптимизм основан на реальных фактах, динамике и статистике!
А можно на них посмотреть?Где эти реальные факты, динамика и статистика?Кстати у реактоса поначалу динамика тоже жгла. Я помню их систему почти 10 лет назад. Это такое недоделанное ядро, грузившееся в синий экранчик, показывая на нем командную строчку.Падало минут через 5 работы.Да, через 10 лет стало лучше. Теперь есть гуй и работают несложные виндовые прграмки.Иногда.А толку то?Для боевого использования это до сих пор не годится.И хрен его знает через сколько лет это можно будет поставить на десктоп и - использовать всерьез. А не просто грузануть в виртуалке на посмотреть и забыть об системе через час. Раньше мне нравился реактос, ведь это реализация не самого плохого на свете ядра NT.Увы, но goals в виде совместимости с виндозой вынудили авторов принять ряд унылых решений (юзеж дурных букв дисков, хоть ядро может и без этого, юзеж проприетарных дров со всеми вытекающими как то постоянные кидки "ваша железка или ОС уже не поддерживается" и прачая).
>>с телефон. Что-то типа 400МГц ARM, 128 мег оперативы и 256
>>мегами "диска" - такое нынче ненапряжно пихается в карман.
>Для хаики не ставились пока такие задачи...ИМХО оно забавный такой артефакт. Но вот какие у него перспективы в реальном мире как реальная ОС для десктопа - по-моему как минимум довольно неочевидно.
>Еще как покажет ;)
Любопытно будет посмотреть. Хоть я и не считаю некоторые принятые человеками рещения сильно перспективными, но чем черт не шутит? Хотя имхо у них больше шансов остаться забавным артефактом чем стать чем-то дельным.
(К уже упомянутому)Более того, они себя очень неплохо показали на тех же OSCON и OpenSource World, заинтересовав кучу людей:
http://www.haiku-os.org/blog/koki/2009-08-27/oscon_opensourc...Порт для ARM тоже не за горами:
http://www.haiku-os.org/blog/pfoetchen/2009-08-18/finally_ha...Сообщество уже очень даже формируется. Как пишут сами создатели Haiku, у них уже есть весьма обширное сообщество в Японии.
Диски Haiku видит, на реальное железо ставится. Все там нормально. Тем более, что это только альфа. И в отличии от линукса, который шел на десктоп медленно и постепенно, ребята из Haiku, изначально стремятся сразу представить вполне себе полноценную ОС. Они-то прекрасно понимают, что еще одно "ядро и консоль" никому не нужны.
Так что не все так однозначно.
>"ядро и консоль" никому не нужны.Да, но обычно "release early, release often" все-таки работает. А то что в сообществе японцы... есть риск любоваться не только на праворульные авто но и на иероглифы в прогрммах. Спасибо, я уже видел программы от япошек, мало не показалось.Когда половина описания к проге на японском - это жесть!
> Да, но обычно "release early, release often" все-таки работает.А хайку вполне подходит под это определение. Только они сразу делают полноценную ОС, а не очередную поделку, с надеждой, что какой-нибудь добрый человек к ней потом иксы прикрутит.
> А то что в сообществе японцы... есть риск любоваться не только на праворульные авто но и на иероглифы в прогрммах.
Вот интересно, микросхемки все японские любят, машины тоже, а как софт, так все, пипец.
> Спасибо, я уже видел программы от япошек, мало не показалось.Когда половина описания к проге на японском - это жесть!
Дык, тут же opensource. Всегда можно будет взять и написать хоть на русском, хоть на английском, хоть на папуасском?.. Или как обычно - японцы пусть сделают, а мы на жопе ситедь будем и на "ускоглазых" воду лить?..
> есть риск любоваться не только на праворульные автоP.S. У моей машины (марка nissan, made in japan) руль с левой стороны. Что я делаю не так?
>
>Некоторые особенности ОС Haiku:
>- Система напрямую базируется на технологиях BeOS 5 и нацелена наозначает ли это, что pptp/l2tp как не было так и нет? ребята, если ваша поддержка железа осталась на уровне полгода-год назад - то вы идёте лесом под марши и музыку. пресловутые "бордюрчики" а-ля BeOS передрать не проблема (в копьё при желании) в том же Enlightenment-DR17.
цельная простенькая ОС нужна. к сожалению дистры линуксов в кошмар превратились. неудивительно, что так глючит.
>неудивительно, что так глючит.Сделайте поддержку всего того же - посмотрим как будет не глючить у вас :).А так то да - если нет никаких фич, глюков в них тоже разумеется нет. В мире все просто и логично ;)
Вот только например в лопате да, минимум деталей, поэтому глючить там нечему. А в экскаваторе их полно и он сложный. И сломаться поэтому - вполне может. Но вот почему-то когда задача чуть сложнее вскопки своего огорода и копания маленькой ямки тем не менее нынче предпочитают все-таки подогнать экскаватор а не пыжиться с лопатой черт знает сколько времени.Безусловно, лопаты - нужны. Но при наличии экскаваторов их популярность заметно падает.
>[оверквотинг удален]
>в них тоже разумеется нет. В мире все просто и логично
>;)
>
>Вот только например в лопате да, минимум деталей, поэтому глючить там нечему.
>А в экскаваторе их полно и он сложный. И сломаться поэтому
>- вполне может. Но вот почему-то когда задача чуть сложнее вскопки
>своего огорода и копания маленькой ямки тем не менее нынче предпочитают
>все-таки подогнать экскаватор а не пыжиться с лопатой черт знает сколько
>времени.Безусловно, лопаты - нужны. Но при наличии экскаваторов их популярность заметно
>падает.Э не. Тут все не так просто. Если эскаватор сделан одной коммандой инженеров, когда каждая деталь изначально, на этапе проектирования, подогнана к другой, а на этапе обеспечено одинаково высокое качество изготовления каждой детали, то такой эскаватор может работать ооочень долго без единой поломки. Если же представить эскаватором линукс, то получается, что его создавала куча независимых коллективов инженеров, которые, ко всему прочему, даже не всегда удосуживались согласовать чертежи и не заботились, а подойдет ли одна деталь к другой в конечном итоге. Как не печально, но линукс, как и венда, мало по-малу тоже превращается в набор костылей.
Одна из важных фишек Haiku - это то, что они стремятся обеспечить централизованную разработку и контроль над качеством кода. Как минимум самой системы (а это и GUI часть тоже). Кроме того, API/ABI они тоже стремяться сделать стабильным, как минимум между мажорными релизами (R1,R2,..,Rx), а это очень нравится коммерческим вендорам и производителям железа.
>Э не. Тут все не так просто. Если эскаватор сделан одной коммандой
>инженеров, когда каждая деталь изначально, на этапе проектирования, подогнана к другой,
>а на этапе обеспечено одинаково высокое качество изготовления каждой детали, то
>такой эскаватор может работать ооочень долго без единой поломки.Покажите мне хоть одну фирму в мире которая делала бы для себя все и вся сама? Нет, я реально хочу такую фирму увидеть. Посему детали подогнаны ... ну, есть некие стандарты, потому то и работает.
>Если же представить эскаватором линукс, то получается, что его создавала куча >независимых коллективов инженеров, которые, ко всему прочему, даже не всегда
>удосуживались согласовать чертежиЧто самое интересное - все реально существующие экскаваторы сделаны так же.И конденсаторы для электроники экскаватора например делали вообще не зная что они потом будут в экскаваторе каком-то стоять.И так - множество разных деталей, от гаек до микросхем.Прикиньте?!
>по-малу тоже превращается в набор костылей.
Открою страшную тайну: проблемы решают по мере их возникновения, а на этапе дизайна все и вся не предусмотришь. Поэтому оно вот так. И любая ОС или останется академической поделкой но зато красивой и правильной или сможет работать в реальном мире, путем расстановки костылей и подпорок. А так чтобы все и сразу - не бывает :P
>Одна из важных фишек Haiku - это то, что они стремятся обеспечить
>централизованную разработку и контроль над качеством кода.Это многие стремятся. Получается не у всех.
>очень нравится коммерческим вендорам и производителям железа.
Для меня вагон закрытых блобов скорее минус чем плюс. Гемор сроду от них. А чтобы заинтерсовать проприетарщиков нужно не супер апи вовсе а тупо доля на рынке. Сделайте говно но зато занявшее 20% рынка - и они в очередь построятся писать под вашу платформу.А если у вас 90% рынка - из них веревки можно вить.И, поплевавшись, апи осилят какое есть. Как миленькие. А сделай вы супер-систему которая у 5 человек на планете - да похрен всем будет на то какое там супер-апи и насколько оно стабильное. Такова жизнь. На практике выживают не супер-пупер а те кто делал что-то для реальных применений в реальном мире, за счет чего и смог набрать массу.
> Покажите мне хоть одну фирму в мире которая делала бы для себя все и вся сама? Нет, я реально хочу такую фирму увидеть. Посему детали подогнаны ... ну, есть некие стандарты, потому то и работает.А причем тут фирмы? Это сообщество, оно может себе такое позволить. Более того, причем тут делать все самим? Не обязательно все самим писать, но вот дорабатывать и адаптировать очень желательно.
> Что самое интересное - все реально существующие экскаваторы сделаны так же.И конденсаторы для электроники экскаватора например делали вообще не зная что они потом будут в экскаваторе каком-то стоять.И так - множество разных деталей, от гаек до микросхем.Прикиньте?!
Прикидываю. Однако схему конечного изделия все-таки делал один коллектив специалистов, использую единый подход, единые стандарты и методы. Может они и использовали некоторые детали, не предназначенные изначально для данного конкретного эскаватора, однако эти детали были изначально заложены в конструкцию, в результате чего они идеально в нее вписываются.
> Открою страшную тайну: проблемы решают по мере их возникновения, а на этапе дизайна все и вся не предусмотришь. Поэтому оно вот так. И любая ОС или останется академической поделкой но зато красивой и правильной или сможет работать в реальном мире, путем расстановки костылей и подпорок. А так чтобы все и сразу - не бывает :P
Хороший дизайн и отличается от плохого тем, сколько костылей придется к нему приделать в конечном итоге. Более того, важен еще и контроль за установкой костылей. Кто сможет это делать - ведущие разработчики после внимательного изучения вопроса или все кому не лень? Кроме того, что мешает эти костыли время от времени удалять, скажем, с крупными релизами. Я думаю, что вендоры не будут против малость подправить тот же драйвер или софт раз в 3-4 года и опыт Apple это подтверждает. От костылей они избавляются регулярно, и ничего страшного не происходит.
> Это многие стремятся. Получается не у всех.
Правильно. Т.к. если с самого начала, потерять лидерство в разработке, то пиши пропало.
> Для меня вагон закрытых блобов скорее минус чем плюс. Гемор сроду от них. А чтобы заинтерсовать проприетарщиков нужно не супер апи вовсе а тупо доля на рынке. Сделайте говно но зато занявшее 20% рынка - и они в очередь построятся писать под вашу платформу.А если у вас 90% рынка - из них веревки можно вить.И, поплевавшись, апи осилят какое есть. Как миленькие. А сделай вы супер-систему которая у 5 человек на планете - да похрен всем будет на то какое там супер-апи и насколько оно стабильное. Такова жизнь. На практике выживают не супер-пупер а те кто делал что-то для реальных применений в реальном мире, за счет чего и смог набрать массу.
В случае с системой, которая сейчас имеет "90% рынка" все и строется на этих "закрытых блобов". И ничего, все работает. Вы должны понять, что есть работа которая стоит большого количества денег, исследований и тысяч человеко-часов. Если она не будет окупаться, то ни кто и заниматься ею не будет. Как следствие, если мы хотим иметь супербыстрые видео-адаптеры (и дрова к ним) или высоко-профессиональный софт, мы вынуждены смириться с тем, что он будет полностью или частично закрытым. Хардварные компании тоже не могут все сделать сами и им тоже приходиться лицензировать сторонние технологии. Соответственно, они тоже не всегда могут открыть свой код. А если вы говорите, что это не нужно и сообщество все может сделать само, то покажите мне, только не кривя душой, opensource аналоги видеокарт ATI/nVidia, или хотя бы такого софта как Maya, 3ds Max, AutoCAD, Photoshop, Illustrator, Microsoft Office (с учетом возможности коллективной работы с документами), Patchwork3D, . Только аналогичные по возмозможностям и удобству. А может быть вы игры назовете уровня Cysis, NFS, World of Warcraft, Lineage II? Те же Blizzard вкладывают десятки миллионов долларов в развитие игры ежегодно, думаете они просто вот так возьмут все и откроют? А на что они существовать будут? А дальше игру развивать? Сообщество не может нормальной темки для DE нарисовать, не говоря уже о полноценном игровом мире в 3D. Людям тоже нафиг не нужен очередной клон амарока, или подобная поделка, а вот в WoW многие с удовольствием играют. Так что, чтобы система стала популярной, она должна обеспечивать удобство разработки и сопровождения как открытого, так и проприетарного софта.
> Такова жизнь. На практике выживают не супер-пупер а те кто делал что-то для реальных применений в реальном мире, за счет чего и смог набрать массу.
Верно, выживают прагматичные проекты.
> Для меня вагон закрытых блобов скорее минус чем плюс. Гемор сроду от них.
А вот фанатикам лучшее что светит, так 1-2% рынка.
> А чтобы заинтерсовать проприетарщиков нужно не супер апи вовсе а тупо доля на рынке.
Исходя из выше изложенного, нормальный стабильный API может-таки эту долю повысить. Серьезные компании не будут переписывать проект размером в десятки миллионов строк, тратя на это десятки тысяч долларов, только из-за того, что какому-то красноглазому что-то в системной библиотеке или в ядре захотелось поменять.
может и не думали такмного о том как радовать газа, однако интерфейс BeOS и на сегодняшний день остается один из самих удобних для работи.
>может и не думали такмного о том как радовать газа, однако интерфейс
>BeOS и на сегодняшний день остается один из самих удобних для
>работи.попробовал, жаль нету офиса у них, ось пригода только для инета, видео и аудио смотреть и слушать, второй день работает без выключения - не глючит, хачу багу словить - млин, не магу, постарались парни, на совесть, при 100 процентном загрузе процика, мышь живая, проги запускаются без тормозов, иксы в полном заду...., приятные впечатления,но не работает (и не будет??) флопик и ide винт и сидюк
>приятные впечатления,но не работает (и не будет??) флопик и ide винт и сидюкгосподи, зачем вам флопик?! О.О
ох, даже на новом железе пашет оська..http://qube.ru/gallery/vpervye-vo-vselennoj-zapusk-haiku-os-...
