forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

OpenNews: Успехи Red Hat во втором квартале превзошли ожидания аналитиков, opennews (ok), 26-Сен-08, (0) [смотреть все]

Ага, щаз Благодаря тому чито Мелкософт выпустил монстро Windows2008 Service B, pavlinux (ok), 20:20 , 26-Сен-08, (1) //

Он конечно не такой жуткий как виндусь виста она unbeatable по отстойности , User294 (??), 20:36 , 26-Сен-08, (3)

Стойкости редхата можно только удивляться Все против них И жопец в экономике И т, User294 (??), 20:27 , 26-Сен-08, (2) //

Это как раз там на них работает - Молодцы, что сказать , Michael Shigorin (ok), 04:10 , 27-Сен-08, (14) //

Обычно при заднице в экономике плохо всем Но проприетарщикам будет плохо в перву, User294 (ok), 04:31 , 27-Сен-08, (15)

А можно на 2х словах мне сказать что там такого особенного Я как то скачал мак, Grigoriy (?), 21:06 , 26-Сен-08, (5) //

Можно в 2-х словах Успех Ред Хата в том что в штатах под него заточенны большинс, Dmitry (??), 21:31 , 26-Сен-08, (6) //

Ты чо курил Ниразу не видел redhad-only софта Примерчик приведите Дезинформа, fog (?), 22:02 , 26-Сен-08, (7) //

Пожалуйста Landmark ProMAXParadigm FocusShlumberger Petrel Seismic ServerСофт дл, Аноним (25), 21:53 , 27-Сен-08, (25)

SLES не может быть более стабильным, потому что всегда стараетсяпоперед Red Hat , csdoc (ok), 23:16 , 26-Сен-08, (8)
Ну, о том, что Вы, уважаемый, абсолютную фигню написали, товарищи Вам уже расска, Все тот же аноним (?), 00:05 , 27-Сен-08, (9) //

сравнивать SLES и RHEL не коректно ни по цене, ни по функциональности сравнивать, vitek (??), 00:39 , 27-Сен-08, (10)

На всякий случай у Novell нет линейки бизнес-продуктов, сопоставимой с RH хотя , Все тот же аноним (?), 08:49 , 27-Сен-08, (18)

На всякий случай покажите аналог eDirectory на редхате или скажем подсистему пе, ReSeT (?), 10:32 , 30-Сен-08, (36)

Ну надо же, а биржи пользуются линуксом и не знают о таком удивительном факте А , User294 (ok), 03:34 , 27-Сен-08, (13)
вот из из соображений безопасности opensource как раз и используется даже если ф, vitek (??), 13:14 , 27-Сен-08, (20)

Ну посмотрел поближе, на сайте ред хата только расписаны преимущества пара-полно, Grigoriy (?), 02:34 , 27-Сен-08, (12) //

1 На Дебиан, Gentoo, RIPLinux, DamnSmallLinux Нету курсов по сертификации, , pavlinux (ok), 05:16 , 27-Сен-08, (16) //

Я вот раньше тоже думал, Gentoo, Slackware,FreeBSD - рулез форева Все что хочеш, некто (?), 07:15 , 27-Сен-08, (17)

Хороший саппорт, способный решить проблемы кастомеров, - это самое ценное, что д, mv (??), 13:40 , 27-Сен-08, (21) //

Я приблизительно так интерпретирую позицию RH по этому поводу и PostgreSQL, и E, Все тот же аноним (?), 14:30 , 27-Сен-08, (22) //

В районе 2001 года у Редхата был живой продукт RedHat DB, построенный на базе По, mv (??), 22:33 , 27-Сен-08, (26)

А еще вот недавно обнаружилось, что RedHat забыла включить патч к Perl, что пр, лук репчатый (?), 23:02 , 28-Сен-08, (27) //

наверное у Red Hat а несколько другое понимание что такое enterprise-level между, zxc (??), 23:13 , 28-Сен-08, (28)

Где-то после 1994 года Microsoft развивала этот продукт самостоятельно В версии, лук репчатый (?), 23:29 , 28-Сен-08, (29)

по большому счету заслуга в этом маркетинговой службы майкрософта я не являюсь D, zxc (??), 23:46 , 28-Сен-08, (30)

ну что ж, доктор сказал в морг - значит, в морг , лук репчатый (?), 09:23 , 29-Сен-08, (34)

Номер три в мире - это голый пиар в чистом виде Научится мелкомягкий SQL рабо, Все тот же аноним (?), 09:38 , 29-Сен-08, (35)

