The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Подробности о проекте Indiana - "Solaris с Linux лицом"

23.09.2007 23:18

Ian Murdock, основатель Debian GNU/Linux перешедший на работу в Sun Microsystems, представил очередной доклад по проекту Indiana.

Утверждается, что в качестве файловой системы будет использована ZFS, десктоп окружение будет построено на базе X.Org и GNOME. В комплект войдут такие приложения, как GNU utils, GCC, Glibc, Firefox, OpenOffice.org и т.д.

Первый релиз Indiana планируется выпустить до конца текущего года.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: Sun попытается сделать Solaris похожим на Linux
  3. Indiana FAQ
  4. Indiana Wish List
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/12154-solaris
Ключевые слова: solaris
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (41) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, sergeyvp (??), 23:32, 23/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    То есть это будет GNU\Solaris или как?
     
     
  • 2.2, local (??), 23:52, 23/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Это будет ТРУ\Solaris
     

  • 1.3, nkt_m (?), 00:35, 24/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Странно что включено GNU utils, GCC, Glibc ведь у Sun ведь есть свой набор для разработки...
     
     
  • 2.9, sauron (??), 07:31, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Да ничего странного. Многие opensource проекты прийдется подточить чтобы они собирались под соляру с использванием нативного компилятора и линковщика. Они пошли по пути наименьшего сопротивления. К тому же лицензия насколько я помню не позволяет прикладывать сановский компилятор в качестве штатного пакета.
     

  • 1.4, Аноним (-), 00:59, 24/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Давно пора, ибо Solaris всегда был на голову выше Linux/*BSD систем, за исключением нормального рабочего окружения. Что там за система пакетов будет, интересно. Надеюсь, что-то не бинарное, типа pkgsrc.
     
     
  • 2.5, Владимир (??), 02:06, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    С ума сойти. Какое счастье привалило. Сейчас прям все бросим и Linux и BSD, и побежим к Solaris со словами: "Избавители вы наши".
    (Solaris хорошая система конечно, но фанатизм некоторых просто удивляет)
     
     
  • 3.7, Аноним (-), 04:40, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Вам лечиться надо, если вы считаете выбор наиболее совершенной системы из доступных фанатизмом.
     
     
  • 4.11, Filmoscope (??), 09:17, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Это, конечно, хорошая система, спору нет, но только на спарках. А на интел и амд она, к сожалению, глубоко в попе. Так шта не нада .....
     
     
  • 5.12, penguin_killer (?), 10:03, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    А не подскажете ли, какой именно своей частью она в "попе"? У меня Solaris 11/06 крутится на 2x Xeon 51xx, и что-то я не замечаю особых проблем с ней.
     
     
  • 6.15, Av (??), 12:22, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Быть может, но на пеньке втором, где летают все, и живые и мертвые в наше время оси, соляра - редкостный тормоз: впереди планеты всей.
     
     
  • 7.17, Аноним (-), 14:35, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Отличная шутка.
     
  • 7.19, Аноним (-), 15:16, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    P3-1100, 512 Mb, Solaris 10 работает не медленнее, чем убунта и SUSE на этой же машине. Что я делаю не так?
    P.S. Имхо, времена тормозов Solaris на x86 закончились 9 версией.
     
     
  • 8.24, cadmi (?), 20:43, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    да их никогда и не было 2 6 на Celeron 300 слот-1 такой, как лапоть , с 64 мет... текст свёрнут, показать
     
  • 5.20, fi (?), 15:17, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Да и на спарках это полный отстой!!!

    Не верти тем кто хвалит этот недобитый solaris -  это маркетинговый бред,
    я с ним каждый день воюю, впрочем уже ухожу в отставку :)

    Единственный шанс для solaris - это rhel-подобный дистрибутив с ядром и парой полезных примочек как dtrace & ZFS от сегодняшнего  solaris.

     
  • 4.13, Владимир (??), 10:22, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Фанатизмом я считаю безапелляционные заявления, например "выбор наиболее совершенной системы из доступных". Выбранной кем, когда, в какой сфере, по каким параметрам, при каких условиях, по сравнению с чем ?
     
     
  • 5.16, Аноним (-), 14:34, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Мной.
     
  • 2.10, aim (??), 08:22, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по тому что SUN поддерживает Nexenta (http://www.gnusolaris.org/gswiki) очень может быть что и "официальный" дистрибутив соляриса будет похож...
     

  • 1.6, tommy (?), 02:37, 24/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да ненадо нам такого лица. Это только пингвоводов привлекать. Но они настолько отморожены что неповедутся.
     
  • 1.8, студент (??), 06:58, 24/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    так вроде бы уже они с этим пролетели - все очень медленно работает,,,,,,,, - людт уж поняли что это им не нужно, интузиазм берет свое?
     
  • 1.22, seriv (?), 18:14, 24/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Простой пример. Имею почтовый сервер (smtp+imap+pop3), примерно 50 пользователей, у каждого примерно по 5 гигабайт почты. В линуксе любой, насколько я знаю, способ инкрементального бэкапа потребует сканирования всех папок с письмами, если изменился хоть один атрибут файла.
    В солярис - ставлю это всё на zfs, использую zfs snapshot чтобы ежедневно делать снапшот. Раз в неделю использую zfs send чтобы отправить полный снапшот в бэкап. И ежедневный инкрементальный zfs send -i <вчерашний снапшот> <сегодняшний снапшот> занимает невероятно малое время и место. Так как ниичего не надо сканировать. Всё берётся из журнала файловой системы. Это не десятки раз экономнее чем если использовать lvm/evms snapshots, а сотни!
    Конечно, когда zfs появится в freebsb 7.0 то это же преимущество над линуксом будет и у неё.
    Если бы в evms добавили возможность send / receive своих снапшотов с поддержкой инкрементальности - это, по крайней мере, преимущество Solaris перестало быть таким острым. Конечно удобнее это иметь сразу в системе, а не в дополнительных пакетах, но это уже можно и потерпеть.
    -- Сергей.
     
     
  • 2.23, aux (?), 18:53, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Да никто не спорит, в Solaris есть очень удобные вещи -- ZFS, dtrace, SMF... Но только из-за них вряд ли кто станет менять ОС. Потому что Solaris отнюдь не лишен недостатков (не будем фанатами, вспомним сами -- каких именно), а главное -- что и без них работали многие годы, и работали удобно и с комфортом. Единственный шанс для Solaris завоевать тот рынок, на который он сейчас нацелился (бюджетных Linux-серверов) -- скопировать функциональность Linux (как ни крути, а в солярке дофига чего не хватает) с сохранением своих сильных сторон -- стабильности, масштабируемости и всех фич.

    Инженерам, сидящим на соляре годами, этого просто не понять -- их полностью устраивает. Но для среднего линуксового админа это темный лес, это необходимость перелопатить кучу документации и привыкать к незнакомой среде. Однако Sun четко обозначил свою позицию -- выбыить Linux со всех ниш. Единственный путь к достижению этой цели понятен -- и фанатам придется мириться.

     
     
  • 3.25, cadmi (?), 20:45, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Инженерам, сидящим на соляре годами, этого просто не понять -- их полностью
    >устраивает. Но для среднего линуксового админа это темный лес, это необходимость
    >перелопатить кучу документации и привыкать к незнакомой среде.

    и слава богу... подростки и так девальвировали профессию ниже плинтуса.

     
  • 3.26, seriv (?), 20:58, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, нам так пришлось сменить ОС. Когда ежедневный инкрементальный бэкап с помощью rsync перестал укладываться в 24 часа, в то время как на тестовом стенде то же самое zfs send с ключём -i делала за минуты, - я думаю что держаться за мою любимую ОС линукс будет фанатизмом. Вот сделают в evms incremental snapshots - может быть верну mail server в линукс. Скорее нет, так как чего трогать если прекрасно работает?
    -- Сергей
     
     
  • 4.27, anonimka (?), 23:53, 24/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Берём кластер на Heartbeat + DRBD + OpenVZ
    И выполняем бэкап с помощью встроенных средств сеих софтин... не хуже вашей Солярки, и во много раз лутьше и надежнее рсинк
     
     
  • 5.28, Александр (??), 09:21, 25/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Берём кластер на Heartbeat + DRBD + OpenVZ
    >И выполняем бэкап с помощью встроенных средств сеих софтин... не хуже вашей
    >Солярки, и во много раз лутьше и надежнее рсинк

    Глупенький,

    Ты сравни количество ручных действий и количество софта которое должно стоять на твоем гибриде - для того чтобы всего лишь сделать ТОЖЕ САМОЕ что делают две команды в солярисе

     
  • 4.29, pavel_simple (ok), 09:33, 25/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    если честно -- я например просто теряюсь в догадках -- что это у вас за FS то была???


     
  • 4.31, www.andr.ru (?), 09:59, 25/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    А в Plan9 такой бэкап - стандартная возможность системы, без всякого дополнительного софта и снэпшотов. И доступ к своему архиву за любое число любой юзер получает за минуты БЕЗ вмешательства сисадмина.
     
     
  • 5.32, Аноним (-), 10:01, 25/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    угу и на марсе вода есть.
     
  • 3.35, Хилый (?), 10:46, 25/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Да никто не спорит, в Solaris есть очень удобные вещи -- ZFS,
    >dtrace, SMF...

    Вы меня извините, но разве SMF - это удобство???
    Это же кусок реестра:
    HKLN\SYSTEM\CurrentControlSet\Services
    Были простые и понятные скрипты, а стало какое-то у"6ище...

     
     
  • 4.38, penguin_killer (?), 12:38, 25/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не поверите, но я ровно за два часа чтения доки и примеров собственными руками сделал xml и скрипты SMF для squid, samba, perforce. Сделал бы и быстрее, если бы не мои довольно кривоватые ручонки. SMF непонятна только первый раз ( так же, как и rc.d, init.d ).
    А по поводу реестра: одна из главных его проблем заключается в том, что с ним довольно неудобно работать в нестандартной обстановке, когда система, например, не загружается из-за повреждения оного. Соляра же в безопасном режиме загрузится вне зависимости от того, повреждены файлы SMF или нет. Да и куда более просто, логично и в стиле unix работать с файлами, расфасованными на директории вменяемым образом.
     
  • 2.34, Хилый (?), 10:40, 25/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Простой пример. Имею почтовый сервер (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=2245&pvid=209_1


     
     
  • 3.46, Александр (??), 10:44, 26/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >>инкрементального бэкапа потребует сканирования всех папок с письмами, если изменился хоть
    >>один атрибут файла.
    >>В солярис - ставлю это всё на zfs, использую zfs snapshot чтобы ежедневно делать снапшот. Раз в неделю использую zfs send чтобы отправить полный снапшот в бэкап. И ежедневный инкрементальный zfs send -i <вчерашний снапшот> <сегодняшний снапшот> занимает невероятно малое время и место. Так как ниичего не надо сканировать. Всё берётся из журнала файловой системы. Это не десятки раз экономнее чем если использовать lvm/evms snapshots, а сотни!
    >
    >lol!!!!!!!
    >Товарисчь!
    >Вы подменяете понятия!
    >FS != OS
    >Вот Вам для затравки:
    >http://www.symantec.com/business/products/sysreq.jsp?pcid=2245&pvid=209_1

    А главное денег, денег побольше приготовьте :-)
    Ну и насчет простоты использования Веритас мягко говоря сливает

     

  • 1.30, Аноним (-), 09:38, 25/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    +1, и вопрос к оратору выше, можно не лужу газифицировать а _КОНКРЕТНО_ в чем сливает солярис линуксу в обыденных стандартных ролях ? aka web/mail/dns/ftp/app server/etc только КОНКРЕТНО ?
    я из своей практики могу лишь назвать следующие:
    1) ipf  - конечно не сравнить с iptables, раутер из солярки никакой.
    2) прежде чем покупать железку нуна посмотреть в HCL
    ВСЁ. Никаких явных недостатков лично я для себя в солярисе ни нашел.
     
     
  • 2.33, belkin (?), 10:39, 25/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Тем, что для Solaris платформа x86 чужая. И ZFS падает и драйверы NIC VLAN'ы  редко поддерживают, управление Storage Devices предполагает SCSI и т.д. и т.п. Без фирменного железа SPARC от Sun многое не работает. И в целом Solaris это обычный замусоренный Unix, только качество кода намного лучше, чем у Linux/BSD.
     
     
  • 3.36, earl (?), 11:25, 25/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >> Без фирменного железа SPARC от Sun многое не работает.

    Вспоминается анекдот про партизана который до сих пор поезда под откос пускает.

    Проснитесь, сан уже давно выпускает x86 железо, соляра на x86 отличется от спарковой только загрузчиком, все фичи и там и там доступны одинаково, некоторых вещей на x86 даже больше наверное.

     
     
  • 4.37, belkin (?), 12:10, 25/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Путь x86 ведёт к "Sun становится OEM-поставщиком Windows Server.
    Огромный плакат на http://ru.sun.com/
     
     
  • 5.40, earl (?), 13:26, 25/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Путь 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 похожее

     

  • 1.39, Аноним (39), 13:14, 25/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    belkin очнись на дворе 21 век а у ниво все для солярсиа х86 чужая платформа.
    - ваш бронепоезд отличаеца повышенной звуконипроницаемостью и способностью к длительным погружениям (ц) LOR
     
     
  • 2.41, belkin (?), 14:17, 25/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажите об этом разработчикам ПО для Solaris, а то они до сих пор на SPARC нацелены. И в Sun самые-самые инженеры работают в области больших машин, а там x86 на фиг никому не нужны. Поэтому SPARC и есть основная платформа а x86 - массовая попса для ассортимента.
     
     
  • 3.42, ABorland (?), 18:25, 25/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    ваши сведения весьма и весьма устарели
    Пожалуйста назовите мне функционал реализованный в Solaris/SPARC но не реализованный в Solaris/x86-64, или поверьте мне что оный отсутствует.
     

  • 1.45, ZANSWER (??), 09:14, 26/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да уж, когда же наконец будет развеян этот миф, что Solaris на x86_64 чем-то хуже или отличаеться, от SPARC версии, - SUN выпускает не меньше топовых моделей своих серверов на x86_64, почитайте релиз нотесы к обоим сборкам, они идентичны, может за исключением пары-тройки платформенно зависимых настроек ядра или чего-нить ещё, в таком роде...:)))
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру