Ну вот я тоже RHEL хочу, а мне про Suse талдычат. Что самое забавное – те пакеты, которые нужны, их нет нихуя в Suse, nginx, например, или sphinxs. А суся новелловская, скоро их инженер примчит ко мне рекламироваться.
kernel- нуфигзнает. новел болтается как говно в проруби, а рхел как бы лидер рынка. с другой стороны если все-таки сусе, то будешь утешать себя что разиваешь конкуренцию 🙂 не, правда, новел продали или нет? и кому?
После завершения сделки о приобретении Novell компанией Attachmate, новый владелец предпринял ряд активных шагов по реструктуризации полученных в результате сделки подразделений. Эти действия вызвали беспокойство как по поводу будущего самой Novell, так и по поводу дальнейшей судьбы связанных с ней OpenSource-проектов – Mono, LibreOffice и openSUSE.
На следущий день после окончательного утверждения сделки CEO Attachmate Джефф Хоун (Jeff Hawn) в интервью изданию ZDNet пообещал, что бизнес Novell будет функционировать как и прежде, и все обязательства и планы по развитию продуктов Novell и SUSE остаются без изменений.
kernel- нормальный аргумент – это поддержка. Если инженер приедет, видимо, сусе имеет нормальную поддержку в России. Интересно позвонить в редхат и спросить что они могут предложить в этой стране. Не зря же они недавно открыли представительство. Еще веселее – стравить вендоров 🙂
kernel- SUSE идет с кастомным ведром, в которое засовывают патчи в draft. Отчего я в свое время трое суток пытался понять, где у меня сломался днс, и почему он не резолвит хост gateway.local
а аргументацию за и против можно подобрать относительно любой системы. могу запилить кулстори про то, как сегодня весь рабочий день я потратил на компиляние модулей для едра опенсуси из-за того, что там дерево исходников и мэйкфайлы странноватые
Кстати у Rhel в плане поддержки в рашке все нормально – у них там толковые ребята сидят – я еще 2.5 года назад в Бауманке был на их какой-то там презентации, где они рассказывали про свое представительство. Складно так он вещал.
Да дорого. “Мы крутые, мы самые первые на рынке серверов были, мы NetWare придумали, наши продукты в сто раз лучше чем у **** – обанкротимся/сдохнем/продадимся Attachmate, но цену не сбавим.
Это я, правда не про web, mysql и виртуализацию (что и нужно автору), а про OES2.
kernel- ну немного странный вопрос. при прочих равных я бы выбрал слес по тривиальной причине – личной идиосинкразии к рх и еще пары пунктов, но они слишком своеобразны. но играть то надо в бизнес. бизнесу требуется – хоть венду ставь, чо. про поддержку сказать что-то сложно, у нас не было в промышленной эксплуатации ни того ни другого, не наш профиль. а то что мы продаем – оно, как правило, через генерального вендора и с его же поддержкой. другое дело, что на семинарах и прочих сборищах рх оставляет какое-то агрессивно-аляповатое послевкусие. но, повторюсь, это личное.
мне думается – если устраивают пакеты из коробки – надо брать то, где они есть. если нет и все равно брать драчевый напильник и дотачивать под себя – надо брать то к чему душа лежит больше. как-то так.
> если нет и все равно брать драчевый напильник и дотачивать под себя — надо брать то к чему душа лежит больше. как–то так. У дебиана нет платной поддержки вообще, а у убунты – в СНГ. Поэтому и RH, меньшее из зол.
kernel- Community у RHEL больше. Легче найти best practice. Больше пакетов, как в штатных репозиториях, так и в сторонних. Больше родных технологий “из коробки”, включая LVMCluster, GFS, Lucci/Ricci. Развивается RHEL объективно лучше SUSE.
kernel- Для того чтобы сравнивать эти технологии необходимо быть в полной теме, что происходит в мире %OS_name%, это надо стравить их менеджеров, что я и планирую сделать
kernel- OCFS – это оракл, поддерживается в RHEL и SUSE примерно одинаково. Pacemaker вообще без разницы, где ему работать – он даже на gentoo работает (по крайней мере, мне так говорили, сам я не проверял, у нас pacemaker на CentOS).
То есть вот этим дядькам можно въебать судебный иск на лярд из-за косяка в php? Они ответят? Не путай свой мелкий продакшен с крупным. (и, да, я съебал с Гослото, да)
Я со своей дилетантской точки зрения могу сказать, что ставя поддерживаемый новеллом айфолдер на официально ими же рекомендованный OpenSuse 11 я надоеллся с кривыми зависимостями. Пакетов нет нихуя, чтобы что-то скомпилить нужны другие зависимости, для которых нужны третьти и так далее, на пятой зависимости для компиляции третьей к основному пакету я плюнул и вкорячил всю фигню на убунте.
kernel- ИМХО, давить на большую практику внедрения (RHEL-ов действительно больше, чем SLES) и технологии. Но в тех вопросах, где сведений не имеет, начальство выбирает сердцем, а не головой. Показать себя несведующим – не может (потеря авторитета), а выбрать что-то надо.
kernel- А RHEL-у тоже его не впишешь, максимум – на совместимость языка с ОС. Если RHEL докажет (а он докажет), что баг повторяем на другой ОС – только к Расмусу идти. А эти товарищи посылают в известном направлении сразу.
Вообще, идея паять милионные иски за косяк в PHP выглядит как-то идеологически ущербной.
kernel- 🙂 фиг тебе на такие предложения в повелительном наклонении. Ели бы ты хоть раз попробовал собрать пакет сам, то понял как контролировать зависимости – легко и непринуждённо. Вообще нет такой проблемы, совсем!
Значит ты с FreeBSD не знаком… Вот попробуй поглубже понять ее и поймешь, что ядро БСД круче Линуксовского (Мультимедия не в счет)… Чистно по нагрузкам ты сравни и поймешь… Поверь, я в пустую не говорю, пару лет назад у самого такоеже негативное мнение было… Хотя опять таки – “О вкусах не спорят”
kernel- Согласен – на бсд можно просто супер вечную машину построить со старенького компа и она будет делать свое дело четко без зависании, но мир ИТ растет очень быстро, так что уже нужны, как ты сказал, инструменты role–based администрирование, чего в ней нет. Хотя в последнее время мне уже не очень нравится ее развитие. Последние ветки очень глючные и недоработанные на мой взгляд. По моему последняя нормальная ветка была 7-ка (7.4)
На опеннете недавно проскакивала интервьюха с русскими мейнтейнерами, они сами сказали, что система делается для пользователя, а как видят разработчики. Поэтому она неудобна и никому кроме этих разработчиков особо не нужна.
1) “ядро круче” – сделайте мне в БСД нормальный иошедулер 2) сделайте мне в БСД нативный clone 3) почините валгринд и обновите гдб – вот тогда и поговорим.
ну, да, существуют, они даже в msi есть, причём тоже огого. у исходников они есть только на примитивном уровне pkgconfig, в котором константы могут поменяться от версии к версии и вообще там всё печально с путями к инклудам, с проёбываемой обратной совместимостью, с рукожопо написанными мэйкфайлами. это всё решаемые проблемы, но неавтоматически
kernel- а жаль, кстати. Массы девелоперов ломанулись в свое время на Линукс, и только ностальгирующий бродяга может утверждать, что FreeBSD сейчас лучше. Но когда-то, когда-то.. и статистика в продакшене была иной..
(пользовался freebsd с версии 1.1.5.1; линукс тогда ходил в пеленках)
Здесь говорят о компьютерах, ноутбуках, железе, серверах, операционных системах и прочем харде и софте. Всё, что вы найдёте здесь, вы можете полностью и свободно перепечатать и процитировать. Ссылка на http://www.hardblog.net не обязательна, но если вы её поставите, то будет здорово.
rhel конечно
сусе сейчас вообще чья? откуда саппорта ждать?
Ну вот я тоже RHEL хочу, а мне про Suse талдычат. Что самое забавное – те пакеты, которые нужны, их нет нихуя в Suse, nginx, например, или sphinxs. А суся новелловская, скоро их инженер примчит ко мне рекламироваться.
RHEL
А вот стратегия успешных менеджеров, продавать продукт который разработал RedHat, да еще и нагружать базой от оракла, которая стоит $15k, лол.
RHEL. Кому нужна эта сраная ящерица?
kernel- s/успешных/эффективных/
kernel- нуфигзнает. новел болтается как говно в проруби, а рхел как бы лидер рынка. с другой стороны если все-таки сусе, то будешь утешать себя что разиваешь конкуренцию 🙂
не, правда, новел продали или нет? и кому?
После завершения сделки о приобретении Novell компанией Attachmate, новый владелец предпринял ряд активных шагов по реструктуризации полученных в результате сделки подразделений. Эти действия вызвали беспокойство как по поводу будущего самой Novell, так и по поводу дальнейшей судьбы связанных с ней OpenSource-проектов – Mono, LibreOffice и openSUSE.
На следущий день после окончательного утверждения сделки CEO Attachmate Джефф Хоун (Jeff Hawn) в интервью изданию ZDNet пообещал, что бизнес Novell будет функционировать как и прежде, и все обязательства и планы по развитию продуктов Novell и SUSE остаются без изменений.
Вы, кстати, аргументируйте, если не сложно.
kernel- нормальный аргумент – это поддержка. Если инженер приедет, видимо, сусе имеет нормальную поддержку в России. Интересно позвонить в редхат и спросить что они могут предложить в этой стране. Не зря же они недавно открыли представительство.
Еще веселее – стравить вендоров 🙂
kernel- SUSE идет с кастомным ведром, в которое засовывают патчи в draft.
Отчего я в свое время трое суток пытался понять, где у меня сломался днс, и почему он не резолвит хост gateway.local
а серверы какие и под какие задачи?
web, pgsql, mysql
kernel- тогда rhel/oracle. мне сусь нравится тем, что под ней удобно домен виндов администрить
RHEL
а аргументацию за и против можно подобрать относительно любой системы. могу запилить кулстори про то, как сегодня весь рабочий день я потратил на компиляние модулей для едра опенсуси из-за того, что там дерево исходников и мэйкфайлы странноватые
Только веб! Только кластеризация! Только хардкор!
Там вообще всё странное
Я за SUSE (SLES в смысле) – просто привык, наверное. Но их, блять, ценовая политика – это пиздец.
Поподробнее.
Кстати у Rhel в плане поддержки в рашке все нормально – у них там толковые ребята сидят – я еще 2.5 года назад в Бауманке был на их какой-то там презентации, где они рассказывали про свое представительство. Складно так он вещал.
Да дорого. “Мы крутые, мы самые первые на рынке серверов были, мы NetWare придумали, наши продукты в сто раз лучше чем у **** – обанкротимся/сдохнем/продадимся Attachmate, но цену не сбавим.
Это я, правда не про web, mysql и виртуализацию (что и нужно автору), а про OES2.
RHEL/CentOs
вещать все могут. а с поддержкой то как? я эти презентации регулярно наблюдаю.
ты не путай теплое с мягким. и если сравнивать – то RHEL и SLES.
то есть SuSE не равно SLES?
Ну да, я это и имел ввиду.
есть opensuse и есть suse linux enterprise server
второй стоит денег за поддержку.
kernel- ну немного странный вопрос. при прочих равных я бы выбрал слес по тривиальной причине – личной идиосинкразии к рх и еще пары пунктов, но они слишком своеобразны.
но играть то надо в бизнес. бизнесу требуется – хоть венду ставь, чо.
про поддержку сказать что-то сложно, у нас не было в промышленной эксплуатации ни того ни другого, не наш профиль. а то что мы продаем – оно, как правило, через генерального вендора и с его же поддержкой.
другое дело, что на семинарах и прочих сборищах рх оставляет какое-то агрессивно-аляповатое послевкусие. но, повторюсь, это личное.
мне думается – если устраивают пакеты из коробки – надо брать то, где они есть. если нет и все равно брать драчевый напильник и дотачивать под себя – надо брать то к чему душа лежит больше.
как-то так.
спасибо, кэп. вопрос был в том, почему за SuSE в разговорах о серверах вдруг скрывается OpenSuSE из твоего комментария
> если нет и все равно брать драчевый напильник и дотачивать под себя — надо брать то к чему душа лежит больше.
как–то так.
У дебиана нет платной поддержки вообще, а у убунты – в СНГ. Поэтому и RH, меньшее из зол.
kernel- Community у RHEL больше. Легче найти best practice. Больше пакетов, как в штатных репозиториях, так и в сторонних. Больше родных технологий “из коробки”, включая LVMCluster, GFS, Lucci/Ricci. Развивается RHEL объективно лучше SUSE.
Я изучал вопрос, OCFS и pacemaker с другой стороны.
kernel- Для того чтобы сравнивать эти технологии необходимо быть в полной теме, что происходит в мире %OS_name%, это надо стравить их менеджеров, что я и планирую сделать
kernel- ты чот прям наивный. менеджер у себя то не знает что происходит 🙂
Я стараюсь надеяться на лучшее лол
kernel- OCFS – это оракл, поддерживается в RHEL и SUSE примерно одинаково. Pacemaker вообще без разницы, где ему работать – он даже на gentoo работает (по крайней мере, мне так говорили, сам я не проверял, у нас pacemaker на CentOS).
Я в курсе, бро. Мне начальству надо доказать что RHEL круче SLES
Нафиг для этих целей ынтырпрайзы? Debian, блядь!
Бро, НЕТ САППОРТА у дебилиана. Начальству нужен платный саппорт, чтобы было кого ебать.
kernel- наймите трёх студентов, пусть ебёт их. А лучше студенток.
kernel- //www.debian.org/consultants/#Russi…
То есть вот этим дядькам можно въебать судебный иск на лярд из-за косяка в php? Они ответят? Не путай свой мелкий продакшен с крупным. (и, да, я съебал с Гослото, да)
kernel- фиг ты иск въебёшь редхату, инфа 90%
Я-то в курсе. Начальство хочет обмазаться невнятным энтепрайзом с сомнительной целью
kernel- выеби им мозг, что на деле этот их саппорт нихуя круто не сделает
Я со своей дилетантской точки зрения могу сказать, что ставя поддерживаемый новеллом айфолдер на официально ими же рекомендованный OpenSuse 11 я надоеллся с кривыми зависимостями. Пакетов нет нихуя, чтобы что-то скомпилить нужны другие зависимости, для которых нужны третьти и так далее, на пятой зависимости для компиляции третьей к основному пакету я плюнул и вкорячил всю фигню на убунте.
это как так новел рекомендовал опенсусь, а не слес?
Ну какая хрен разница, наборы пакетов там должны быть близкие, и нигде этой сраной кучи библиотек нету.
разница охуэнная
kernel- ИМХО, давить на большую практику внедрения (RHEL-ов действительно больше, чем SLES) и технологии. Но в тех вопросах, где сведений не имеет, начальство выбирает сердцем, а не головой. Показать себя несведующим – не может (потеря авторитета), а выбрать что-то надо.
kernel- А RHEL-у тоже его не впишешь, максимум – на совместимость языка с ОС. Если RHEL докажет (а он докажет), что баг повторяем на другой ОС – только к Расмусу идти. А эти товарищи посылают в известном направлении сразу.
Вообще, идея паять милионные иски за косяк в PHP выглядит как-то идеологически ущербной.
:%s/RHEL/RedHat/g
спать пора, факт.
Реально RHEL.
А вообще, ты говноед.
О, спасибо за лесть :3
Slackware.
Hooyakware
вы о чём?
давно уже собираю пакеты по месту.
или вы о вариантах доступа к репозитариям?…
какой саппорт? админ сам себе саппорт и бог!
Ну собери мне штук 20 пакетов с нужными зависимостями. И обнови потом.
kernel- 🙂
фиг тебе на такие предложения в повелительном наклонении.
Ели бы ты хоть раз попробовал собрать пакет сам, то понял как контролировать зависимости – легко и непринуждённо.
Вообще нет такой проблемы, совсем!
Мне просто лениво делать лишний раз ту работу, что уже сделана.
а вообще в принципе тебе должно быть всё равно и должно быть интересно попробовать что-то новое в новых позах
Я еще раз объясняю – мне не охота собирать кучу пакетов, когда уже все собрано и есть в наличии. Есть такая фигня как трудозатраты, бро.
kernel- кучу это какие?
Мое мнение:
Если нужен саппорт то
Если нет то
А вообще FreeBSD рулит:
давно уже собираю пакеты по месту.
Ели бы ты хоть раз попробовал собрать пакет сам, то понял как контролировать зависимости — легко и непринуждённо.
Ты ж уебок, а.
CentOS с вечно запаздывающими обновлениями будет ставить только дегенерат.
FreeBSD — просто бестолковое говно.
Значит ты с FreeBSD не знаком…
Вот попробуй поглубже понять ее и поймешь, что ядро БСД круче Линуксовского (Мультимедия не в счет)… Чистно по нагрузкам ты сравни и поймешь…
Поверь, я в пустую не говорю, пару лет назад у самого такоеже негативное мнение было…
Хотя опять таки – “О вкусах не спорят”
Весь пхп, нгинкс, всякие сфинксы и прочее. Я не знаю что в голову может придти девелоперам.
пошел в пизду поглубже, долбоеб.
Статистика использование БЗД в продакшен говорит сама за себя, да и рамблер с яндексом с неё уходят. Так что оно не нужно.
Да пошел ты нафиг!!!
kernel- Да насчет суппорта согласен, даже в виртуализации ни VMWare ни Hyper-V ее толком официально не поддерживают…
В основном в продакшене что важно – деплой и role-based администрирование, а инструментов для этого у неё нет, насколько я знаю
kernel- Согласен – на бсд можно просто супер вечную машину построить со старенького компа и она будет делать свое дело четко без зависании, но мир ИТ растет очень быстро, так что уже нужны, как ты сказал, инструменты role–based администрирование, чего в ней нет.
Хотя в последнее время мне уже не очень нравится ее развитие. Последние ветки очень глючные и недоработанные на мой взгляд.
По моему последняя нормальная ветка была 7-ка (7.4)
kernel- у тебя серверов будет много? собери себе пакеты один раз и всё, потом только исходники будешь обновлять. и что, кстати, разве php в сусе нету?
Не той версии. Не хочу чобирать, сроки горят пиздец
На опеннете недавно проскакивала интервьюха с русскими мейнтейнерами, они сами сказали, что система делается для пользователя, а как видят разработчики. Поэтому она неудобна и никому кроме этих разработчиков особо не нужна.
kernel- > делается для пользователя
не для пользователя
kernel- Чёрт, вброс не удался)
kernel- хорошо, а ты не смотрел – нельзя ли заимствовать из репов el в сусь эти пакеты просто установкой?
kernel- А нахрена твоему начальству ради сраных форумов на phpBB целый RHEL покупать, когда всё это Бебиане работает? Впрочем, у богатых свои причуды.
Смотрел конечно, нельзя 🙁
> Чистно по нагрузкам ты сравни и поймешь…
Ага, проверим скорость работы pf (или как оно там, тысячи их) против netfilter?
debian/control – , pre-, , , , build-; debian/rules, cdbs, dh_make, debhelper, lintian – тысячи способов нормально разруливать зависимости. Зря ты так.
kernel- ну какие сроки, ну б-же ж мой. 5 минут же.
1) “ядро круче” – сделайте мне в БСД нормальный иошедулер 2) сделайте мне в БСД нативный clone 3) почините валгринд и обновите гдб – вот тогда и поговорим.
как структура пакета дебиан относится к разрулению зависимостей исходного кода?
нет
это был просто пример того, что существуют инструменты для относительно удобного разрешения зависимостей.
спортировать пакет из одной рпс-бейсд системы в другую уже стало очень сложно?
s/рпс/рпм
ну, да, существуют, они даже в msi есть, причём тоже огого. у исходников они есть только на примитивном уровне pkgconfig, в котором константы могут поменяться от версии к версии и вообще там всё печально с путями к инклудам, с проёбываемой обратной совместимостью, с рукожопо написанными мэйкфайлами. это всё решаемые проблемы, но неавтоматически
Так в сусе ебанашки со сваей в голове пакеты собирают, нафиг они мне не всрались в моем редхате
так, фекалии я вижу, а где вентилятор?
kernel- на моих редхатах
На твоих редхатах, ок 🙁
kernel- а жаль, кстати. Массы девелоперов ломанулись в свое время на Линукс, и только ностальгирующий бродяга может утверждать, что FreeBSD сейчас лучше. Но когда-то, когда-то.. и статистика в продакшене была иной..
(пользовался freebsd с версии 1.1.5.1; линукс тогда ходил в пеленках)