16 Responses to RHEL vs SUSEВаше мнение?

  1. OlZero:

    rhel конечно
    сусе сейчас вообще чья? откуда саппорта ждать?

  2. CiRu:

    Ну вот я тоже RHEL хочу, а мне про Suse талдычат. Что самое забавное – те пакеты, которые нужны, их нет нихуя в Suse, nginx, например, или sphinxs. А суся новелловская, скоро их инженер примчит ко мне рекламироваться.

  3. CiRu:

    А вот стратегия успешных менеджеров, продавать продукт который разработал RedHat, да еще и нагружать базой от оракла, которая стоит $15k, лол.

  4. YiAdmin:

    RHEL. Кому нужна эта сраная ящерица?

  5. CiRu:

    kernel- s/успешных/эффективных/

  6. OlZero:

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

  7. CiRu:

    После завершения сделки о приобретении Novell компанией Attachmate, новый владелец предпринял ряд активных шагов по реструктуризации полученных в результате сделки подразделений. Эти действия вызвали беспокойство как по поводу будущего самой Novell, так и по поводу дальнейшей судьбы связанных с ней OpenSource-проектов – Mono, LibreOffice и openSUSE.

    На следущий день после окончательного утверждения сделки CEO Attachmate Джефф Хоун (Jeff Hawn) в интервью изданию ZDNet пообещал, что бизнес Novell будет функционировать как и прежде, и все обязательства и планы по развитию продуктов Novell и SUSE остаются без изменений.

  8. CiRu:

    Вы, кстати, аргументируйте, если не сложно.

  9. OlZero:

    kernel- нормальный аргумент – это поддержка. Если инженер приедет, видимо, сусе имеет нормальную поддержку в России. Интересно позвонить в редхат и спросить что они могут предложить в этой стране. Не зря же они недавно открыли представительство.
    Еще веселее – стравить вендоров 🙂

  10. Nama:

    kernel- SUSE идет с кастомным ведром, в которое засовывают патчи в draft.
    Отчего я в свое время трое суток пытался понять, где у меня сломался днс, и почему он не резолвит хост gateway.local

  11. TumorF:

    а серверы какие и под какие задачи?

  12. TumorF:

    kernel- тогда rhel/oracle. мне сусь нравится тем, что под ней удобно домен виндов администрить

  13. TumorF:

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

  14. CiRu:

    Только веб! Только кластеризация! Только хардкор!

  15. CiRu:

    Там вообще всё странное

  16. Slguru:

    Я за SUSE (SLES в смысле) – просто привык, наверное. Но их, блять, ценовая политика – это пиздец.

  17. T0Mr:

    Кстати у Rhel в плане поддержки в рашке все нормально – у них там толковые ребята сидят – я еще 2.5 года назад в Бауманке был на их какой-то там презентации, где они рассказывали про свое представительство. Складно так он вещал.

  18. Slguru:

    Да дорого. “Мы крутые, мы самые первые на рынке серверов были, мы NetWare придумали, наши продукты в сто раз лучше чем у **** – обанкротимся/сдохнем/продадимся Attachmate, но цену не сбавим.

    Это я, правда не про web, mysql и виртуализацию (что и нужно автору), а про OES2.

  19. Yrsin:

    вещать все могут. а с поддержкой то как? я эти презентации регулярно наблюдаю.

  20. Yrsin:

    ты не путай теплое с мягким. и если сравнивать – то RHEL и SLES.

  21. TumorF:

    то есть SuSE не равно SLES?

  22. CiRu:

    Ну да, я это и имел ввиду.

  23. Yrsin:

    есть opensuse и есть suse linux enterprise server
    второй стоит денег за поддержку.

  24. Yrsin:

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

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

  25. TumorF:

    спасибо, кэп. вопрос был в том, почему за SuSE в разговорах о серверах вдруг скрывается OpenSuSE из твоего комментария

  26. CiRu:

    > если нет и все равно брать драчевый напильник и дотачивать под себя — надо брать то к чему душа лежит больше.
    как–то так.

    У дебиана нет платной поддержки вообще, а у убунты – в СНГ. Поэтому и RH, меньшее из зол.

  27. Na77:

    kernel- Community у RHEL больше. Легче найти best practice. Больше пакетов, как в штатных репозиториях, так и в сторонних. Больше родных технологий “из коробки”, включая LVMCluster, GFS, Lucci/Ricci. Развивается RHEL объективно лучше SUSE.

  28. CiRu:

    Я изучал вопрос, OCFS и pacemaker с другой стороны.

  29. CiRu:

    kernel- Для того чтобы сравнивать эти технологии необходимо быть в полной теме, что происходит в мире %OS_name%, это надо стравить их менеджеров, что я и планирую сделать

  30. Yrsin:

    kernel- ты чот прям наивный. менеджер у себя то не знает что происходит 🙂

  31. CiRu:

    Я стараюсь надеяться на лучшее лол

  32. Na77:

    kernel- OCFS – это оракл, поддерживается в RHEL и SUSE примерно одинаково. Pacemaker вообще без разницы, где ему работать – он даже на gentoo работает (по крайней мере, мне так говорили, сам я не проверял, у нас pacemaker на CentOS).

  33. CiRu:

    Я в курсе, бро. Мне начальству надо доказать что RHEL круче SLES

  34. RoWinXp:

    Нафиг для этих целей ынтырпрайзы? Debian, блядь!

  35. CiRu:

    Бро, НЕТ САППОРТА у дебилиана. Начальству нужен платный саппорт, чтобы было кого ебать.

  36. RoWinXp:

    kernel- наймите трёх студентов, пусть ебёт их. А лучше студенток.

  37. RoWinXp:

    kernel- //www.debian.org/consultants/#Russi…

  38. CiRu:

    То есть вот этим дядькам можно въебать судебный иск на лярд из-за косяка в php? Они ответят? Не путай свой мелкий продакшен с крупным. (и, да, я съебал с Гослото, да)

  39. RoWinXp:

    kernel- фиг ты иск въебёшь редхату, инфа 90%

  40. CiRu:

    Я-то в курсе. Начальство хочет обмазаться невнятным энтепрайзом с сомнительной целью

  41. RoWinXp:

    kernel- выеби им мозг, что на деле этот их саппорт нихуя круто не сделает

  42. Ohov:

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

  43. TumorF:

    это как так новел рекомендовал опенсусь, а не слес?

  44. Ohov:

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

  45. Yrsin:

    разница охуэнная

  46. Na77:

    kernel- ИМХО, давить на большую практику внедрения (RHEL-ов действительно больше, чем SLES) и технологии. Но в тех вопросах, где сведений не имеет, начальство выбирает сердцем, а не головой. Показать себя несведующим – не может (потеря авторитета), а выбрать что-то надо.

  47. Na77:

    kernel- А RHEL-у тоже его не впишешь, максимум – на совместимость языка с ОС. Если RHEL докажет (а он докажет), что баг повторяем на другой ОС – только к Расмусу идти. А эти товарищи посылают в известном направлении сразу.

    Вообще, идея паять милионные иски за косяк в PHP выглядит как-то идеологически ущербной.

  48. Na77:

    :%s/RHEL/RedHat/g
    спать пора, факт.

  49. Ytprog:

    Реально RHEL.

    А вообще, ты говноед.

  50. CiRu:

    О, спасибо за лесть :3

  51. 7hard:

    вы о чём?
    давно уже собираю пакеты по месту.
    или вы о вариантах доступа к репозитариям?…

    какой саппорт? админ сам себе саппорт и бог!

  52. CiRu:

    Ну собери мне штук 20 пакетов с нужными зависимостями. И обнови потом.

  53. 7hard:

    kernel- 🙂
    фиг тебе на такие предложения в повелительном наклонении.
    Ели бы ты хоть раз попробовал собрать пакет сам, то понял как контролировать зависимости – легко и непринуждённо.
    Вообще нет такой проблемы, совсем!

  54. CiRu:

    Мне просто лениво делать лишний раз ту работу, что уже сделана.

  55. TumorF:

    а вообще в принципе тебе должно быть всё равно и должно быть интересно попробовать что-то новое в новых позах

  56. CiRu:

    Я еще раз объясняю – мне не охота собирать кучу пакетов, когда уже все собрано и есть в наличии. Есть такая фигня как трудозатраты, бро.

  57. TumorF:

    kernel- кучу это какие?

  58. ewite:

    Мое мнение:
    Если нужен саппорт то

    Если нет то

    А вообще FreeBSD рулит:

  59. Ytprog:

    давно уже собираю пакеты по месту.
    Ели бы ты хоть раз попробовал собрать пакет сам, то понял как контролировать зависимости — легко и непринуждённо.

    Ты ж уебок, а.

  60. Ytprog:

    CentOS с вечно запаздывающими обновлениями будет ставить только дегенерат.

    FreeBSD — просто бестолковое говно.

  61. ewite:

    Значит ты с FreeBSD не знаком…
    Вот попробуй поглубже понять ее и поймешь, что ядро БСД круче Линуксовского (Мультимедия не в счет)… Чистно по нагрузкам ты сравни и поймешь…
    Поверь, я в пустую не говорю, пару лет назад у самого такоеже негативное мнение было…
    Хотя опять таки – “О вкусах не спорят”

  62. CiRu:

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

  63. Ytprog:

    пошел в пизду поглубже, долбоеб.

  64. CiRu:

    Статистика использование БЗД в продакшен говорит сама за себя, да и рамблер с яндексом с неё уходят. Так что оно не нужно.

  65. ewite:

    Да пошел ты нафиг!!!

  66. ewite:

    kernel- Да насчет суппорта согласен, даже в виртуализации ни VMWare ни Hyper-V ее толком официально не поддерживают…

  67. CiRu:

    В основном в продакшене что важно – деплой и role-based администрирование, а инструментов для этого у неё нет, насколько я знаю

  68. ewite:

    kernel- Согласен – на бсд можно просто супер вечную машину построить со старенького компа и она будет делать свое дело четко без зависании, но мир ИТ растет очень быстро, так что уже нужны, как ты сказал, инструменты role–based администрирование, чего в ней нет.
    Хотя в последнее время мне уже не очень нравится ее развитие. Последние ветки очень глючные и недоработанные на мой взгляд.
    По моему последняя нормальная ветка была 7-ка (7.4)

  69. TumorF:

    kernel- у тебя серверов будет много? собери себе пакеты один раз и всё, потом только исходники будешь обновлять. и что, кстати, разве php в сусе нету?

  70. CiRu:

    Не той версии. Не хочу чобирать, сроки горят пиздец

  71. CiRu:

    На опеннете недавно проскакивала интервьюха с русскими мейнтейнерами, они сами сказали, что система делается для пользователя, а как видят разработчики. Поэтому она неудобна и никому кроме этих разработчиков особо не нужна.

  72. CiRu:

    kernel- > делается для пользователя
    не для пользователя

  73. Dnev:

    kernel- Чёрт, вброс не удался)

  74. TumorF:

    kernel- хорошо, а ты не смотрел – нельзя ли заимствовать из репов el в сусь эти пакеты просто установкой?

  75. XsWinXp:

    kernel- А нахрена твоему начальству ради сраных форумов на phpBB целый RHEL покупать, когда всё это Бебиане работает? Впрочем, у богатых свои причуды.

  76. CiRu:

    Смотрел конечно, нельзя 🙁

  77. RoWinXp:

    > Чистно по нагрузкам ты сравни и поймешь…

    Ага, проверим скорость работы pf (или как оно там, тысячи их) против netfilter?

  78. MuNeo:

    debian/control – , pre-, , , , build-; debian/rules, cdbs, dh_make, debhelper, lintian – тысячи способов нормально разруливать зависимости. Зря ты так.

  79. MuNeo:

    kernel- ну какие сроки, ну б-же ж мой. 5 минут же.

  80. MuNeo:

    1) “ядро круче” – сделайте мне в БСД нормальный иошедулер 2) сделайте мне в БСД нативный clone 3) почините валгринд и обновите гдб – вот тогда и поговорим.

  81. TumorF:

    как структура пакета дебиан относится к разрулению зависимостей исходного кода?

  82. MuNeo:

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

  83. MuNeo:

    спортировать пакет из одной рпс-бейсд системы в другую уже стало очень сложно?

  84. TumorF:

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

  85. CiRu:

    Так в сусе ебанашки со сваей в голове пакеты собирают, нафиг они мне не всрались в моем редхате

  86. 7hard:

    так, фекалии я вижу, а где вентилятор?

  87. TumorF:

    kernel- на моих редхатах

  88. CiRu:

    На твоих редхатах, ок 🙁

  89. Reen:

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

    (пользовался freebsd с версии 1.1.5.1; линукс тогда ходил в пеленках)

Добавить комментарий