Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 142
Спасибо, текст таков, что хочется все бросить, и пересесть на Хайку.
Haiku, несомненно, перспективная OS. Но увы, у неё есть несколько весьма субъективных, но неприятных недостатков: древний интерфейс, отсутствие пакетного менеджера, совместимость с BeOS (Держать совместимость с осью и ради неё собирать программы GCC2/GCC4 — не устали?). Не пришло ли время выкинуть совместимость и пойти дальше?
Например, в Haiku Ideas для GSoC 2012 есть замечательная на мой взгляд идея:
Например, в Haiku Ideas для GSoC 2012 есть замечательная на мой взгляд идея:
Evaluate Qt as a potential native Haiku R2 API, replacing partially or even completely the previous BeOS/Haiku API.
У Qt до пятой версии рендеринг интерфейса таки однопоточен. Это кстати и привело к созданию графа сцены, где рендерить можно будет в несколько потоков. Но даже демки с его использованием у меня подтупляли.
Да и это потребует таки рабочего аппаратного ускорения.
Ну и в таком случае чем Хаику окажется круче, чем Linux+Wayland? Только ядром и системным апи?
Насчет совместимости, то почему бы и не держать песочницу, собранную при помощи GCC2 для старого софта. Она в общем-то существует отдельно и кушать не просит.
А новую систему таки собирать llvm/clangом бы. Можно было бы в итоге получить универсальный формат бинарников, способных запускаться на любом 32битном или 64битном железе.
Да и это потребует таки рабочего аппаратного ускорения.
Ну и в таком случае чем Хаику окажется круче, чем Linux+Wayland? Только ядром и системным апи?
Насчет совместимости, то почему бы и не держать песочницу, собранную при помощи GCC2 для старого софта. Она в общем-то существует отдельно и кушать не просит.
А новую систему таки собирать llvm/clangом бы. Можно было бы в итоге получить универсальный формат бинарников, способных запускаться на любом 32битном или 64битном железе.
Всё верно, только всему своё время.
Древний интерфейс — очень субъективно. И в Linux/BSD многие выбирают легковесные рабочие окружения, не сильно отличающиеся по функциональности от рабочего стола Haiku. Меня, к примеру, оный вполне устраивает.
Пакетный менеджер в разработке, и сообщество отнесло его к классу «Must have» в списке требований R1.
Совместимость с BeOS — тоже цель только на R1. Дальше — свободный полёт. Как указывает автор статьи, именно эта совместимость позволила Haiku крепко держать паруса в своём долгом путешествии.
Qt… заманчиво и перспективно, но неоднозначно, ибо это слегка уменьшает статус «оригинальности» Haiku, на которую она всегда претендовала.
Древний интерфейс — очень субъективно. И в Linux/BSD многие выбирают легковесные рабочие окружения, не сильно отличающиеся по функциональности от рабочего стола Haiku. Меня, к примеру, оный вполне устраивает.
Пакетный менеджер в разработке, и сообщество отнесло его к классу «Must have» в списке требований R1.
Совместимость с BeOS — тоже цель только на R1. Дальше — свободный полёт. Как указывает автор статьи, именно эта совместимость позволила Haiku крепко держать паруса в своём долгом путешествии.
Qt… заманчиво и перспективно, но неоднозначно, ибо это слегка уменьшает статус «оригинальности» Haiku, на которую она всегда претендовала.
Интерфейс не самый худший, но его явно можно сделать чуточку лучше :)
А насчёт пакетного менеджера — ту блогозапись я видел, только вот дата публикации меня смущает.
За оригинальностью ради оригинальности гнаться не стоит, это очевидно. Qt приложений огромное количество — то, чего недостаток так остро ощущается в Haiku OS.
А насчёт пакетного менеджера — ту блогозапись я видел, только вот дата публикации меня смущает.
За оригинальностью ради оригинальности гнаться не стоит, это очевидно. Qt приложений огромное количество — то, чего недостаток так остро ощущается в Haiku OS.
А зачем нужна совместимость с BeOS? Я спрашиваю без иронии: что такого за 15 лет могло сохраниться, без чего нельзя было бы прожить?
Как по мне, то совместимость с BeOS это отличный краеугольный камень для разработки первой версии Haiku. Как уже многократно говорилось, многие открытие проекты часто начинают на этапе разработки превращаться в черте что из-за желания разработчиков засунуть в проект все сразу, даже ценой качества и удобства. Здесь же, по сути дела, сначала делают современную замену BeOS, которая должна остаться совместимой с оригинальной ОС, после чего уже можно думать о чем-то новом.
Сначала скопируете недостатки BeOs, а потом будете от них избавляться?
Если вы делаете современную операционку, то делайте её современно.
И не бойтесь оглядываться на другие операционки — оригинальность может и потеряеете, но в качестве выиграете.
Насчёт линукса.
Был такой проект как microxwin, упразднявший клиент-серверное взаимодействие между ядром и гуи
сейчас проект почему-то не развивается.
QT — отличная библиотека.
Если вы делаете современную операционку, то делайте её современно.
И не бойтесь оглядываться на другие операционки — оригинальность может и потеряеете, но в качестве выиграете.
Насчёт линукса.
Был такой проект как microxwin, упразднявший клиент-серверное взаимодействие между ядром и гуи
сейчас проект почему-то не развивается.
QT — отличная библиотека.
> отсутствие пакетного менеджера
pkgsrc на ней вполне бутстрапится. Считай, полдела сделано.
pkgsrc на ней вполне бутстрапится. Считай, полдела сделано.
так и хочется спросить «и че?». в pkgsrc нет (очень мало?) приложений, которые используют родное API haiku, потому всеми достоинства операционной системы портам pkgsrc недоступны. поправьте меня, если я ошибаюсь.
Упоминалось отсутствие «пакетного менеджера», а не «приложений, которые используют родное API haiku».
Так что на вопрос «и че?», буде таковой всерьёз задан, последует ответ «а ниче» и просьбы
1) не разводить демагогию
2) не подменять понятия
3) не съезжать с одной темы на другую, пока с первой не разобрались :)
Так что на вопрос «и че?», буде таковой всерьёз задан, последует ответ «а ниче» и просьбы
1) не разводить демагогию
2) не подменять понятия
3) не съезжать с одной темы на другую, пока с первой не разобрались :)
давайте не разводить демагогию и пр.
почему именно пкгсрц? а portage не пробовали бутстрапить? под ним приложений в три раза больше, например. идем далее: саму систему установки портов отбутстрапили, далее пробуем собрать приложения. сколько приложений установится без проблем? по моему опыту использования pkgsrc на линуксе, их будет довольно мало, приложение для десктопа — ничтожно мало.
в общем ответ «и ничо» самый правильный: пкгсрц это ничего. это совсем не «полдела сделано» для менеджера пакетов в haiku, а очередной повод поразмахивать лозунгом «наш pkgsrc работает на 9000+ платформах» для любителей этого пакетного менеджера.
почему именно пкгсрц? а portage не пробовали бутстрапить? под ним приложений в три раза больше, например. идем далее: саму систему установки портов отбутстрапили, далее пробуем собрать приложения. сколько приложений установится без проблем? по моему опыту использования pkgsrc на линуксе, их будет довольно мало, приложение для десктопа — ничтожно мало.
в общем ответ «и ничо» самый правильный: пкгсрц это ничего. это совсем не «полдела сделано» для менеджера пакетов в haiku, а очередной повод поразмахивать лозунгом «наш pkgsrc работает на 9000+ платформах» для любителей этого пакетного менеджера.
То есть, Вы меня немедленно записали в «любители этого менеджера»? Вот она и демагогия.
Почему? Потому что его я хотя бы видел в диком виде на платформах, отличных от «родной», в отличие от portage, которого лично я не видел за пределами линукса даже в лабораторных условиях. Охотно верю, что он за этими пределами живет, цветет и пахнет. Предлагаете отвечать за то, что Мойша напел? Не ко мне.
Причем здесь приложения вообще? Вы продолжаете подменять понятия и складывать в один горшок «пакетный менеджер» и «систему сборки». Пакетный менеджер — это, грубо говоря, pkg_add pkg_delete. Гуевая программа для Хайку, использующая родное API, скомпилированная автором и обернутая в пакет. Что, pkg_add не сможет её поставить, отследив зависимости? При чем здесь дерево исходников и патчей овер9000 линуксового софта?
Не знаю, какой там ответ «самый правильный», если смотреть на вопрос, сидя на шее у пингвина.
Я могу отвечать только за себя. У меня была дофига отличная от родной NetBSD платформа, Solaris. И за упомянутое «далее пробуем собрать приложения» могу ответить. «По моему опыту использования pkgsrc на solarise, их будет дофига». Зачем всё это _собирать_ на хайку, я понятия не имею и причин этого делать не вижу. Пакетный менеджер к этому отношения не имеет.
Любители portage могут попробовать portage. Если еще не попробовали. Что касается pkgsrc, то его уже попробовали. Он работает.
Почему? Потому что его я хотя бы видел в диком виде на платформах, отличных от «родной», в отличие от portage, которого лично я не видел за пределами линукса даже в лабораторных условиях. Охотно верю, что он за этими пределами живет, цветет и пахнет. Предлагаете отвечать за то, что Мойша напел? Не ко мне.
Причем здесь приложения вообще? Вы продолжаете подменять понятия и складывать в один горшок «пакетный менеджер» и «систему сборки». Пакетный менеджер — это, грубо говоря, pkg_add pkg_delete. Гуевая программа для Хайку, использующая родное API, скомпилированная автором и обернутая в пакет. Что, pkg_add не сможет её поставить, отследив зависимости? При чем здесь дерево исходников и патчей овер9000 линуксового софта?
Не знаю, какой там ответ «самый правильный», если смотреть на вопрос, сидя на шее у пингвина.
Я могу отвечать только за себя. У меня была дофига отличная от родной NetBSD платформа, Solaris. И за упомянутое «далее пробуем собрать приложения» могу ответить. «По моему опыту использования pkgsrc на solarise, их будет дофига». Зачем всё это _собирать_ на хайку, я понятия не имею и причин этого делать не вижу. Пакетный менеджер к этому отношения не имеет.
Любители portage могут попробовать portage. Если еще не попробовали. Что касается pkgsrc, то его уже попробовали. Он работает.
> То есть, Вы меня немедленно записали в «любители этого менеджера»? Вот она и демагогия.
это вы додумали, я ничего не утверждал про ваши предпочтения.
>portage… которого лично я не видел за пределами линукса даже в лабораторных условиях.
www.gentoo.org/proj/en/gentoo-alt/prefix/ — посмотрите. руководство для макоси и солярис существует уже годами.
> Причем здесь приложения вообще? Вы продолжаете подменять понятия и складывать в один горшок «пакетный менеджер» и «систему сборки».
следите за нитью дискуссии, я не говорю про недостато приложений или систему сборки приложений (уж будьте уверены, я прекрасно понимаю различаю понятия «менеджер пакетов» и «система сборки»), я говорю о том, что пкгсрц как менеджер пакетов гораздо менее гибок в настройках, чем портаж хотя бы потому, что PKG_OPTIONS поддерживает гораздо меньше опций, чем USE флаги. соответственно отключение зависимостей, которые по разным причинам не смогут быть установлены, в портаже легче. а у десктопных приложений этих зависимостей гораздо больше, потому вероятность, что хотя бы одна из них не установится, выше. или вы опять будете петь, что дело в пакетах/приложениях, а не в менеджере пакетов?
> Не знаю, какой там ответ «самый правильный», если смотреть на вопрос, сидя на шее у пингвина.
это вы про что?
> Он работает.
это хорошо, пусть работает. но тут он практически бесполезен. именно это я и пытаюсь вам сказать.
это вы додумали, я ничего не утверждал про ваши предпочтения.
>portage… которого лично я не видел за пределами линукса даже в лабораторных условиях.
www.gentoo.org/proj/en/gentoo-alt/prefix/ — посмотрите. руководство для макоси и солярис существует уже годами.
> Причем здесь приложения вообще? Вы продолжаете подменять понятия и складывать в один горшок «пакетный менеджер» и «систему сборки».
следите за нитью дискуссии, я не говорю про недостато приложений или систему сборки приложений (уж будьте уверены, я прекрасно понимаю различаю понятия «менеджер пакетов» и «система сборки»), я говорю о том, что пкгсрц как менеджер пакетов гораздо менее гибок в настройках, чем портаж хотя бы потому, что PKG_OPTIONS поддерживает гораздо меньше опций, чем USE флаги. соответственно отключение зависимостей, которые по разным причинам не смогут быть установлены, в портаже легче. а у десктопных приложений этих зависимостей гораздо больше, потому вероятность, что хотя бы одна из них не установится, выше. или вы опять будете петь, что дело в пакетах/приложениях, а не в менеджере пакетов?
> Не знаю, какой там ответ «самый правильный», если смотреть на вопрос, сидя на шее у пингвина.
это вы про что?
> Он работает.
это хорошо, пусть работает. но тут он практически бесполезен. именно это я и пытаюсь вам сказать.
> именно это я и пытаюсь вам сказать.
Не надо никому ничего доказывать. Если Вас тема интересует, молча идите и делайте.
Я Вас понял. Дешевле было сформулировать так.
Как минимум, pkgsrc на ней вполне бутстрапится. Считай, полдела сделано. Сейчас в комментариях напишут, что запросто заработают и все стопицот линуксовых portage, yum, etc ..
Чтобы не было повода агриться и меряться, у кого длиннее, полезнее и USE флаги толще.
Не надо никому ничего доказывать. Если Вас тема интересует, молча идите и делайте.
Я Вас понял. Дешевле было сформулировать так.
Как минимум, pkgsrc на ней вполне бутстрапится. Считай, полдела сделано. Сейчас в комментариях напишут, что запросто заработают и все стопицот линуксовых portage, yum, etc ..
Чтобы не было повода агриться и меряться, у кого длиннее, полезнее и USE флаги толще.
>> именно это я и пытаюсь вам сказать.
> Не надо никому ничего доказывать.
сказать, молодой человек, сказать. вы совсем не хотите правильно читать, да?..
и никаких «полдела», побаловались, сообщили миру и все. а когда оценивается перспективность использования в качестве базы для дальнейшего развития нужно именно меряться и искать наиболее подходящее.
> Не надо никому ничего доказывать.
сказать, молодой человек, сказать. вы совсем не хотите правильно читать, да?..
и никаких «полдела», побаловались, сообщили миру и все. а когда оценивается перспективность использования в качестве базы для дальнейшего развития нужно именно меряться и искать наиболее подходящее.
BeAPI, вероятно, намного лучше чем Qt.
И какой смысл использовать Qt если есть нативное объектно-ориентированное апи.
Например, в статье сказано — потоки и приложения могут обмениваться сообщениями друг с другом (для этого есть класс BMessage). В QT ничего подобного нет, несмотря на то, что она славится своими сигналами/слотами.
Я сам в данный момент пишу на Qt, но имея опыт разработки на BeAPI, могу сказать — был бы выбор, он был бы однозначно в пользу Be.
И какой смысл использовать Qt если есть нативное объектно-ориентированное апи.
Например, в статье сказано — потоки и приложения могут обмениваться сообщениями друг с другом (для этого есть класс BMessage). В QT ничего подобного нет, несмотря на то, что она славится своими сигналами/слотами.
Я сам в данный момент пишу на Qt, но имея опыт разработки на BeAPI, могу сказать — был бы выбор, он был бы однозначно в пользу Be.
>Например, в статье сказано — потоки и приложения могут обмениваться сообщениями друг с другом (для этого есть класс BMessage). В QT ничего подобного нет, несмотря на то, что она славится своими сигналами/слотами.
Вы документацию пробовали открывать? Аналог BMessage в Qt это, внезапно, QEvent, они прекрасно кидаются между потоками как и сигналы со слотами, которые тоже превращаются в QEvent'ы в этом случае.
Вы документацию пробовали открывать? Аналог BMessage в Qt это, внезапно, QEvent, они прекрасно кидаются между потоками как и сигналы со слотами, которые тоже превращаются в QEvent'ы в этом случае.
По поводу пакетного менеджера есть некоторые обновления. Почитать можно тут haikuforum.ru/viewtopic.php?id=234
Вот интересно, а какое место в системе в будущем будет Qt занимать? Я слышал, что его хотят в Haiku использовать повсеместно.
Чем больше, тем лучше.
А если портируют еще и JDK, в тот же самый день на эту ось и пересяду.
А если портируют еще и JDK, в тот же самый день на эту ось и пересяду.
Работающего JDK ждать осталось совсем недолго.
Пересаживайтесь :)
Портировать webkit, сделать его полноэкранным и двигать как веб-ОС. Вопрос с приложениями отпадёт сам собой.
Зачем рынку второй ChromeOS, если даже первый никто толком не использует?
Потому что иначе BeOS сталкнётся с суровым миром: пользователям пофигу, что у них за операционная система, их волнует, что они могут делать. А это означает — тысячи и тысячи приложений. Откуда они под BeOS появятся?
Вы так говорите, словно существование Haiku в качестве нормальной полноценной декстопной ОС не позволит использовать в ней веб-приложения :)
позволит, но что именно там будет работать? Я имею в виду, приложения.
Любой вебсофт, нет?
Я не даром сказал выше про JDK.
При наличии явы проблем с софтом уже нет.
При наличии явы проблем с софтом уже нет.
Это вы про те 3.5 уродливых приложения на Swing?
плюс нужно добавить что только openjdk, что так же уменьшает количество(стабильно) работающих приложений. я сколько раз не пытался перейти на openJDK, никак не выходило. Постоянно что-то не так работает, к примеру софт от банков и парочку полноценных тяжелых внутренних корпоративных приложений. Это конечно может и не openJDK виновато, но факт есть факт.
Судя по всему, проект столкнулся с жестоким миром давным-давно, и идет с ним параллельно с тех пор. И выживание проектов, особенно подобных Haiku, не зависит от срочного набора кучи казуальных юзеров, которым подавай все и сразу.
Про Linux более десяти лет многие говорят, что «он не готов для десктопа», но кого этое беспокоит? У Linux есть прочное сообщество его любителей и сторонников, потому что он дает им нечто уникальное, что не может дать ни одна другая ОСь.
Про Linux более десяти лет многие говорят, что «он не готов для десктопа», но кого это
У линукса есть очень чёткая ниша, которую хорошо озвучил интеловский спец по storage technologies: когда нам нужно посмотреть, как будет работать та или иная фича, мы берём линукс, потому что «contains everything» и «easy to patch in». То есть сейчас линукс (извини, bsd) — площадка по-дефолту для игр с околоядерными фичами. Это даёт ему некоторую позицию bleeding edge для технологий.
Но такой ОС достаточно одной (потому bsd плавно сползает в сторону).
Но такой ОС достаточно одной (потому bsd плавно сползает в сторону).
БеОС столкнулась с этой проблемой около 15 (?) лет назад. Сейчас есть операционная система Хайку в некотором виде, для каждодневного использования она пригодна мало. Программ под нее нет и скорее всего не будет. Таких операционных систем довольно много, например, десктопный QNX, (Open)Solaris (по большому счету), OS/2 и попытки ее возрождения, Symbian (по большому счету). Про все эти операционные системы можно написать длинный текст об уникальности, истории, технологиях. Вот только зачем? Смотрите в будущее, делайте новые операционки с совершенно новыми приемуществами, кому сейчас интересна «работа на старом железе».
Благодаря автору оригинальной статьи (Ryan Leavengood) WebKit порт в Haiku живёт и процветает. Ощущения от него исключительно положительные, на то он и WebPositive.
А если серьёзно, то я очень хотел бы увидеть Haiku на таблетках, где ядер нынче много, а ресурсов всегда дефицит. Работа над ARM портом ведётся, так что шанс есть…
А если серьёзно, то я очень хотел бы увидеть Haiku на таблетках, где ядер нынче много, а ресурсов всегда дефицит. Работа над ARM портом ведётся, так что шанс есть…
Linux, к примеру, основан на ядре (kernel), которое изначально было спроектировано для использования на серверах и только потом было адаптировано для настольных систем. Как следствие, ядро иногда прокидывает пользовательский интерфейс, что пользователи Linux ощущают как раздражительные задержки, когда их компьютеры делают что-то тяжёлое, как прожигание DVD или сборку кода. Ядро Haiku всегда существовало для персональных компьютеров, и, как полагается, оно всегда отдаёт приоритет тому, что происходит с графическим пользовательским интерфейсом.
Абзац фееричного бреда с неработающей ссылкой.
Во первых, ядро линукса не писалось для серверов, а изначально не было ядром. К тому же, оно ни на чем не основано.
Во-вторых, причина тех «фризов» не в этом, а в нескольких багах, которые зовут 12309. Они проявляются далеко не у всех и не всегда, так что фатальным недостатком линукса их нельзя.
В сравнении с другими операционными системами она наиболее эффективно расходует вычислительные ресурсы
занимает только около 170 мегабайт RAM во время работыБольшой шаг «Вперед» для такой системы
Я так понимаю, что автору нужно было сказать что-то против, но нормальных аргументов он не нашел.
Линукс не основан на ядре, линукс это название ядра. Говорить «ядро линукса» — не корректно, это тавтология.
А вот это очень интересный вопрос. udev, например, это Линукс или нет? Если да, то у нас уже есть раздельно udev, а раздельно bzImage.
википедия с вами не согласна: «Linux is a Unix-like computer operating system assembled under the model of free and open source software development and distribution. The defining component of Linux is the Linux kernel...»
Точных определений того, что есть операционная система в природе не существует. А википедия в данном случае не очень надежный источник информации.
Но Linux это в любом случае ядро. Операционной системой будет, к примеру, Debian GNU/Linux.
Но Linux это в любом случае ядро. Операционной системой будет, к примеру, Debian GNU/Linux.
если 10 человек договорились считать «вот этот» цвет белым, то это и есть определение белого цвета. статья на википедии отражает точку зрения большего количества человек, потому ее вполне можно принимать за определение. мне очень жаль, если эта точка зрения не совпадает с вашей, но это уже ваши проблемы. с определением можно соглашаться или нет, но отрицать его крайне глупо.
Это «определение» возникло из-за того, что так банально короче, чем говорить каждый раз GNU/Linux и тем более короче, чем еще и название дистрибутива указывать. В связи с этим на слуху осталось слово Linux и многие считают это названием всей ОС. В следствии этого, для того чтобы не путать обычных пользователей, которым все эти нюансы глубоко по барабану много где смирились и стали писать, что Линукс — ОС.
Что, кстати, вполне возможно и верно, зависит от определения операционной системы. Но, если принять то, что Линукс — ОС, он от этого не перестанет быть ядром и говорить «ядро операционной системы Линукс» или «ядро Линукса» будет все равно не верно. Правильно будет ядро Линукс. Или Линукс-ядро, хотя это уже калька с английского и по русски звучит некрасиво
А еще есть например такие операционные системы как Debian GNU/Hard и Debian GNU/freebsd. И это ни разу не линукс, хотя окружение по сути тоже самое.
В свою очередь Linux вполне работает без всякого GNU, как пример можно взять Android или busybox.
Тут мы опять приходим к тому, что следует считать операционной системой.
Некоторые говорят, что нужно правильно говорить GNU/Linux. Другие резонно возражают, что GNU компонент вполне заменяемый и не факт что самый важный и с тем же успехом тогда можно называть систему X.org/Linux или KDE/Linux или чем-то жутким вроде KDE/X.org/GNU/Linux и дабы не плодить сущностей предлагают оставить просто Linux.
Мне больше всего нравится третий подход. Я считаю, что каждый дистрибутив является операционной системой. Операционные системы Ubuntu, Open Suse, Debian GNU/Linux(это официальное название дистрибутива), Android, ChromeOS и т.д.
Что, кстати, вполне возможно и верно, зависит от определения операционной системы. Но, если принять то, что Линукс — ОС, он от этого не перестанет быть ядром и говорить «ядро операционной системы Линукс» или «ядро Линукса» будет все равно не верно. Правильно будет ядро Линукс. Или Линукс-ядро, хотя это уже калька с английского и по русски звучит некрасиво
А еще есть например такие операционные системы как Debian GNU/Hard и Debian GNU/freebsd. И это ни разу не линукс, хотя окружение по сути тоже самое.
В свою очередь Linux вполне работает без всякого GNU, как пример можно взять Android или busybox.
Тут мы опять приходим к тому, что следует считать операционной системой.
Некоторые говорят, что нужно правильно говорить GNU/Linux. Другие резонно возражают, что GNU компонент вполне заменяемый и не факт что самый важный и с тем же успехом тогда можно называть систему X.org/Linux или KDE/Linux или чем-то жутким вроде KDE/X.org/GNU/Linux и дабы не плодить сущностей предлагают оставить просто Linux.
Мне больше всего нравится третий подход. Я считаю, что каждый дистрибутив является операционной системой. Операционные системы Ubuntu, Open Suse, Debian GNU/Linux(это официальное название дистрибутива), Android, ChromeOS и т.д.
Учитывая повальную технологическую безграмотность, царствующую на просторах интернета (пробовали проверять правописание по количеству найденных гуглом страниц?), позволять большинству определять ключевые понятия — идея сомнительная.
Лучше почитайте, что знающие люди говорят. К примеру, утверждает ли сам Линус, что он написал именно ОС, а не ядро? Столлмэн упорно взывает называть вещи своими именами, не забывая приписывать GNU/ ко всему, что его использует. И если Linux — ОС, то почему я невижу этого имени в Debian GNU/Hurd и Arch Hurd, которые на 90% состоят из «того же материала»?
Лучше почитайте, что знающие люди говорят. К примеру, утверждает ли сам Линус, что он написал именно ОС, а не ядро? Столлмэн упорно взывает называть вещи своими именами, не забывая приписывать GNU/ ко всему, что его использует. И если Linux — ОС, то почему я невижу этого имени в Debian GNU/Hurd и Arch Hurd, которые на 90% состоят из «того же материала»?
Как оказалось, ссылка действительно указывает на сайт с региональными ограничениями. Попробуйте вот эту в качестве замены, ибо материал там заслуживает ознакомления.
Есть ли в Haiku shareware-программы? Другими словами, есть ли там «малый бизнес»?
Для появления такого рода зверей, боюсь, требуется устоявшаяся экосистема, а это не раньше R1… если, конечно, не считать мамонтов-программ для BeOS.
Если появляется Qt и Java, то перенос под эту систему программ «от малого бизнеса» существенно упростится.
Да, Java есть уже haikuforum.ru/viewtopic.php?id=221 как и QT впрочем.
>Приложения для Linux не продуманы для мультипоточности так же глубоко, как в Haiku, а, следовательно, они не могут воспользоваться всей силой современных многоядерных процессоров.
Очевидная ложь. С использованием питона, даже простой аудиоплеер может достаточно успешно загрузить все ядра современного процессора.
Очевидная ложь. С использованием питона, даже простой аудиоплеер может достаточно успешно загрузить все ядра современного процессора.
С использованием питона даже хелловорд может нагрузить все ядра :)
Ну, кстати, нет. Он загрузит исключительно одно ядро. Потому что многопоточности в стандартной реализации питона нет вообще)
Так что можно запустить аж несколько приложений на питоне — по числу ядер.
Так что можно запустить аж несколько приложений на питоне — по числу ядер.
Как же нет, если threading и multiprocessing давно уже в мейнстриме.
Это старинные камлания вокруг giant lock имеются в виду. Автор комментария «где-то что-то слышал» :)
Видимо, но multiprocessing и биндинг тредов решает эту проблему.
Более того, gil никак не мешает грузить все ядра в этой ситуации, т.к. конкурировать аудиоплееру за gil не придется (если мы говорим про чтение данных из файла, в противном случае проблемы скорее всего будут в случае долгих операций декодирования, когда интерпретатор не может отдать инфу другому треду, если один нагружает процессор и выполняет одно действие за долгий период).
Но опять же тредирование можно полностью опустить и запустить пул мультипроцессов — форки дешевые — и это опять же нагрузит систему по самое немогу. Не понимаю за что ему 5 плюсов накатали…
Но опять же тредирование можно полностью опустить и запустить пул мультипроцессов — форки дешевые — и это опять же нагрузит систему по самое немогу. Не понимаю за что ему 5 плюсов накатали…
Школиё с похапе наперевес и накидало плюсов. Они обожают такое читать «пачему ваш пейтон гавно» :) В топике на любую тему, причём.
Ну же, вперёд, расскажите школьнику, как выполняющийся в каждый момент времени один поток загрузит все ядра.
В документации ясно сказано: «Global interpreter lock (это то, что вы обозвали giant lock'ом). The lock used by Python threads to assure that only one thread executes in the CPython virtual machine at a time.»
В документации ясно сказано: «Global interpreter lock (это то, что вы обозвали giant lock'ом). The lock used by Python threads to assure that only one thread executes in the CPython virtual machine at a time.»
threading не загрузит — GIL мешает. Мультипроцессинг хорош, но оверхед большой.
Чем же он мешает?
Вы изучали вопрос?
Вы изучали вопрос?
Абсолютно. Если у нас I/O преобладает, то всë ок, конечно, но разве в аудиоплейере это главное?
Я уже написал выше habrahabr.ru/post/143176/?reply_to=4798722#comment_4798699
Какой оверхед от форка?
Какой оверхед от форка?
multiprocessing != многопоточность. Отдельный процесс и поток — это разные сущности, или школьники это уже не изучают?
Хе. Это вы не видели как BeOS умеет работать с мультимедиа. Простейший пример это запуск 10 плееров одновременно. Винда в те времена на таком тесте тупо помирала и звука не выводила. А BeOS вполне себе бодро это играла и еще можно при этом в ней можно было еще запускать приложения. Из-за этой особенности одна фирма делала на ней специальное оборудование для студий.
Жду-жду той самой «последней альфы», никак не дождусь… Вот всё в Гайке хорошо, и даже хрен с этим её хипстерским интерфейсом. Софта вот только нет, браузера даже нормального нет и WPA2 всё ещё фронт работ на будущее (или уже работает?)
Ещё мне, как питонщику, было бы приятно найти какие-то актуальные биндинги, чтобы я мог писать под Хайку софт. Увы, с сишкой у меня туго. Кроме Bethon`а хз-какой годичной давности не нашёл ничего.
Это я к тому, что надо как-то чем-то завлекать разработчиков софта, отдать приоритет каталогу нативных приложений а-ля App Store… Сама операционка альфой уже даже не пахнет, дай бог каждому такие альфы :) Софт и дрова — две беды.
Ещё мне, как питонщику, было бы приятно найти какие-то актуальные биндинги, чтобы я мог писать под Хайку софт. Увы, с сишкой у меня туго. Кроме Bethon`а хз-какой годичной давности не нашёл ничего.
Это я к тому, что надо как-то чем-то завлекать разработчиков софта, отдать приоритет каталогу нативных приложений а-ля App Store… Сама операционка альфой уже даже не пахнет, дай бог каждому такие альфы :) Софт и дрова — две беды.
Я с удовольствием пользовался бы этой ОС в том числе. Но небольшой опыт использования Alpha2 — сильно отпугнул. От лица обычного пользователя я заметил такие недостатки: с браузерами проблема (на тот момент можно было с трудом собрать firefox 3.6x), с IM клиентами — тоже, шрифтов распространённых нет и установить неизвестно как, WPA2 не поддерживается.
… когда вышла Aplpha3 — хотел вновь попробовать, но она даже не запустилась на моём Q8200, запаниковала при загрузке и заглохла.
Буду ждать релиза! Простой графический интерфейс всё-таки привлекает.
… когда вышла Aplpha3 — хотел вновь попробовать, но она даже не запустилась на моём Q8200, запаниковала при загрузке и заглохла.
Буду ждать релиза! Простой графический интерфейс всё-таки привлекает.
Странно: на дворе 2012 год, а аргументами, приведенными в статье я агитировал за Линукс в 1999м.
Спасибо за минуты легкой ностальгии!
Помню, как году в 1999-ом были статьи об BeOS в Компьютерре. Тогда все это казалось перспективным, и интерфейс был в самый раз — стильно выглядело по тем временам. А Линукс на домашнем компьютере тогда был совершенно неюзабелен, для настоящих фанатов.
Помню, добыл тогда дистриб BeOS, но она не завелась из-за проблем с дровами видеокарты. Если бы завелась — скорее всего оставил.
Думаю, что Haiku имеет неплохие перспективы сейчас, особенно если для нее будет нормально работающие средства виртуализации вроде Oracle VM VirtualBox, который прекрасно решает большую часть проблем с windows-приложениями, не идущими в wine.
Помню, как году в 1999-ом были статьи об BeOS в Компьютерре. Тогда все это казалось перспективным, и интерфейс был в самый раз — стильно выглядело по тем временам. А Линукс на домашнем компьютере тогда был совершенно неюзабелен, для настоящих фанатов.
Помню, добыл тогда дистриб BeOS, но она не завелась из-за проблем с дровами видеокарты. Если бы завелась — скорее всего оставил.
Думаю, что Haiku имеет неплохие перспективы сейчас, особенно если для нее будет нормально работающие средства виртуализации вроде Oracle VM VirtualBox, который прекрасно решает большую часть проблем с windows-приложениями, не идущими в wine.
Вот кстати обзор Haiku последней версии любопытный linexp.ru/obzor-haiku-os-r1-a4
На моём настольном компьютере 3-хлетней давности Haiku загружается с холодного старта за 10-15 секунд и занимает только около 170 мегабайт RAM во время работыЕсли мне не изменяет память, то когда я в последний раз запускал Xubuntu, оно жрало меньше.
Я надеюсь, они говорят про usage, а не про занятую память после загрузки. То есть система И приложения, а не только система.
Это так.
К слову — моя сборка Gentoo с Gnome2 для Toshiba AC100 кушает ~95 Mb ОЗУ при холодном старте.
… но всё-таки разработчики Haiku — молодцы. Нужно иметь много мужества, чтобы работать над столь крупным проектом, несмотря на достаточно туманные перспективы. А они уделяют уйму внимания мелочам при проектировании — это достойно уважения, определённо!
К слову — моя сборка Gentoo с Gnome2 для Toshiba AC100 кушает ~95 Mb ОЗУ при холодном старте.
… но всё-таки разработчики Haiku — молодцы. Нужно иметь много мужества, чтобы работать над столь крупным проектом, несмотря на достаточно туманные перспективы. А они уделяют уйму внимания мелочам при проектировании — это достойно уважения, определённо!
о! И как оно, работает? Ставил Ubuntu — тормозит нещадно.
Вот она. Работает чуть быстрее, чем Ubuntu. Но всё-таки — AC100 не особо удавшееся устройство. Всё бы исправилось, будь там Android 4, но его так и не портировали, как я понимаю.
Ради интереса поставил на Virtualbox. Сетевой адаптер видит, сети нет. Шел 2012 год.
Оффициальное руководство упоминает об этой проблеме и рекомендует выбрать адаптер Intel PRO/100 MT в сетевых настройках VirtualBox. Надеюсь поможет.
Windows 7 тупиковый путь, и Haiku идет в тот же тупик, пытаясь конкурировать с устаревшими идеями, при этом существенно проигрывая старичкам. Этим бы парням обратить внимание на облачные технологии, обратить внимание на первые шаги ChromeOS, учесть, что у парней делающие ChromeOS руки связаны менеджерами Google. И может тогда у этой ОС появится шанс стать вторым линуксом в облачных ОС. Вот это перспективная тема.
А иначе всё бессмысленно, тот же линукс вполне справляется с функциями как десктопной ОС, так и ОС для разработки. Слишком уж много здесь конкурентов, вон и ReactOS даже пилят… В общем, сменили бы они направлении сторону облаков, запили, что-то удобное не завязанное на бренд (как ChromeOS), вот было бы здорово :)
А иначе всё бессмысленно, тот же линукс вполне справляется с функциями как десктопной ОС, так и ОС для разработки. Слишком уж много здесь конкурентов, вон и ReactOS даже пилят… В общем, сменили бы они направлении сторону облаков, запили, что-то удобное не завязанное на бренд (как ChromeOS), вот было бы здорово :)
Сплошные облака — это как пузырь доткомов, рано или поздно лопнет.
Сплошные облака это будущее ИТ, сейчас это на уровне ru.wikipedia.org/wiki/Windows_1.0 через 2-3 года это будет на уровне ru.wikipedia.org/wiki/Windows_2.x ну а там, кто не успеет на паровоз облачных ОС — те станут первыми кандидатами в музей ИТ… В общем, история повторяется по спирали.
Почитайте, кстати описания возможностей и перенести это на сегодняшние возможности облаков, я не зря дал ссылки на эти ОС :)
Уж точно это будут не эти костыльные недооблака, которые сейчас штампуют.
Ну так попробуйте использовать Jolicloud OS, там у парней руки менеджерами гугла не связаны. Операционка на «поиграться пару часов».
Зачем мне недолинукс с ссылками на веб-приложения с рабочего стола? Мне для этого с убунты с хромом вполне достаточно…
Там у парней руки были «связаны» венчурным капиталом.
Как только деньги «отработали» — на проект практически забили.
В самой разработке допустили огромную ошибку — решили делать на движке mozilla firefox, и в последний момент, спохватившись наспех переделывали на webkit. Финалом стало принуждение пользователей быть онлайн для загрузки ОС в последней версии. Конечно есть пути/патчи — но это бред…
Тем не менее 4 месяца я юзал joli как дополнительную ОС на «включить компьютер для инета на 5 минут» и dev-станцию для ACM-контестов.
Потом пришлось перейти на Mint.
Я думаю что если бы web-ориентированной ОС занимались действительно энтузиасты, то из этого вышел бы толк.
Как только деньги «отработали» — на проект практически забили.
В самой разработке допустили огромную ошибку — решили делать на движке mozilla firefox, и в последний момент, спохватившись наспех переделывали на webkit. Финалом стало принуждение пользователей быть онлайн для загрузки ОС в последней версии. Конечно есть пути/патчи — но это бред…
Тем не менее 4 месяца я юзал joli как дополнительную ОС на «включить компьютер для инета на 5 минут» и dev-станцию для ACM-контестов.
Потом пришлось перейти на Mint.
Я думаю что если бы web-ориентированной ОС занимались действительно энтузиасты, то из этого вышел бы толк.
Когдато ставил BeOS, юзал недолго, но четко помню когда загружал много процессов медиаплееров и система на 166 MMX не тормозила ни разу. был удивлен. но к сожалению, пока не будет достаточно прикладного софта — системе так и быть на «Восходах»…
Гайка такая какая она есть. И все ваши хотелки в ней реализуются только при помощи вас самих же. Никто для вас ничего делать не будет. В Гайке каждый занимается тем, что ему интересно. Как пример, я портировал Quake 3 для Гайки, ждём завершения портирования Gallium3D и можно будет поиграться.
Ad: qube.ru/ — сообщество русскоязычных пользователей. haiku-os@conference.jabber.ru — конференция.
файловой системы типа базы данных, которая позволяет любому файлу иметь различные свойства, привязанные к нему.
Windows тоже это умеет, называется Extended Attributes, досталось в наследство от OS/2.
hex.pp.ua/extended-attributes.php
Поддержка этих атрибутов заложена в NTFS (и в FAT16).
Действительно, умеет, хотя на это нет ни утилит стандартных, ни документации.
В те давние времена, видимо, свойства ФС были в моде, только вот никто, кроме BeOS, так и не смог найти им адекватного применения.
В те давние времена, видимо, свойства ФС были в моде, только вот никто, кроме BeOS, так и не смог найти им адекватного применения.
Win2k и XP их использовали для пользовательских заметок о файлах, вкладка «Сводка» в explorer'овских свойствах файла. Потом убрали, потому что так их слишком легко убить: blogs.msdn.com/b/oldnewthing/archive/2012/05/01/10299322.aspx. BeOS не интересует возможность бэкапа, к примеру, на CD?
Из вики:
It is case-sensitive and capable of being used on floppy, hard disks and read-only media such as CD-ROMs
Судя по всему, ничего не мешает резервному копированию.
It is case-sensitive and capable of being used on floppy, hard disks and read-only media such as CD-ROMs
Судя по всему, ничего не мешает резервному копированию.
Эх, помню диск BeOs 5 в далеком 2000 году, жажда эксперементов и новых открытий — эх, тогда Beшка рвала в тряпки BlackCat (который то же у меня появился), как жаль эту операционку, тогда я ей восхищался и только полное отсутствие софта привело меня к reformat и обратно на Windows ME.
Года 2-3 назад пробовал. Неплохо, но сыровато, паники случались. Вот теперь еще гляним, сравним
В свое время с огромным удовольствием ставил себе BeOS R5 PE — на тот момент она была очень неплоха, только разве что софта не было в достатке.
Но, простите, судя по статье, за последние 11 лет (!) выпущены 3 альфа (!) версии ОС, и об этом пишется, как о чем-то выдающемся — работа-то и правда сделана огромная, но такие темпы, вкупе с подходами к построению 11-летней давности, вряд ли позволяют надеяться на что-то серьезное. С софтом ситуация, посмотрел, не сильно улучшилась, так что поставить эту (без сомнения — остроумную) систему можно только из ностальгии, да и то, скорее всего, в виртуальную машину. Так, подозреваю, ее и ставят, потому и нет в ней необходимости, и пишут в результате ее «для души», а не с четкими (и недолгими) сроками.
Честно — хочу увидеть, и попользоваться, но чтобы а) свежее железо успешно работало б) был бы хотя бы минимальный набор нужного софта — я бы в таком случае поставил бы ее хотя бы своим родителям, чтобы вирусы им были поменьше страшны, а скорость работы была бы повыше.
Пока же — виват тебе, BeOS, за радость, что ты мне подарила в свое время, и пусть же последователи смогут дать хоть кому-то столько же минут удовольствия!
Но, простите, судя по статье, за последние 11 лет (!) выпущены 3 альфа (!) версии ОС, и об этом пишется, как о чем-то выдающемся — работа-то и правда сделана огромная, но такие темпы, вкупе с подходами к построению 11-летней давности, вряд ли позволяют надеяться на что-то серьезное. С софтом ситуация, посмотрел, не сильно улучшилась, так что поставить эту (без сомнения — остроумную) систему можно только из ностальгии, да и то, скорее всего, в виртуальную машину. Так, подозреваю, ее и ставят, потому и нет в ней необходимости, и пишут в результате ее «для души», а не с четкими (и недолгими) сроками.
Честно — хочу увидеть, и попользоваться, но чтобы а) свежее железо успешно работало б) был бы хотя бы минимальный набор нужного софта — я бы в таком случае поставил бы ее хотя бы своим родителям, чтобы вирусы им были поменьше страшны, а скорость работы была бы повыше.
Пока же — виват тебе, BeOS, за радость, что ты мне подарила в свое время, и пусть же последователи смогут дать хоть кому-то столько же минут удовольствия!
Интересно, а можно ли адаптировать Haiku под Mac железо и таким образом решить проблему с необходимотью неописуемого количества драйверов и выйдя на достаточно интересный рынок.
Да, система внешне очень приятная :)
Но ОС — это только база для запуска полезных приложений. Так что нужно больше программ, хороших и разных :) Например, почтовый клиент + браузер + ICQ-клиент — получится хорошая начинка для таскаемого с собой нетбука.
Но ОС — это только база для запуска полезных приложений. Так что нужно больше программ, хороших и разных :) Например, почтовый клиент + браузер + ICQ-клиент — получится хорошая начинка для таскаемого с собой нетбука.
На фото улыбнуло как на первом плане чел тянется к бутылке пива :)
Что же будет делать команда добровольцев когда оно у них кончится?
Что же будет делать команда добровольцев когда оно у них кончится?
На чем пишется софт, C++?
Haiku написана на С++ и предоставляет объектно-ориентированный С++ интерфейс. Можно много спорить, как это лучше или хуже стандартных C API, но это как минимум смелая попытка сделать шаг вперёд. Подробнее на вики.
Если цель — ниша «user OS» — то требуется обеспечить полноту простых и понятных конечному пользователю требований.
Т.е. по сути — тот же Linux давно стал адекватной desktop осью, на котором отлично можно как работать, так и просто браузить/слушать музыку/смотреть видео и т.п. И даже во многие игрушки играть (хотя тут конечно еще до по настоящему хороших результатов далеко).
Но что позволило Linux стать desktop осью? Именно его популярность как серверной операционной системы. Опыт людей, их знания, удобство работы с консольными приложениями. И только потом уже шла плавная и непростая адаптация изначально серверной оси к запросам пользователей. И только тогда производители железа, увидев необходимость — стали делать драйвера.
Но откуда взяться пользовательской базе у Haiku? Имо только если ее будут ставить как бесплатную ось для новых компьютеров, при том сделав ее полноценной для оных.
Т.е. по сути — тот же Linux давно стал адекватной desktop осью, на котором отлично можно как работать, так и просто браузить/слушать музыку/смотреть видео и т.п. И даже во многие игрушки играть (хотя тут конечно еще до по настоящему хороших результатов далеко).
Но что позволило Linux стать desktop осью? Именно его популярность как серверной операционной системы. Опыт людей, их знания, удобство работы с консольными приложениями. И только потом уже шла плавная и непростая адаптация изначально серверной оси к запросам пользователей. И только тогда производители железа, увидев необходимость — стали делать драйвера.
Но откуда взяться пользовательской базе у Haiku? Имо только если ее будут ставить как бесплатную ось для новых компьютеров, при том сделав ее полноценной для оных.
Или если она найдет свою нишу, в которой можно наловить пользователей, про нишу вебос уже писали выше :)
Да, всего только нужно — договориться с производителем этих железяк (Lenovo?), добавить необходимые драйвера да подлатать дыры в надёжности — и моя бабушка будет счастливой обладательницей Haiku.
Осталось только найти богатого и влиятельного спонсора для осуществления всего этого…
Осталось только найти богатого и влиятельного спонсора для осуществления всего этого…
Без инвестиций со стороны крупных игроков IT рынка, эта операционка так и останется just for fun. А если какой нибудь условный google, apple, и т.п. вкинет несколько десятков лимонов и организует рекламную компанию, производство десктопов (неттопов, нетбуков) с привлекательными (демпинговыми) ценами с haiku на борту — тогда, возможно…
Поставил vmdk образ с их сайта на virtualbox, не запускается :( Виснет на ракете…
Добрый человек, большое спасибо за перевод. Несколько лет назад пытался ставить сию ОС, но железо подвело :( Но некоторые идеи действительно гениальны. Взять хотя бы «теговую» ФС, думаю, с помощью неё было бы легко организовать мультимедиа коллекцию (как фильмов, так и музыки/книг).
Преклоняюсь.
Молодцы!
Молодцы!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Рассвет Haiku OS