Ленс Дэвис (Lance Davis), основатель и администратор проекта CentOS, чье загадочное исчезновение (http://www.opennet.me/opennews/art.shtml?num=22821) посеяло неразбериху и поставило под вопрос дальнейшее существование проекта, по всей видимости нашелся. Именно это сообщение (http://www.centos.org/) сменило в топе новостей сайта открытое письмо, опубликованное несколько дней назад.«<i>Команда разработчиков проекта CentOS провела сегодня заседание, на котором присутствовал Ленс Дэвис. Во время встречи были разрешены наиболее острые вопросы, определены крайние сроки для оставшихся и достигнуто соглашение о продолжении работы. Инцидент можно считать исчерпанным и он никак не должен повлиять на пользователей CentOS. Контроль проекта над доменами CentOS.org и CentOS.info восстановлен. Все торговые марки, материалы, графические образы, относящиеся к дистрибутиву CentOS, снова принадлежат проекту CentOS. Мы надеемся на дальнейшее сотрудничество с Ленсом для наискорейшего претворения в...
URL: http://linux.slashdot.org/story/09/08/01/1443221/CentOS-Admi...
Новость: http://www.opennet.me/opennews/art.shtml?num=22845
ну и позитифф. CentOS продолжает работать. Поздравления всем CentOS-никам.ЗЫ Ubuntu-вод.
перебили документы видать :)
Переименовались и работали бы дальше.
Сообщество тем и хорошо что незаменимых нет.
есть в проекте нет незаменимых, значит этот типовой потоковый продукт делаемый студентами за еду
>есть в проекте нет незаменимых, значит этот типовой потоковый продукт делаемый студентами
>за едуМайкрософт в курсе?
Ходить он теперь будет с тростью, видимо...
Проект замечательный - если Дэвис хотел на нем наживиться, то зря. Просто нормальные люди пригрозили что сделают форк, а тогда он останется у разбитого корыта
Ну уже отдохнуть нельзя, подняли шумиху
Хорошая новость. Отличный проект.
P.S. Все серверы - на CentOS.
ну что за люди.
не дали мужику день сисадмина отметить.
>не дали мужику день сисадмина отметить.+1, точно также считаю
Он его уже год отмечает. То появится, то исчезнет. Теперь, когда ко всем совсем уникальным объектам он доступ раздал ещё нескольким людям, а paypal-счёт обещал передать foundation как только таковое случится, к его исчезновениям проще относиться спокойно..
Проект хороший ... идея тоже супер !!!
Все закончилось хорошо конечно,
администратор нашелся..Но осадок то остался!
выбирал как раз между centos debian и gentoo, теперь выбрать стало проще.
>Все закончилось хорошо конечно,
>администратор нашелся..
>
>Но осадок то остался!
>
>выбирал как раз между centos debian и gentoo, теперь выбрать стало проще.
>Я думаю когда вы будете использовать какой-нибудь промышленный софт (в моём случае Oracle), вам будет еще проще.
Добавлю: когда он будет использовать оборудование промышленного масштаба, вопрос о выборе дистрибутива Linux просто не будет подниматься. Он очевиден!
Ага, и это будет Debian ;)
>Ага, и это будет Debian ;)Это будет тот дистр который имеет саппорт от производителя железа.
значит это будет убунта с поддержкой от каноникал. :-Dа вообще центос - отличная вещь для тех, кто пока не готов к рх.
но если рассматривать в применении к ораклу, то почему сразу не взять оракловый линукс?
>но если рассматривать в применении к ораклу, то почему сразу не взять
>оракловый линукс?Он совсем дубовый, к тому же это тот же RHEL, только сбоку.
как и центос однако.
а да! на оракловый линух потом покупаешь поддержку (вместе с бд например) и всё.
а что делать с центос?
>а да! на оракловый линух потом покупаешь поддержку (вместе с бд например)
>и всё.
>а что делать с центос?Оракл, как и любое другое прориоретарное решение, выбрашенные на ветер деньги. К тому же, уж чего-чего, а производительность решений на Оракле меньше всего страдает от аппаратуры или выбранной ОСи. Программеры Оракл не знают и знать не хотят, потому как сложно, думать ведь надо, а программерам думать нечем. Поэтому он везде и повсеместно работает ужасно и ничего с этим не поделать. Типична ситуация, когда мощный восьмипроцовый сан с мощнейшей дисковой подсистемой работает медленнее офисного компа за 500 у.е., а "специалист" с умным видом ещё и заявляет "А что вы хотели, это ведь Оракл. Нужно лучшее оборудование". На поверку оказывается, что там жёсткий разбор и дата-брокер с последовательным доступом и хоть ты обсерись этот зоопарк быстрее работать не станет. Вот тебе и интегрированное решение с гарантированным сервисом.
ну Вы же не себе домой ставите субд oracle или oebs?
>К тому же, уж чего-чего, а производительность решений на Оракле меньше всего страдает от аппаратуры или выбранной ОСиво-первых - страдает. а о поддержке и говорить не стоит. (а её ведь тоже не Вы покупаете? :-D)
>Типична ситуация, когда мощный восьмипроцовый сан с мощнейшей дисковой подсистемой работает медленнее офисного компа за 500 у.е., а "специалист" с умным видом ещё и заявляет "А что вы хотели, это ведь Оракл. Нужно лучшее оборудование".видимо от спеца зависит. :-D
у меня вот была практика работы с оебс на 2-х серверах (1-ый - субд, 2-ой - app) по 2-а проца спарк-2/450MHz и озу 1972Mb(считать лень - 16 разноколиберных симок). и ничего. работало.
ну а если говорить только о субд oracle - так полная ложь. отличная субд. с отличной производительностью.
>На поверку оказывается, что там жёсткий разбор и дата-брокер с последовательным доступом и хоть ты обсерись этот зоопарк быстрее работать не станет. Вот тебе и интегрированное решение с гарантированным сервисом.а вот тут не понятно о чём именно речь. что за броккер? и разбор чего?...
>ну а если говорить только о субд oracle - так полная ложь.
>отличная субд. с отличной производительностью.Да, отличный продукт. Это я про 9-ку и 10-ку. Дальше что-то их не туда понесло.
ОЕБС же это ужас какой-то. Оракл не умеют делать хорошие прикладные решения. Деньговыжималка только, причём, впустую совершенно.> что за броккер? и разбор чего?...
разбор запросов, брокер доступа к данным...
ну это архитектурный промах... его можно изменить...
у оракла такая шняга есть - outlines. можно установить план выполнения апроса даже если он жёстко зашит в прикладном по.
типа так - http://www.oracle-base.com/articles/misc/Outlines.phpс мнением про оебс в общем согласен - понаворатили черт знает что. теперь вот ещё и на флэшах. хорошо, что субд ещё нормальная. другая бы такого не выдержала... а может плохо.
Ну, если вы работали с СУБД, то наверное пояснения вам не должны были понадобиться. Жесткий разбор - это когда каждый раз SQL-машине приходится заново полностью разбирать SQL-выражение и строить план выполнения запроса, что оказывается таки забирает сравнительно много времени и ресурсов, особенно когда запросов много. Чаще всего такое происходит когда массировано используется склеивание строки запроса и значений ( " ... where t.id=12345 ") и не используются переменные биндинга в которые и должны передаваться значения запроса (" ... where t.id=:aId "). В Оракле каждый новый поступивший запрос хэшируется и по коду хэша в кэше ищется среди уже синтаксически разобранных и спланированных запросов. Если нашли - то пользуемся готовыми результатами разбора. А вот насчет дата-брокера с последовательным доступом могу только предполагать. Вероятнее всего там ошибки в архитектуре приложения, например, этот дата брокер, который должен обслуживать множество клиентов, желательно одновременно, для запроса использует конструкцию SELECT ... FOR UPDATE и когда обращения от разных пользователей происходят к одной таблице то первый счастливчик лочит нужные записи (или все записи таблицы, зависит от условия отбора строк), а второй висит на ожидании блокировки этих же строк (или всех строк в самом неудачном случае), т.е. ждет пока первый завершит транзакцию. Получается последовательная работа множества клиентов.
дык... в курсе я. :-D
требовались пояснения по конкретной ситуации.
зы:
а for update можно юзать и с no wait, и с of <column>.
к тому есть отличный пакет - DBMS_LOCK пользовательские блокировки.
отличная шняга. типа так - http://my-oracle.it-blogs.com/post-42.aspx
>но если рассматривать в применении к ораклу, то почему сразу не взять
>оракловый линукс?Я бы при наличии выбора по проекту предпочёл отдать деньги редхату в качестве подложки под оракл, чем грязно слепленной кальке (некоторое время посматривал на эту историю, google://"unfakeable linux", например).
С другой стороны, у меня есть выбор проектов и никакими ораклами тут не во... не пахнет, в общем.
>С другой стороны, у меня есть выбор проектов и никакими ораклами тут не во... не пахнет, в общем.ну дык... это ж не плохо?
если нашли свой сектор... у каждого своя ниша....
>Я бы при наличии выбора по проекту предпочёл отдать деньги редхату в качестве подложки под оракл, чем грязно слепленной кальке (некоторое время посматривал на эту историю, google://"unfakeable linux", например).а вот это не красиво - s/unfakeable/unbreakable
если у предприятия стоит задача поддержки своих данных на субд оракл, то им и выбирать платформу под неё.... и лично я, например, альтлинух тут не посоветую.
А Альт сертифицирован, поэтому почти без альтернативы сейчас.
правда что ли?!!?????!?
а где почитать?
>правда что ли?!!?????!?Ну не без альтернативы всё-таки.
>а где почитать?
ну речь шла об оракле.
соответсвенно и сертификации от оракле. иначе поддержку не оказывают.
значит для линух + оракле + Россия - альтернатив ещё меньше - http://www.rhd.ru/cert.html
>>чем грязно слепленной кальке (некоторое время посматривал на эту историю,
>>google://"unfakeable linux", например).
>а вот это не красиво - s/unfakeable/unbreakableНет, всё как раз на месте: http://wtogami.livejournal.com/11118.html
>если у предприятия стоит задача поддержки своих данных на субд оракл, то
>им и выбирать платформу под неё.... и лично я, например, альтлинух
>тут не посоветую.Ессно. И я тоже.
Что-то я в таблицах сертификации не у Oracle, не у IBM, не у прочих крупных вендоров Debian не видел. Не видел я для него драйверов (родных) для всякого разного специфического железа (для коммуникационных плат например). А для RHEL всё это есть, и на CentOS, как бинарно совместимый дистр эта совместимость распространяется. Не нужно искать себе сложности на пустом месте.
HP
>Что-то я в таблицах сертификации не у Oracle, не у IBM, не
>у прочих крупных вендоров Debian не видел. Не видел я для
>него драйверов (родных) для всякого разного специфического железа (для коммуникационных платПубличным договором запрещено. Если хотите, пользуйтесь репозиторием с закрытыми драйверами. Никто не запрещает.
Solaris?
>Solaris?Он хорош, для того же Оракла - очень хорош, но на родном для него железе, имхо.
>>Solaris?
>
>Он хорош, для того же Оракла - очень хорош, но на родном
>для него железе, имхо.Вы про SPARC? Не вижу проблем с x86 солярой как на санфаерах, так и на левом железе.
>Вы про SPARC? Не вижу проблем с x86 солярой как на санфаерах,
>так и на левом железе.А они есть, насколько слышу от людей, которым имею больше оснований доверять в данном вопросе. Т.е. несколько лет назад солярис на x86 характеризовали как "хуже линукса на спарке". Несмотря на коррекцию весов в платформах там, с тех пор не слышал достоверного обратного мнения.
Можно, конечно, поспрошать знакомых из собственно Sun...
согласен с этим мнением.
на x86 он намного дубовее линуха чтобы не говорили. со спарками никакого сравнения.и про левое железо... а откуда дровишки? а кто будет осуществлять поддержку? и что на это скажет металинк (уже по софту на левом железе)?
да и вообще не понятно что будет делать с этим оракл и как позиционировать...
>>Solaris?
>
>Он хорош, для того же Оракла - очень хорош, но на родном
>для него железе, имхо.Ораклу пофиг на чём он. Абсолютно. Оракл как хорошая катана -- убийственнен только в руках мастера.
ну если так к вопросу подходить, то да!
нет такой системы, которую "умеючи" нельзя завалить.... а ежели ещё и с помошником!.. :-D
>ну если так к вопросу подходить, то да!
>нет такой системы, которую "умеючи" нельзя завалить.... а ежели ещё и с
>помошником!.. :-DНу так, в завале дела ОС играет далеко не ведущую роль. По опыту, под Оракл очень плохо пишут. Сам же продукт просто шедевр.
не скажи!
понятное дело, что говоря об ОС, я косвенным образом говорю и аппаратной платформе.
и тот же линух на x86(x86-64) - лучший выбор.
но он не сравниться с соляркой на спарках. и там, где на x86 нужен уже будет RAC (за отдельные бабки ессесно) спарк справится и без него. в итого по цене/качеству спарки не на последнем месте. не говоря уж о качестве и количестве админов для rac и без.
Это будет Solaris, или AIX, HP-UX, VMS
ещё sco openserver, unixware и т.д.
>Это будет Solaris, или AIX, HP-UX, VMSЭто будет Дебиан с кучей ульев на Ксене.
>Это будет Solaris, или AIX, HP-UX, VMSЭто будет любой массовый линукс-дистр. Другое решение можно объяснить только желанием надуть акционеров, распилить бабки и разорить собственную организацию. Хотя, в общем, желание довольно благородное )
и что же тут благородного?
и, кстати, тоже самое (и больше, много больше) можно сказать и про венды, и про.. некоторых вендоров - там и откатов по-больше, и заказов, и серверов гораздо больше надо, не говоря уж о клиентах... главное вендора "правильного" подобрать.