https://www.opennet.ru/openforum/vsluhforumID3/44060.html Дела Red Hat идут в гору (http://www.linuxworld.com/news/2008/092508-red-hat-q2-earnings.html). Так доход за второй квартал этого года составил 164.4 млн. долларов, что 0.8 млн. больше, чем ожидали аналитики. В сравнении с аналогичным периодом прошлого года компании удалось на 29% увеличить прибыль в секторе продаж и на 24% - в области представления услуг.<br><br><br>Успех этого квартала Jim Whitehurst, директор Red Hat, объясняет модернизацией и переходом клиентов на новые версии ПО. Объем бизнеса JBoss-решений, развертываемых на платформе Red Hat Enterprise Linux, практически удвоил свои показатели. В планах компании занять лидирующие позиции в секторе виртуализации. Их серьезность подтверждается недавним приобретением разработчика KVM гипервизора, компании Qumranet.<br><br><br>В долговременной перспективе не испортила положение Red Hat и инициатива (http://www.mobileitworld.com/article/06/10/25/HNoracleredhat_1.html) Larry Ellison-а, генерального директора Oracle, озвученная два года назад на ко...<br><br>URL: http://www.lin https://www.opennet.ru/openforum/vsluhforumID3/44060.html#36 Tue, 30 Sep 2008 06:32:42 GMT &gt;На всякий случай: у Novell нет линейки бизнес-продуктов, сопоставимой с RH хотя <br>&gt;бы в первом приближении. Это миф. ОК, теперь буду знать, что <br>&gt;последняя поделка от Novell называется OES2, спасибо за подсказку. <br><br>На всякий случай покажите аналог eDirectory на редхате? или скажем подсистему печати аналогичную новелловской... А соглашение с MS возможно позволит сделать нормальное общение с вендомашинами, а не юзать для этого глюкавое поделие третьих лиц (самбу).... Еще скажите что общение с вендой не нужно? В стране, где в среднем бизнесе правит бал 1Це?! Нуну...<br> https://www.opennet.ru/openforum/vsluhforumID3/44060.html#35 Mon, 29 Sep 2008 05:38:45 GMT "Номер три в мире" - это голый пиар в чистом виде. Научится мелкомягкий SQL работать хотя бы на большинстве распространенных платформ - будет повод называть его СУБД.<br> https://www.opennet.ru/openforum/vsluhforumID3/44060.html#34 Mon, 29 Sep 2008 05:23:49 GMT &gt;поэтому - на MS SQL Server можно поставить крест и забыть о <br>&gt;существовании этого "продукта". <br><br>ну что ж, доктор сказал в морг - значит, в морг. <br> https://www.opennet.ru/openforum/vsluhforumID3/44060.html#33 Mon, 29 Sep 2008 03:58:55 GMT &gt;с трудом вяжется с понятием enterprise-level, или "промышленным" дистрибутивом. <br><br>Ну вы просто не видели как MS Exchange 2007 (который, определенно, продукт для энтерпрайзов, а кого же еще?) на ровном месте уходит в даун... иначе не трындели бы о энтерпрайзах.Кстати энтерпрайзы и промышленность зачастую несколько разные вещи.Энтерпрайзы бывают разные.И не всегда там такие же требования к надежности как в космической промышленности.Хотя японцы вон линукс для спутника клепают по идее...<br> https://www.opennet.ru/openforum/vsluhforumID3/44060.html#32 Sun, 28 Sep 2008 20:20:45 GMT &gt;&gt;вообще сейчас нет, например, для недавно анонсированного MRG (Messaging, Realtime, Grid). <br>&gt;<br>&gt;Эти вещи реализуются на основе Java Enterprise Edition. Уже давно есть сертифицированные <br>&gt;реализации. <br><br>Головная реализация AMQP 0-9 (qpidc) написана на C++. Протокол открытый, реализаций, в том числе и на джаве, хватает (обычно, более старых версий).<br> https://www.opennet.ru/openforum/vsluhforumID3/44060.html#31 Sun, 28 Sep 2008 19:50:50 GMT &gt;Все это с трудом вяжется с понятием enterprise-level<br><br>Вы что-то путаете, ынтерпрайз -- это про заменяемость винтиков и предсказуемость результата. Производительность где-то в стороне.<br> https://www.opennet.ru/openforum/vsluhforumID3/44060.html#30 Sun, 28 Sep 2008 19:46:42 GMT &gt;&gt;это не Microsoft, а Sybase делала SQL Server, <br>&gt;&gt;Microsoft потом только купили у них исходники. <br>&gt;<br>&gt; Где-то после 1994 года Microsoft развивала этот продукт самостоятельно. <br>&gt; В версии 7.0 исходный код значительно переработали, переписав многое из кода Sybase. <br>&gt; Я вовсе не являюсь страстным поклонником Microsoft, но справедливости ради следует<br>&gt; признать, что именно Microsoft сделала из разработки Sybase СУБД под номером 3 <br>&gt; в мире. Заслуга Sybase в этом не очень велика. <br><br>по большому счету заслуга в этом маркетинговой службы майкрософта.<br>я не являюсь DBA, но Sybase ASE используется вполне успешно, как на Windows,<br>так и на Linux (кстати, RHEL). в случае же с MS SQL Server - такой финт не пройдет.<br>там есть явный vendor lock-in microsoft only / windows only. хотя практически всем уже<br>очевидно, что серверы баз данных лучше работают под управлением Linux, чем под Windows.<br>да и массированое напихивание в сервер баз данных различных дотнетов - это источник багов.<br>поэтому - на MS SQL Server можно п https://www.opennet.ru/openforum/vsluhforumID3/44060.html#29 Sun, 28 Sep 2008 19:29:56 GMT &gt;это не Microsoft, а Sybase делала SQL Server, <br>&gt;Microsoft потом только купили у них исходники. <br><br>Где-то после 1994 года Microsoft развивала этот продукт самостоятельно. В версии 7.0 исходный код значительно переработали, переписав многое из кода Sybase. Я вовсе не являюсь страстным поклонником Microsoft, но справедливости ради следует признать, что именно Microsoft сделала из разработки Sybase СУБД под номером 3 в мире. Заслуга Sybase в этом не очень велика.<br> https://www.opennet.ru/openforum/vsluhforumID3/44060.html#28 Sun, 28 Sep 2008 19:13:41 GMT &gt; А еще вот недавно обнаружилось, что RedHat "забыла" включить патч к Perl, <br>&gt; что привело к серьезному ( до двух порядков ) падению производительности <br>&gt; операции bless, и это пагубно отразилось на производительности многих скриптов Perl. <br>&gt; Можно, конечно, сказать, что это досадная случайность, забыл человек включить патч, <br>&gt; мало ли. Но этот случай красноречиво показывает, что замеров производительности <br>&gt; одного из важных компонентов дистрибутива, похоже, никто не делал. Все это с <br>&gt; трудом вяжется с понятием enterprise-level, или "промышленным" дистрибутивом. <br><br>наверное у Red Hat`а несколько другое понимание что такое enterprise-level.<br>между выпусками версий стараются исправлять только security и stability проблемы,<br>чтобы ничего остального не сломать, и чтобы production можно было бы без проблем <br>обновлять. некритичные обновления - нередко откладывают до следующего апдейта системы.<br>разве что кто-то из клиентов наступит на грабли и попросит исправить проблему/ошибку...<br><br>&gt;&gt;Не хватает только мо