Вы что-то путаете, ынтерпрайз -- это про заменяемость винтиков и предсказуемость, Michael Shigorin (ok), 23:50 , 28-Сен-08, (31)
Головная реализация AMQP 0-9 qpidc написана на C Протокол открытый, реализа, mv (??), 00:20 , 29-Сен-08, (32)
Ну вы просто не видели как MS Exchange 2007 который, определенно, продукт для э, User294 (ok), 07:58 , 29-Сен-08, (33)

Ну это просто Достаточно попробовать xen на редхате еще с версии 5 0 работающе, Аноним (23), 14:48 , 27-Сен-08, (23)

Я бы это назвала попадание в точку , ошибка в 0,5 , Camel (??), 13:01 , 27-Сен-08, (19)
Спасибо всем за ваши ответы, Grigoriy (?), 15:21 , 27-Сен-08, (24)

Сообщения [Сортировка по времени | RSS]

12. "Успехи Red Hat во втором квартале превзошли ожидания аналитиков" +/–

Сообщение от Grigoriy (?), 27-Сен-08, 02:34

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

Ответить | Правка | Наверх | Cообщить модератору

16. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от pavlinux (ok), 27-Сен-08, 05:16

>Ну посмотрел поближе, на сайте ред хата только расписаны преимущества пара-полной виртуализации,
>ну и собственно хен расписан, никто так и не сказал мне
>почему люди покупают редхат, а не ставят дебиан, с тем же
>хен или виртуалбоксом. Что в ней особенного кроме саппорта ?
1.)
На Дебиан, Gentoo, RIPLinux, DamnSmallLinux :)
Нету курсов по сертификации, и собственно сертифицированных спецоффф.
Дабы Linux админ установивший поделку Генту иль Debian не возгордился,
что он единственный и не заменимый... А можно было его выгнать и взять нового!
2.)
На оживление, поделок требуется много время, а брать дополнительно Linux Guru
только для поддержки системы это дорогое удовольствие. И как не говорите, а Дебиан все равно надо затачивать, после установки. Один админ не справиться с ядром, GCC, AD на Samba, SQL, postfix, PPTP/L2TP, iproute2, iptables, squid, .... и т.п.
Так что вечно глюкующая, хоть и рабочая, система никому не нужна.
3.) Нужна определённость. А то что получиться из поделок можно будет узнать только после установки. А человеки и особено с баблом, по определению, бояться не известности!

Все наверно знают выражение " - Ты мне ТОЧНО скажи, сколько стоит, и когда заработает!!!"
Вы можете ответить за свои слова при установки генты или Дебиана.
Вот только не надо пальцы гнуть,....
Условие:
Если через час не будет работать Postfix c MySQL + авторегистрация юзеров через
Апачу,  то сверх времени с вас будем вычитать по 200$ за минуту, именно столько стоит простой офиса! (вполне реальная история).
Куда у вас руки поятнуться, к коробочки с РедХатом или к болвани с Debian иль может Gentoo с компиляете...

Ответить | Правка | Наверх | Cообщить модератору

17. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от некто (?), 27-Сен-08, 07:15

Я вот раньше тоже думал, Gentoo, Slackware,FreeBSD - рулез форева. Все что хочешь мог с помощбю этих систем сделать. На RHEL презрительно говорил "фи". Пришел в интегратор. Когда поучаствовал в 3-4 проектах с использованием RHEL, то повзрослел. Сейчас у меня даже дома RHEL стоит, вернее его свободный аналог CentOS.
Короче RHEL, как тут справедливо заметили уже - стабильна, куча коммерческого софта под нее заточено, конфигурабельна, отличная документация, а уж экзамен RHCE - это что-то. Я просто влюбился в нее. оглядываясь назад к сожалению должен констатировать что gentoo, slackware, debian,freebsd - это было детство.

Ответить | Правка | Наверх | Cообщить модератору

21. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от mv (??), 27-Сен-08, 13:40

