Ian Murdock, основатель Debian GNU/Linux перешедший на работу в Sun Microsystems, представил очередной доклад (http://www.phoronix.com/scan.php?page=article&item=849&num=1) по проекту Indiana (http://www.opensolaris.org/os/project/indiana/).
Утверждается, что в качестве файловой системы будет использована ZFS, десктоп окружение будет построено на базе X.Org и GNOME. В комплект войдут такие приложения, как GNU utils, GCC, Glibc, Firefox, OpenOffice.org и т.д.
Первый релиз Indiana планируется выпустить до конца текущего года.URL: http://www.phoronix.com/scan.php?page=article&item=849&num=1
Новость: http://www.opennet.me/opennews/art.shtml?num=12154
То есть это будет GNU\Solaris или как?
Это будет ТРУ\Solaris
Странно что включено GNU utils, GCC, Glibc ведь у Sun ведь есть свой набор для разработки...
Да ничего странного. Многие opensource проекты прийдется подточить чтобы они собирались под соляру с использванием нативного компилятора и линковщика. Они пошли по пути наименьшего сопротивления. К тому же лицензия насколько я помню не позволяет прикладывать сановский компилятор в качестве штатного пакета.
Давно пора, ибо Solaris всегда был на голову выше Linux/*BSD систем, за исключением нормального рабочего окружения. Что там за система пакетов будет, интересно. Надеюсь, что-то не бинарное, типа pkgsrc.
С ума сойти. Какое счастье привалило. Сейчас прям все бросим и Linux и BSD, и побежим к Solaris со словами: "Избавители вы наши".
(Solaris хорошая система конечно, но фанатизм некоторых просто удивляет)
Вам лечиться надо, если вы считаете выбор наиболее совершенной системы из доступных фанатизмом.
Это, конечно, хорошая система, спору нет, но только на спарках. А на интел и амд она, к сожалению, глубоко в попе. Так шта не нада .....
А не подскажете ли, какой именно своей частью она в "попе"? У меня Solaris 11/06 крутится на 2x Xeon 51xx, и что-то я не замечаю особых проблем с ней.
Быть может, но на пеньке втором, где летают все, и живые и мертвые в наше время оси, соляра - редкостный тормоз: впереди планеты всей.
Отличная шутка.
P3-1100, 512 Mb, Solaris 10 работает не медленнее, чем убунта и SUSE на этой же машине. Что я делаю не так?
P.S. Имхо, времена тормозов Solaris на x86 закончились 9 версией.
да их никогда и не было. 2.6 на Celeron 300 (слот-1 такой, как лапоть), с 64 метрами, уделывала как грелку тогдашний redhat. bsd была заметно шустрее, но все же чуть медленнее solaris'а...
Да и на спарках это полный отстой!!!Не верти тем кто хвалит этот недобитый solaris - это маркетинговый бред,
я с ним каждый день воюю, впрочем уже ухожу в отставку :)Единственный шанс для solaris - это rhel-подобный дистрибутив с ядром и парой полезных примочек как dtrace & ZFS от сегодняшнего solaris.
Фанатизмом я считаю безапелляционные заявления, например "выбор наиболее совершенной системы из доступных". Выбранной кем, когда, в какой сфере, по каким параметрам, при каких условиях, по сравнению с чем ?
Мной.
Судя по тому что SUN поддерживает Nexenta (http://www.gnusolaris.org/gswiki) очень может быть что и "официальный" дистрибутив соляриса будет похож...
Да ненадо нам такого лица. Это только пингвоводов привлекать. Но они настолько отморожены что неповедутся.
так вроде бы уже они с этим пролетели - все очень медленно работает,,,,,,,, - людт уж поняли что это им не нужно, интузиазм берет свое?
Простой пример. Имею почтовый сервер (smtp+imap+pop3), примерно 50 пользователей, у каждого примерно по 5 гигабайт почты. В линуксе любой, насколько я знаю, способ инкрементального бэкапа потребует сканирования всех папок с письмами, если изменился хоть один атрибут файла.
В солярис - ставлю это всё на zfs, использую zfs snapshot чтобы ежедневно делать снапшот. Раз в неделю использую zfs send чтобы отправить полный снапшот в бэкап. И ежедневный инкрементальный zfs send -i <вчерашний снапшот> <сегодняшний снапшот> занимает невероятно малое время и место. Так как ниичего не надо сканировать. Всё берётся из журнала файловой системы. Это не десятки раз экономнее чем если использовать lvm/evms snapshots, а сотни!
Конечно, когда zfs появится в freebsb 7.0 то это же преимущество над линуксом будет и у неё.
Если бы в evms добавили возможность send / receive своих снапшотов с поддержкой инкрементальности - это, по крайней мере, преимущество Solaris перестало быть таким острым. Конечно удобнее это иметь сразу в системе, а не в дополнительных пакетах, но это уже можно и потерпеть.
-- Сергей.
Да никто не спорит, в Solaris есть очень удобные вещи -- ZFS, dtrace, SMF... Но только из-за них вряд ли кто станет менять ОС. Потому что Solaris отнюдь не лишен недостатков (не будем фанатами, вспомним сами -- каких именно), а главное -- что и без них работали многие годы, и работали удобно и с комфортом. Единственный шанс для Solaris завоевать тот рынок, на который он сейчас нацелился (бюджетных Linux-серверов) -- скопировать функциональность Linux (как ни крути, а в солярке дофига чего не хватает) с сохранением своих сильных сторон -- стабильности, масштабируемости и всех фич.Инженерам, сидящим на соляре годами, этого просто не понять -- их полностью устраивает. Но для среднего линуксового админа это темный лес, это необходимость перелопатить кучу документации и привыкать к незнакомой среде. Однако Sun четко обозначил свою позицию -- выбыить Linux со всех ниш. Единственный путь к достижению этой цели понятен -- и фанатам придется мириться.
>Инженерам, сидящим на соляре годами, этого просто не понять -- их полностью
>устраивает. Но для среднего линуксового админа это темный лес, это необходимость
>перелопатить кучу документации и привыкать к незнакомой среде.и слава богу... подростки и так девальвировали профессию ниже плинтуса.
Ну, нам так пришлось сменить ОС. Когда ежедневный инкрементальный бэкап с помощью rsync перестал укладываться в 24 часа, в то время как на тестовом стенде то же самое zfs send с ключём -i делала за минуты, - я думаю что держаться за мою любимую ОС линукс будет фанатизмом. Вот сделают в evms incremental snapshots - может быть верну mail server в линукс. Скорее нет, так как чего трогать если прекрасно работает?
-- Сергей
Берём кластер на Heartbeat + DRBD + OpenVZ
И выполняем бэкап с помощью встроенных средств сеих софтин... не хуже вашей Солярки, и во много раз лутьше и надежнее рсинк
>Берём кластер на Heartbeat + DRBD + OpenVZ
>И выполняем бэкап с помощью встроенных средств сеих софтин... не хуже вашей
>Солярки, и во много раз лутьше и надежнее рсинкГлупенький,
Ты сравни количество ручных действий и количество софта которое должно стоять на твоем гибриде - для того чтобы всего лишь сделать ТОЖЕ САМОЕ что делают две команды в солярисе
если честно -- я например просто теряюсь в догадках -- что это у вас за FS то была???
А в Plan9 такой бэкап - стандартная возможность системы, без всякого дополнительного софта и снэпшотов. И доступ к своему архиву за любое число любой юзер получает за минуты БЕЗ вмешательства сисадмина.
угу и на марсе вода есть.
>Да никто не спорит, в Solaris есть очень удобные вещи -- ZFS,
>dtrace, SMF...Вы меня извините, но разве SMF - это удобство???
Это же кусок реестра:
HKLN\SYSTEM\CurrentControlSet\Services
Были простые и понятные скрипты, а стало какое-то у"6ище...
Вы не поверите, но я ровно за два часа чтения доки и примеров собственными руками сделал xml и скрипты SMF для squid, samba, perforce. Сделал бы и быстрее, если бы не мои довольно кривоватые ручонки. SMF непонятна только первый раз ( так же, как и rc.d, init.d ).
А по поводу реестра: одна из главных его проблем заключается в том, что с ним довольно неудобно работать в нестандартной обстановке, когда система, например, не загружается из-за повреждения оного. Соляра же в безопасном режиме загрузится вне зависимости от того, повреждены файлы SMF или нет. Да и куда более просто, логично и в стиле unix работать с файлами, расфасованными на директории вменяемым образом.
>Простой пример. Имею почтовый сервер (smtp+imap+pop3), примерно 50 пользователей, у каждого примерно
>по 5 гигабайт почты. В линуксе любой, насколько я знаю, способ
>инкрементального бэкапа потребует сканирования всех папок с письмами, если изменился хоть
>один атрибут файла.
>В солярис - ставлю это всё на zfs, использую zfs snapshot чтобы ежедневно делать снапшот. Раз в неделю использую zfs send чтобы отправить полный снапшот в бэкап. И ежедневный инкрементальный zfs send -i <вчерашний снапшот> <сегодняшний снапшот> занимает невероятно малое время и место. Так как ниичего не надо сканировать. Всё берётся из журнала файловой системы. Это не десятки раз экономнее чем если использовать lvm/evms snapshots, а сотни!lol!!!!!!!
Товарисчь!
Вы подменяете понятия!
FS != OS
Вот Вам для затравки:
http://www.symantec.com/business/products/sysreq.jsp?pcid=22...
>[оверквотинг удален]
>>инкрементального бэкапа потребует сканирования всех папок с письмами, если изменился хоть
>>один атрибут файла.
>>В солярис - ставлю это всё на zfs, использую zfs snapshot чтобы ежедневно делать снапшот. Раз в неделю использую zfs send чтобы отправить полный снапшот в бэкап. И ежедневный инкрементальный zfs send -i <вчерашний снапшот> <сегодняшний снапшот> занимает невероятно малое время и место. Так как ниичего не надо сканировать. Всё берётся из журнала файловой системы. Это не десятки раз экономнее чем если использовать lvm/evms snapshots, а сотни!
>
>lol!!!!!!!
>Товарисчь!
>Вы подменяете понятия!
>FS != OS
>Вот Вам для затравки:
>http://www.symantec.com/business/products/sysreq.jsp?pcid=22...А главное денег, денег побольше приготовьте :-)
Ну и насчет простоты использования Веритас мягко говоря сливает
+1, и вопрос к оратору выше, можно не лужу газифицировать а _КОНКРЕТНО_ в чем сливает солярис линуксу в обыденных стандартных ролях ? aka web/mail/dns/ftp/app server/etc только КОНКРЕТНО ?
я из своей практики могу лишь назвать следующие:
1) ipf - конечно не сравнить с iptables, раутер из солярки никакой.
2) прежде чем покупать железку нуна посмотреть в HCL
ВСЁ. Никаких явных недостатков лично я для себя в солярисе ни нашел.
Тем, что для Solaris платформа x86 чужая. И ZFS падает и драйверы NIC VLAN'ы редко поддерживают, управление Storage Devices предполагает SCSI и т.д. и т.п. Без фирменного железа SPARC от Sun многое не работает. И в целом Solaris это обычный замусоренный Unix, только качество кода намного лучше, чем у Linux/BSD.
>> Без фирменного железа SPARC от Sun многое не работает.Вспоминается анекдот про партизана который до сих пор поезда под откос пускает.
Проснитесь, сан уже давно выпускает x86 железо, соляра на x86 отличется от спарковой только загрузчиком, все фичи и там и там доступны одинаково, некоторых вещей на x86 даже больше наверное.
Путь x86 ведёт к "Sun становится OEM-поставщиком Windows Server.
Огромный плакат на http://ru.sun.com/
>Путь x86 ведёт к "Sun становится OEM-поставщиком Windows Server.
>Огромный плакат на http://ru.sun.com/Ага несколько лет назад, кто бы мог представить:)
и вот на сайте ИБМ
АРМОНК, штат Нью-Йорк, и САНТА-КЛАРА, штат Калифорния, 16 августа 2007 г. – Корпорация IBM (NYSE: IBM) и компания Sun (Nasdaq: SUNW) сегодня объявили, что IBM будет поставлять клиентам операционную систему Solaris(TM) и подписку на услуги поддержки Solaris Subscriptions для отдельных моделей серверов семейств IBM System x и IBM BladeCenter по своим каналам сбыта.еще у HP и DELL похожее
belkin очнись на дворе 21 век а у ниво все для солярсиа х86 чужая платформа.
- ваш бронепоезд отличаеца повышенной звуконипроницаемостью и способностью к длительным погружениям (ц) LOR
Расскажите об этом разработчикам ПО для Solaris, а то они до сих пор на SPARC нацелены. И в Sun самые-самые инженеры работают в области больших машин, а там x86 на фиг никому не нужны. Поэтому SPARC и есть основная платформа а x86 - массовая попса для ассортимента.
ваши сведения весьма и весьма устарели
Пожалуйста назовите мне функционал реализованный в Solaris/SPARC но не реализованный в Solaris/x86-64, или поверьте мне что оный отсутствует.
Да уж, когда же наконец будет развеян этот миф, что Solaris на x86_64 чем-то хуже или отличаеться, от SPARC версии, - SUN выпускает не меньше топовых моделей своих серверов на x86_64, почитайте релиз нотесы к обоим сборкам, они идентичны, может за исключением пары-тройки платформенно зависимых настроек ядра или чего-нить ещё, в таком роде...:)))