Я был (был) администратором Solaris до девяти лет назад, с v2.5 до v8. Я немного знаком с Solaris 9, а с 10 почти нет.
Мои причины избегать соляриса:
Аппаратная поддержка не так хороша, как во многих операционных системах Linux или Windows. Это улучшается.
Вы можете запустить Solaris бесплатно, но не можете получать обновления бесплатно. Даже не обновления безопасности. Даже 0-дневные подвиги. Вы должны купить план поддержки для каждой системы, который может быть дорогим. Это означает, что способ получения обновлений состоит в том, чтобы дождаться следующего выпуска «U» и выполнить обновление в этот момент.
OpenSolaris слишком кровоточит для меня. Он меняется слишком часто, и релизы слишком близки к нестабильным или ненадежным для моих нужд.
Между Solaris и OpenSolaris, Sun удалось полностью пропустить счастливую среду между «добро пожаловать в 2004» и «Я такой новый и блестящий, что я не работаю на 100%!»
Раньше я был готов использовать Solaris еще до того, как взорвался проект Blastwave. Там я мог бы получить более новые инструменты, которые больше подходят для Linux, как способ ведения дел (на котором я трачу 95% своего профессионального времени) с относительно простым способом управления инструментами и обновлениями в Интернете. Как только Blastwave и CSW приживутся, я посмотрю на оба остатка и решу, стоит ли снова уделять время и усилия любому из них. Действительно, потеря Blastwave как заслуживающего доверия источника инструментов была огромным ударом по жизнеспособности Solaris в моих кругах.
Но причина номер один для меня в том, что сейчас мне не нужно делать ничего, что требует Solaris.
Как крупнейший клиент Oracle, меня больше всего беспокоит то, что в конечном итоге они покончат с Solaris или Oracle Enterprise Linux (их переименование в RHEL).
Очевидно, что у обоих есть свои преимущества и недостатки, но я знаю, что они продают гораздо больше соглашений о поддержке OEL, чем Sun продавала для Solaris, и, конечно, они несут расходы на разработку Solaris, тогда как OEL-разработка стоит совсем немного.
Мы все любим Solaris, но если он не продается достаточно хорошо и стоит слишком много денег на разработку, то я уверен, что Oracle просто «лишит его активов» (сохранит ZFS и т. Д.) И продаст его кому-то еще. Это было бы моей главной заботой.
источник
В течение 10-15 лет наибольшее беспокойство вызывало будущее Sun и будущее SPARC. Я был готов сдаться, когда они выпустили Solaris 10, который вырвался вперед с точки зрения технологии (хотя потребовалось ~ 1 год, чтобы быть достойным производства). Недавняя покупка Oracle добавляет много краткосрочной неопределенности, но это может быстро исчезнуть (независимо от результата). SPARC все еще кажется безнадежным делом, хотя вокруг их «новых» процессоров CoolThreads было много шума, но они слишком специализированы, чтобы получить широкое признание.
Будет интересно наблюдать за тенденциями в отрасли ... Несколько лет назад я наблюдал, как многие фирмы с Уолл-стрит переходят на Linux (из Solaris / sparc) не для Linux, а для x86. Когда вышел Solaris 10, в Solaris определенно произошел частичный поворот, опять же на x86.
Управление пакетами и патчами не должно беспокоить, это вопрос знаний / навыков. Чтобы предложить вам другую точку зрения, моя новая работа связана с Linux, и меня беспокоит управление пакетами и исправлениями. Это старые общие проблемы, на которые есть ответы.
Я буду очень скучать по Солярису, некоторые вещи в нем просто невозможно найти в другом месте.
источник
Единственная причина, по которой я могу придумать, - это «отсутствие» поддержки / информации в сети, если вы не являетесь экспертом по Solaris (по сравнению с Linux или FreeBSD).
источник
Сравнение Solaris 10 с Linux - это яблоки с апельсинами. Прежде всего, разница заключается в среде сборки, что может подтвердить любой, кто переместил приложения Linux в Solaris. Я ожидаю, что Oracle сосредоточится на построении модели совместимости исходного кода с приложениями Linux, вместо того, чтобы пытаться позиционировать Solaris как замену Linux. Linux также не является заменой для Solaris!
Linux подходит для небольших приложений, для встраиваемых приложений, вероятно, лучше. Для больших приложений Iron Solaris отличается от любого дистрибутива Linux. Посмотрите на стек TCP / IP Solaris, планирование в реальном времени, управление сервисами, пуленепробиваемую виртуализацию (зоны), и вы получите супер-набор функций по сравнению с Linux. Добавьте ZFS, DTRACE и MULTI-THREAD SCHEDULING, и вы окажетесь в совершенно другом классе ОС.
Линукс великолепен, мне это нравится. Солярис отличный, я тоже его люблю. У каждого есть свои преимущества и недостатки. Oracle, безусловно, не собирается создавать свои продукты с большим количеством железа, такие как EXEDATA2, на базе Linux, когда у нее есть превосходный продукт для сред с большим количеством железа в Solaris.
источник
Когда мой хост общего сервера переключился с BSD на Open Solaris, джейлбрейк FTP исчез . Я не знаю, можно ли сделать доступным FTP-тюрьму в Open Solaris с помощью другого FTP-сервера или, возможно, путем перенастройки FTP-сервера по умолчанию.
Авторы вики-страницы Joyent о проблеме приписывают проблему getcwd .
источник
Я работаю над Solaris с 2002 года (так уже 15 лет), и все, что я могу сказать, это то, что это была моя «любимая» ОС за все это время, в частности, из-за ее стабильности и стабильности с известными коммерческими приложениями, такими как сетевой, оракул (когда еще было Sun), netbackup и так далее.
но это больше "страсть" к Солярису, чем что-либо еще.
через 15 лет для меня «основными проблемами» (если мы можем назвать их проблемами) были:
отсутствие онлайновой документации по сравнению с другими операционными системами (в частности, при попытке отладки производительности системы), но это было лучше, когда появился Solaris 10. в частности, для инфраструктурных сервисов, таких как LDAP, kerberos, NIS2LDAP и т. д., каждая система была задокументирована отдельно, но вы никогда не могли найти хорошую документацию с людьми, реализующими все сразу.
исправления / обновления (моей компании пришлось разработать собственную систему исправлений для Solaris)
отсутствие совместимых инструментов / бинарных программ в Интернете (нам часто приходилось компилировать свои собственные и редко находили предварительно скомпилированные бинарные версии)
трудности с пониманием проблем с производительностью иногда из-за отсутствия хороших инструментов (солярис не для начинающих, пытающихся понять, как работает система) и специфического управления памятью (в частности, при использовании в сочетании с базами данных Oracle и всем, что использует общую память)
с другой стороны, Solaris до сих пор остается моей любимой ОС по нескольким причинам, некоторые из них:
Я никогда не пробовал Solaris 11, но он выглядит великолепно, и я бы ничего не имел против. я привык к Solaris 10 (мы все еще интенсивно используем его там, где я работаю) и RHEL сейчас (что тоже здорово, но совершенно по-другому) RHEL - это легкий путь ... если вы не хотите бороться и вы хотите найти решения на странице 1 Google, если у вас есть проблемы ..
источник
Солярис довольно нестабилен. Игра с очередями сообщений POSIX вызывает много недокументированного поведения. С другой стороны, Linux работает как шарм, без проблем.
РЕДАКТИРОВАТЬ (после 1,5 лет исследований и тяжелых испытаний): Хорошо, ребята, возможно, Solaris не так уж и плох. Проблема в том, что errno.h по умолчанию НЕ БЕЗОПАСНЫЙ. Таким образом я получаю случайные ошибки из других потоков. Поэтому нам нужно определить _REENTRANT, _TS_ERRNO или _POSIX_C_SOURCE - 0> = 199506L, чтобы получить errno потокобезопасность. Обратите внимание, что в других ОС errno по умолчанию является потокобезопасным. Таким образом, это вызывает путаницу.
источник
mq_receive()
возвращаетсяssize_t
, НЕint
. Они НЕ одинаковы. Во- вторых, на 7.1.3 Зарезервированные идентификаторы в C Standard : «Все идентификаторы, начинающиеся с подчеркивания и либо прописной буквы или другой символ подчеркивания всегда зарезервированы для любого использования» Код Enduro / X изобилует зарезервированными идентификаторами. Если вы собираетесь быть педантичным придурком только потому, что ОС возвращает недокументированноеerrno
, вам, вероятно, не следует писать код, который не соответствует стандартам.