>Ну посмотрел поближе, на сайте ред хата только расписаны преимущества пара-полной виртуализации,
>ну и собственно хен расписан, никто так и не сказал мне
>почему люди покупают редхат, а не ставят дебиан, с тем же
>хен или виртуалбоксом. Что в ней особенного кроме саппорта ?
Хороший саппорт, способный решить проблемы кастомеров, - это самое ценное, что для кастомеров может быть. В Редхате работает очень много оупенсорсных звёзд первой величины: Алан Кокс, Инго Молнар, Ульрих Дреппер и другие. Эти люди ещё до контракта с Редхатом были основными соавторами своих продуктов, которые сейчас входят в RHEL. Кто лучше их знает о текущих проблемах и путях их решения? Естественно, первоочередной задачей этих людей является решение возникающих технических проблем в продуктах компании. Редхат никогда не включит в свой продукт патч, который отвергли в апстриме (в отличие от Новелла, которые в ядро пихают всё, что могут). Исключения, конечно, есть. Например, если нужно фичу из 2.6.26 в ядро RHEL-2.1 (2.4.21) перенести, но кодовые базы, само собой, уже радикально отличаются, то патч значительно переделывается и отличается от апстримного. Да, кстати, 7 лет поддержки - это вам не цацки. А для RHEL-4 ещё на год продлили. Для RHEL-5, по видимому, ещё больше будет. Потому что у кастомеров нет резона мигрировать на новую версию платформы, ибо и старая работает, свеженайденные ошибки безопасности оперативно латаются. Некоторых аналогов для технологий Редхата и партнёров вообще сейчас нет, например, для недавно анонсированного MRG (Messaging, Realtime, Grid). Вообще, большой бизнес выбирает максимально интегрированные решения, хотя тут можно и здорово пролететь (см. опыт лондонской биржы с w2k3 server, .net и mssql ;). Редхат после дружественного поглощения Qumranet может биться на равных с m$: есть операционная система (RHEL), в том числе и с рилтаймовым ядром, системой планирования и управлением обновлениями (RHN), системой управления кластером (Condor), самой быстрой и производительной messaging-системой (не ICQ/Jabber ;), двумя типами виртуализациями (Xen и, теперь уже карманный, SolidIce/KVM) с управляющей платформой libvirt собственной разработки, middleware - JBOSS. Не хватает только мощной СУБД, но у m$ их продукт тоже далеко не Oracle или DB2.
Тем, кому всё это не нужно, хотя бы приятен тот факт, что Редхат вкладывает немалые деньги в развитие и защиту нашего любимого opensource. Поэтому люди, даже далёкие от готовой редхатовской продукции, так его любят :)

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

22. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от Все тот же аноним (?), 27-Сен-08, 14:30

> Не хватает только мощной СУБД
Я приблизительно так интерпретирую позицию RH по этому поводу: и PostgreSQL, и EnterpriseDB, и куча других реляционных СУБД на RHEL отлично живут, так что в принципе особо париться по этому поводу смысла нет. Думаю, у RH есть более интересная задача: иметь возможность предложить полноценный кластер, где масштабироваться может каждая компонента. Не удивлюсь, если они объявят о разработке продукта типа Infobright, Bigtable или покупке вендора продукта с аналогичным функционалом.

Ответить | Правка | Наверх | Cообщить модератору

26. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от mv (??), 27-Сен-08, 22:33

>Я приблизительно так интерпретирую позицию RH по этому поводу: и PostgreSQL, и
>EnterpriseDB, и куча других реляционных СУБД на RHEL отлично живут, так
>что в принципе особо париться по этому поводу смысла нет.
В районе 2001 года у Редхата был живой продукт RedHat DB, построенный на базе Постгреса. Сейчас новых версий, правда, что-то не видно. В принципе, возможностей 8-го постгреса уже вполне достаточно. Ещё хотя бы асинхронную мультимастер репликацию приделают (работы ведутся).
> Думаю,
>у RH есть более интересная задача: иметь возможность предложить полноценный кластер,
>где масштабироваться может каждая компонента. Не удивлюсь, если они объявят о
>разработке продукта типа Infobright, Bigtable или покупке вендора продукта с аналогичным
>функционалом.
Так уже: http://www.redhat.com/mrg/grid/condor/
Кстати, за что ещё Редхат любят: после покупки компании типа jboss или qumranet, все её коммерческие разработки становятся открытыми.

Ответить | Правка | Наверх | Cообщить модератору

27. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от лук репчатый (?), 28-Сен-08, 23:02

>Редхат никогда не включит в
>свой продукт патч, который отвергли в апстриме (в отличие от Новелла,
>которые в ядро пихают всё, что могут).
А еще вот недавно обнаружилось, что RedHat "забыла" включить патч к Perl, что привело к серьезному ( до двух порядков ) падению производительности операции bless, и это пагубно отразилось на производительности многих скриптов Perl. Можно, конечно, сказать, что это досадная случайность, забыл человек включить патч, мало ли. Но этот случай красноречиво показывает, что замеров производительности одного из важных компонентов дистрибутива, похоже, никто не делал. Все это с трудом вяжется с понятием enterprise-level, или "промышленным" дистрибутивом.
>ошибки безопасности оперативно латаются. Некоторых аналогов для технологий Редхата и партнёров
>вообще сейчас нет, например, для недавно анонсированного MRG (Messaging, Realtime, Grid).
Эти вещи реализуются на основе Java Enterprise Edition. Уже давно есть сертифицированные реализации.
>Не хватает только мощной СУБД, но
>у m$ их продукт тоже далеко не Oracle или DB2.
Я бы не сказал, что "далеко". Среди всех остальных РСУБД MS Sql Server наиболее близок к ним. Можно сколько угодно ругать продукты Microsoft ( и заслуженно ругать ), но конкретно этот сделан весьма хорошо.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

28. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от zxc (??), 28-Сен-08, 23:13

> А еще вот недавно обнаружилось, что RedHat "забыла" включить патч к Perl,
> что привело к серьезному ( до двух порядков ) падению производительности
> операции bless, и это пагубно отразилось на производительности многих скриптов Perl.
> Можно, конечно, сказать, что это досадная случайность, забыл человек включить патч,
> мало ли. Но этот случай красноречиво показывает, что замеров производительности
> одного из важных компонентов дистрибутива, похоже, никто не делал. Все это с
> трудом вяжется с понятием enterprise-level, или "промышленным" дистрибутивом.
наверное у Red Hat`а несколько другое понимание что такое enterprise-level.
между выпусками версий стараются исправлять только security и stability проблемы,
чтобы ничего остального не сломать, и чтобы production можно было бы без проблем
обновлять. некритичные обновления - нередко откладывают до следующего апдейта системы.
разве что кто-то из клиентов наступит на грабли и попросит исправить проблему/ошибку...
>>Не хватает только мощной СУБД, но
>>у m$ их продукт тоже далеко не Oracle или DB2.
>
> Я бы не сказал, что "далеко". Среди всех остальных РСУБД MS Sql
> Server наиболее близок к ним. Можно сколько угодно ругать продукты Microsoft
> ( и заслуженно ругать ), но конкретно этот сделан весьма хорошо.
это не Microsoft, а Sybase делала SQL Server,
Microsoft потом только купили у них исходники.

Ответить | Правка | Наверх | Cообщить модератору

29. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от лук репчатый (?), 28-Сен-08, 23:29

>это не Microsoft, а Sybase делала SQL Server,
>Microsoft потом только купили у них исходники.
Где-то после 1994 года Microsoft развивала этот продукт самостоятельно. В версии 7.0 исходный код значительно переработали, переписав многое из кода Sybase. Я вовсе не являюсь страстным поклонником Microsoft, но справедливости ради следует признать, что именно Microsoft сделала из разработки Sybase СУБД под номером 3 в мире. Заслуга Sybase в этом не очень велика.

Ответить | Правка | Наверх | Cообщить модератору

30. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от zxc (??), 28-Сен-08, 23:46

>>это не Microsoft, а Sybase делала SQL Server,
>>Microsoft потом только купили у них исходники.
>
> Где-то после 1994 года Microsoft развивала этот продукт самостоятельно.
> В версии 7.0 исходный код значительно переработали, переписав многое из кода Sybase.
> Я вовсе не являюсь страстным поклонником Microsoft, но справедливости ради следует
> признать, что именно Microsoft сделала из разработки Sybase СУБД под номером 3
> в мире. Заслуга Sybase в этом не очень велика.
по большому счету заслуга в этом маркетинговой службы майкрософта.
я не являюсь DBA, но Sybase ASE используется вполне успешно, как на Windows,
так и на Linux (кстати, RHEL). в случае же с MS SQL Server - такой финт не пройдет.
там есть явный vendor lock-in microsoft only / windows only. хотя практически всем уже
очевидно, что серверы баз данных лучше работают под управлением Linux, чем под Windows.
да и массированое напихивание в сервер баз данных различных дотнетов - это источник багов.
поэтому - на MS SQL Server можно поставить крест и забыть о существовании этого "продукта".

Ответить | Правка | Наверх | Cообщить модератору

34. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от лук репчатый (?), 29-Сен-08, 09:23

>поэтому - на MS SQL Server можно поставить крест и забыть о
>существовании этого "продукта".
ну что ж, доктор сказал в морг - значит, в морг.

Ответить | Правка | Наверх | Cообщить модератору

35. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от Все тот же аноним (?), 29-Сен-08, 09:38

"Номер три в мире" - это голый пиар в чистом виде. Научится мелкомягкий SQL работать хотя бы на большинстве распространенных платформ - будет повод называть его СУБД.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

31. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от Michael Shigorin (ok), 28-Сен-08, 23:50

>Все это с трудом вяжется с понятием enterprise-level
Вы что-то путаете, ынтерпрайз -- это про заменяемость винтиков и предсказуемость результата.  Производительность где-то в стороне.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

32. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от mv (??), 29-Сен-08, 00:20

>>вообще сейчас нет, например, для недавно анонсированного MRG (Messaging, Realtime, Grid).
>
>Эти вещи реализуются на основе Java Enterprise Edition. Уже давно есть сертифицированные
>реализации.
Головная реализация AMQP 0-9 (qpidc) написана на C++. Протокол открытый, реализаций, в том числе и на джаве, хватает (обычно, более старых версий).

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

33. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от User294 (ok), 29-Сен-08, 07:58

>с трудом вяжется с понятием enterprise-level, или "промышленным" дистрибутивом.
Ну вы просто не видели как MS Exchange 2007 (который, определенно, продукт для энтерпрайзов, а кого же еще?) на ровном месте уходит в даун... иначе не трындели бы о энтерпрайзах.Кстати энтерпрайзы и промышленность зачастую несколько разные вещи.Энтерпрайзы бывают разные.И не всегда там такие же требования к надежности как в космической промышленности.Хотя японцы вон линукс для спутника клепают по идее...

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

23. "Успехи Red Hat во втором квартале превзошли ожидания аналити..." +/–

Сообщение от Аноним (23), 27-Сен-08, 14:48

> Ну посмотрел поближе, на сайте ред хата только расписаны преимущества пара-полной виртуализации, ну и собственно хен расписан, никто так и не сказал мне почему люди покупают редхат, а не ставят дебиан, с тем же хен или виртуалбоксом. Что в ней особенного кроме саппорта ?
Ну это просто. Достаточно попробовать xen на редхате (еще с версии 5.0 работающему "из коробки", пусть и с незначительными косяками в некоторых ситуациях, которые поправили в 5.1 и 5.2) и на любом другом дистрибутиве. Как тамошний xen, так и сама система заточены по отношению друг к другу, и к этому грамотно прикручен libvirt; по удобству управления ни один дебиан с этим не сравинтся. Я поднимал xen на дебиане и жутко плевался; от мелочей (нет libvirt, нет pygrub или другого загрузчика, работающего с ядром внутри образа, проблемы со сложной настройкой виртуальной сети и т.д.) до куда более серьезных косяков. xen это очень сложная штука, и от одного внесения в дистрибутив не начинает работать нормально, требуется очень много вещей в системе подтачивать, чтобы виртуальными системами можно было пользоваться так же естественно, как обычными. Редхат это сделал. Новелл, говорят (не проверял) тоже сделал. Дебиан - ничего не сделал, причем если делать самому, т все выходит через задницу. Потому что система не рассчитана на такие агрессивные ковыряния, которые требуется сделать для нормальной работы с xen. Из дистрибутивов, которые сами "не сделали", но могут относительно удобно использоваться с xen разве что gentoo; потому что с одной стороны система не против того, чтобы в ней "ковырялись", с другой стороны есть руководства по адекватному вкручиваню туда xen, и полу-готовые решения в портах.
Достаточно поднять несколько серверов с виртуализацией, по 3-8 систем на каждом и попробовать на этом поработать, чтобы понять, что дебиан в этой области с редхатом и рядом не лежал.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

12. "Успехи Red Hat во втором квартале превзошли ожидания аналитиков"	+/–
Сообщение от Grigoriy (?), 27-Сен-08, 02:34
Ну посмотрел поближе, на сайте ред хата только расписаны преимущества пара-полной виртуализации, ну и собственно хен расписан, никто так и не сказал мне почему люди покупают редхат, а не ставят дебиан, с тем же хен или виртуалбоксом. Что в ней особенного кроме саппорта ?
Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от pavlinux (ok), 27-Сен-08, 05:16
	>Ну посмотрел поближе, на сайте ред хата только расписаны преимущества пара-полной виртуализации, >ну и собственно хен расписан, никто так и не сказал мне >почему люди покупают редхат, а не ставят дебиан, с тем же >хен или виртуалбоксом. Что в ней особенного кроме саппорта ? 1.) На Дебиан, Gentoo, RIPLinux, DamnSmallLinux :) Нету курсов по сертификации, и собственно сертифицированных спецоффф. Дабы Linux админ установивший поделку Генту иль Debian не возгордился, что он единственный и не заменимый... А можно было его выгнать и взять нового! 2.) На оживление, поделок требуется много время, а брать дополнительно Linux Guru только для поддержки системы это дорогое удовольствие. И как не говорите, а Дебиан все равно надо затачивать, после установки. Один админ не справиться с ядром, GCC, AD на Samba, SQL, postfix, PPTP/L2TP, iproute2, iptables, squid, .... и т.п. Так что вечно глюкующая, хоть и рабочая, система никому не нужна. 3.) Нужна определённость. А то что получиться из поделок можно будет узнать только после установки. А человеки и особено с баблом, по определению, бояться не известности! Все наверно знают выражение " - Ты мне ТОЧНО скажи, сколько стоит, и когда заработает!!!" Вы можете ответить за свои слова при установки генты или Дебиана. Вот только не надо пальцы гнуть,.... Условие: Если через час не будет работать Postfix c MySQL + авторегистрация юзеров через Апачу, то сверх времени с вас будем вычитать по 200$ за минуту, именно столько стоит простой офиса! (вполне реальная история). Куда у вас руки поятнуться, к коробочки с РедХатом или к болвани с Debian иль может Gentoo с компиляете...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от некто (?), 27-Сен-08, 07:15
	Я вот раньше тоже думал, Gentoo, Slackware,FreeBSD - рулез форева. Все что хочешь мог с помощбю этих систем сделать. На RHEL презрительно говорил "фи". Пришел в интегратор. Когда поучаствовал в 3-4 проектах с использованием RHEL, то повзрослел. Сейчас у меня даже дома RHEL стоит, вернее его свободный аналог CentOS. Короче RHEL, как тут справедливо заметили уже - стабильна, куча коммерческого софта под нее заточено, конфигурабельна, отличная документация, а уж экзамен RHCE - это что-то. Я просто влюбился в нее. оглядываясь назад к сожалению должен констатировать что gentoo, slackware, debian,freebsd - это было детство.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от mv (??), 27-Сен-08, 13:40
	>Ну посмотрел поближе, на сайте ред хата только расписаны преимущества пара-полной виртуализации, >ну и собственно хен расписан, никто так и не сказал мне >почему люди покупают редхат, а не ставят дебиан, с тем же >хен или виртуалбоксом. Что в ней особенного кроме саппорта ? Хороший саппорт, способный решить проблемы кастомеров, - это самое ценное, что для кастомеров может быть. В Редхате работает очень много оупенсорсных звёзд первой величины: Алан Кокс, Инго Молнар, Ульрих Дреппер и другие. Эти люди ещё до контракта с Редхатом были основными соавторами своих продуктов, которые сейчас входят в RHEL. Кто лучше их знает о текущих проблемах и путях их решения? Естественно, первоочередной задачей этих людей является решение возникающих технических проблем в продуктах компании. Редхат никогда не включит в свой продукт патч, который отвергли в апстриме (в отличие от Новелла, которые в ядро пихают всё, что могут). Исключения, конечно, есть. Например, если нужно фичу из 2.6.26 в ядро RHEL-2.1 (2.4.21) перенести, но кодовые базы, само собой, уже радикально отличаются, то патч значительно переделывается и отличается от апстримного. Да, кстати, 7 лет поддержки - это вам не цацки. А для RHEL-4 ещё на год продлили. Для RHEL-5, по видимому, ещё больше будет. Потому что у кастомеров нет резона мигрировать на новую версию платформы, ибо и старая работает, свеженайденные ошибки безопасности оперативно латаются. Некоторых аналогов для технологий Редхата и партнёров вообще сейчас нет, например, для недавно анонсированного MRG (Messaging, Realtime, Grid). Вообще, большой бизнес выбирает максимально интегрированные решения, хотя тут можно и здорово пролететь (см. опыт лондонской биржы с w2k3 server, .net и mssql ;). Редхат после дружественного поглощения Qumranet может биться на равных с m$: есть операционная система (RHEL), в том числе и с рилтаймовым ядром, системой планирования и управлением обновлениями (RHN), системой управления кластером (Condor), самой быстрой и производительной messaging-системой (не ICQ/Jabber ;), двумя типами виртуализациями (Xen и, теперь уже карманный, SolidIce/KVM) с управляющей платформой libvirt собственной разработки, middleware - JBOSS. Не хватает только мощной СУБД, но у m$ их продукт тоже далеко не Oracle или DB2. Тем, кому всё это не нужно, хотя бы приятен тот факт, что Редхат вкладывает немалые деньги в развитие и защиту нашего любимого opensource. Поэтому люди, даже далёкие от готовой редхатовской продукции, так его любят :)
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	22. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от Все тот же аноним (?), 27-Сен-08, 14:30
	> Не хватает только мощной СУБД Я приблизительно так интерпретирую позицию RH по этому поводу: и PostgreSQL, и EnterpriseDB, и куча других реляционных СУБД на RHEL отлично живут, так что в принципе особо париться по этому поводу смысла нет. Думаю, у RH есть более интересная задача: иметь возможность предложить полноценный кластер, где масштабироваться может каждая компонента. Не удивлюсь, если они объявят о разработке продукта типа Infobright, Bigtable или покупке вендора продукта с аналогичным функционалом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от mv (??), 27-Сен-08, 22:33
	>Я приблизительно так интерпретирую позицию RH по этому поводу: и PostgreSQL, и >EnterpriseDB, и куча других реляционных СУБД на RHEL отлично живут, так >что в принципе особо париться по этому поводу смысла нет. В районе 2001 года у Редхата был живой продукт RedHat DB, построенный на базе Постгреса. Сейчас новых версий, правда, что-то не видно. В принципе, возможностей 8-го постгреса уже вполне достаточно. Ещё хотя бы асинхронную мультимастер репликацию приделают (работы ведутся). > Думаю, >у RH есть более интересная задача: иметь возможность предложить полноценный кластер, >где масштабироваться может каждая компонента. Не удивлюсь, если они объявят о >разработке продукта типа Infobright, Bigtable или покупке вендора продукта с аналогичным >функционалом. Так уже: http://www.redhat.com/mrg/grid/condor/ Кстати, за что ещё Редхат любят: после покупки компании типа jboss или qumranet, все её коммерческие разработки становятся открытыми.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от лук репчатый (?), 28-Сен-08, 23:02
	>Редхат никогда не включит в >свой продукт патч, который отвергли в апстриме (в отличие от Новелла, >которые в ядро пихают всё, что могут). А еще вот недавно обнаружилось, что RedHat "забыла" включить патч к Perl, что привело к серьезному ( до двух порядков ) падению производительности операции bless, и это пагубно отразилось на производительности многих скриптов Perl. Можно, конечно, сказать, что это досадная случайность, забыл человек включить патч, мало ли. Но этот случай красноречиво показывает, что замеров производительности одного из важных компонентов дистрибутива, похоже, никто не делал. Все это с трудом вяжется с понятием enterprise-level, или "промышленным" дистрибутивом. >ошибки безопасности оперативно латаются. Некоторых аналогов для технологий Редхата и партнёров >вообще сейчас нет, например, для недавно анонсированного MRG (Messaging, Realtime, Grid). Эти вещи реализуются на основе Java Enterprise Edition. Уже давно есть сертифицированные реализации. >Не хватает только мощной СУБД, но >у m$ их продукт тоже далеко не Oracle или DB2. Я бы не сказал, что "далеко". Среди всех остальных РСУБД MS Sql Server наиболее близок к ним. Можно сколько угодно ругать продукты Microsoft ( и заслуженно ругать ), но конкретно этот сделан весьма хорошо.
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору


	28. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от zxc (??), 28-Сен-08, 23:13
	> А еще вот недавно обнаружилось, что RedHat "забыла" включить патч к Perl, > что привело к серьезному ( до двух порядков ) падению производительности > операции bless, и это пагубно отразилось на производительности многих скриптов Perl. > Можно, конечно, сказать, что это досадная случайность, забыл человек включить патч, > мало ли. Но этот случай красноречиво показывает, что замеров производительности > одного из важных компонентов дистрибутива, похоже, никто не делал. Все это с > трудом вяжется с понятием enterprise-level, или "промышленным" дистрибутивом. наверное у Red Hat`а несколько другое понимание что такое enterprise-level. между выпусками версий стараются исправлять только security и stability проблемы, чтобы ничего остального не сломать, и чтобы production можно было бы без проблем обновлять. некритичные обновления - нередко откладывают до следующего апдейта системы. разве что кто-то из клиентов наступит на грабли и попросит исправить проблему/ошибку... >>Не хватает только мощной СУБД, но >>у m$ их продукт тоже далеко не Oracle или DB2. > > Я бы не сказал, что "далеко". Среди всех остальных РСУБД MS Sql > Server наиболее близок к ним. Можно сколько угодно ругать продукты Microsoft > ( и заслуженно ругать ), но конкретно этот сделан весьма хорошо. это не Microsoft, а Sybase делала SQL Server, Microsoft потом только купили у них исходники.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от лук репчатый (?), 28-Сен-08, 23:29
	>это не Microsoft, а Sybase делала SQL Server, >Microsoft потом только купили у них исходники. Где-то после 1994 года Microsoft развивала этот продукт самостоятельно. В версии 7.0 исходный код значительно переработали, переписав многое из кода Sybase. Я вовсе не являюсь страстным поклонником Microsoft, но справедливости ради следует признать, что именно Microsoft сделала из разработки Sybase СУБД под номером 3 в мире. Заслуга Sybase в этом не очень велика.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от zxc (??), 28-Сен-08, 23:46
	>>это не Microsoft, а Sybase делала SQL Server, >>Microsoft потом только купили у них исходники. > > Где-то после 1994 года Microsoft развивала этот продукт самостоятельно. > В версии 7.0 исходный код значительно переработали, переписав многое из кода Sybase. > Я вовсе не являюсь страстным поклонником Microsoft, но справедливости ради следует > признать, что именно Microsoft сделала из разработки Sybase СУБД под номером 3 > в мире. Заслуга Sybase в этом не очень велика. по большому счету заслуга в этом маркетинговой службы майкрософта. я не являюсь DBA, но Sybase ASE используется вполне успешно, как на Windows, так и на Linux (кстати, RHEL). в случае же с MS SQL Server - такой финт не пройдет. там есть явный vendor lock-in microsoft only / windows only. хотя практически всем уже очевидно, что серверы баз данных лучше работают под управлением Linux, чем под Windows. да и массированое напихивание в сервер баз данных различных дотнетов - это источник багов. поэтому - на MS SQL Server можно поставить крест и забыть о существовании этого "продукта".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от лук репчатый (?), 29-Сен-08, 09:23
	>поэтому - на MS SQL Server можно поставить крест и забыть о >существовании этого "продукта". ну что ж, доктор сказал в морг - значит, в морг.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от Все тот же аноним (?), 29-Сен-08, 09:38
	"Номер три в мире" - это голый пиар в чистом виде. Научится мелкомягкий SQL работать хотя бы на большинстве распространенных платформ - будет повод называть его СУБД.
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	31. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от Michael Shigorin (ok), 28-Сен-08, 23:50
	>Все это с трудом вяжется с понятием enterprise-level Вы что-то путаете, ынтерпрайз -- это про заменяемость винтиков и предсказуемость результата. Производительность где-то в стороне.
	Ответить \| Правка \| К родителю #27 \| Наверх \| Cообщить модератору


	32. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от mv (??), 29-Сен-08, 00:20
	>>вообще сейчас нет, например, для недавно анонсированного MRG (Messaging, Realtime, Grid). > >Эти вещи реализуются на основе Java Enterprise Edition. Уже давно есть сертифицированные >реализации. Головная реализация AMQP 0-9 (qpidc) написана на C++. Протокол открытый, реализаций, в том числе и на джаве, хватает (обычно, более старых версий).
	Ответить \| Правка \| К родителю #27 \| Наверх \| Cообщить модератору


	33. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от User294 (ok), 29-Сен-08, 07:58
	>с трудом вяжется с понятием enterprise-level, или "промышленным" дистрибутивом. Ну вы просто не видели как MS Exchange 2007 (который, определенно, продукт для энтерпрайзов, а кого же еще?) на ровном месте уходит в даун... иначе не трындели бы о энтерпрайзах.Кстати энтерпрайзы и промышленность зачастую несколько разные вещи.Энтерпрайзы бывают разные.И не всегда там такие же требования к надежности как в космической промышленности.Хотя японцы вон линукс для спутника клепают по идее...
	Ответить \| Правка \| К родителю #27 \| Наверх \| Cообщить модератору


	23. "Успехи Red Hat во втором квартале превзошли ожидания аналити..."	+/–
	Сообщение от Аноним (23), 27-Сен-08, 14:48
	> Ну посмотрел поближе, на сайте ред хата только расписаны преимущества пара-полной виртуализации, ну и собственно хен расписан, никто так и не сказал мне почему люди покупают редхат, а не ставят дебиан, с тем же хен или виртуалбоксом. Что в ней особенного кроме саппорта ? Ну это просто. Достаточно попробовать xen на редхате (еще с версии 5.0 работающему "из коробки", пусть и с незначительными косяками в некоторых ситуациях, которые поправили в 5.1 и 5.2) и на любом другом дистрибутиве. Как тамошний xen, так и сама система заточены по отношению друг к другу, и к этому грамотно прикручен libvirt; по удобству управления ни один дебиан с этим не сравинтся. Я поднимал xen на дебиане и жутко плевался; от мелочей (нет libvirt, нет pygrub или другого загрузчика, работающего с ядром внутри образа, проблемы со сложной настройкой виртуальной сети и т.д.) до куда более серьезных косяков. xen это очень сложная штука, и от одного внесения в дистрибутив не начинает работать нормально, требуется очень много вещей в системе подтачивать, чтобы виртуальными системами можно было пользоваться так же естественно, как обычными. Редхат это сделал. Новелл, говорят (не проверял) тоже сделал. Дебиан - ничего не сделал, причем если делать самому, т все выходит через задницу. Потому что система не рассчитана на такие агрессивные ковыряния, которые требуется сделать для нормальной работы с xen. Из дистрибутивов, которые сами "не сделали", но могут относительно удобно использоваться с xen разве что gentoo; потому что с одной стороны система не против того, чтобы в ней "ковырялись", с другой стороны есть руководства по адекватному вкручиваню туда xen, и полу-готовые решения в портах. Достаточно поднять несколько серверов с виртуализацией, по 3-8 систем на каждом и попробовать на этом поработать, чтобы понять, что дебиан в этой области с редхатом и рядом не лежал.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору