LINUX.ORG.RU

Intel объявила о поддержке OpenSolaris, Open Java и NetBeans


0

0

После анонса об альянсе с Sun Microsystems: http://www.sun.com/2007-0122/feature/... , Intel объявила о добавлении Solaris в перечень поддерживаемых операционных систем (ранее были только Windows и Linux). Партнерство позволит оптимизировать операционную систему Solaris на платформе Intel. Sun и Intel будут сотрудничать в области совместного маркетинга, разработки и инженеринга. Речь идет о миллиардах долларов инвестиций в год. Intel всегда была сторонником открытых решений и приветствует открытие исходного кода Solaris и Java.

>>> Подробности

★★

Проверено: Shaman007 ()

Может кто в курсе, что там на счет открытия исходников явы? как дела двигаются?

Deleted
()

>Intel всегда была сторонником открытых решений

то-то дрова ее вифи-чипсетов наполовину закрыты

anonymous
()
Ответ на: комментарий от Deleted

Ага - и еще не было ли слухов об открытии NetBeans под gpl - когда их (sun java и net beans) планируется увидеть во всех дистрибутивах?

bender ★★★★★
()
Ответ на: комментарий от Deleted

http://community.java.net/jdk/

>At JavaOne 2006, Rich Green, Sun's Executive VP of Software, said, "It's not a question of whether, but its a question of how." On November 13, 2006 Sun announced the first step in this "how" by open- sourcing several components of the JDK under the GPL v2 license: 

> * the Hotspot virtual machine
> * the Java programming language compiler (javac)
> * plus the JavaHelp extensible help system

> The remainder of the JDK will be open-sourced in early 2007.

Другой инфы не видел.

YesSSS ★★★
()
Ответ на: комментарий от anonymous

>Intel всегда была сторонником открытых решений

> то-то дрова ее вифи-чипсетов наполовину закрыты

Будем оптимистами: наполовину открыты :)

ser_bur ★★
()
Ответ на: комментарий от YesSSS

> Под JRL оно доступно уже несколько лет, сейчас они переходят на GPL2.

Исходный код от этого изменится?

anonymous
()
Ответ на: комментарий от anonymous

Нет, это исключитьльно вопрос лицензирования. IIRC JRL разрешает изменение сырцов только в ознакомительных целях.

YesSSS ★★★
()

>Речь идет о миллиардах долларов инвестиций в год.

не верю. О миллиардах - это значит их много, ну хотя бы два, в год ?! Бред какой то вообще. Во первых я как то очень сомневаюсь что интел осилит кому то там инвестировать миллиарды долларов (в год), тем более что захочет какому то там солярису. С таким баблом уже можно винду закапывать, имхо. Но не солярой же.

anonymous
()
Ответ на: комментарий от anonymous

да и в оригинальной новости не вижу (может ослеп к вечеру ? после выходных трудных ?) про доллары и про миллиарды. А вообще - смысл то есть в ней, в соляре, на х86 ? Лучше бы интел инвестировала бабло в разработку новых спарков, раз сама процы делать не умеет, хоть так прок был бы...

anonymous
()

Похоронив тем самым последние надежды на продажу sparc'ов для sun, а для меня покупки sun'овского проца.

eXOR ★★★★★
()
Ответ на: комментарий от Deleted

Они всегда были открыты для анализа по лицензии CDDL. Не знаю зачем Sun Microsystems пошла на открытие под лицензию GPL. Нафик это кому надо? кто раньше с Java работал, тот и сейчас работает, кто не работал, тому все равно под какой лицензией работать. Сейчас самое страшное, что какой-нить долбоеб из мухосранска начнет форки несовместимые делать. Преимущество Java как раз в том, что она по сути является совсем не языком, а технологией, причем очень сильно стандартизованной.

anonymous
()
Ответ на: комментарий от eXOR

Очень хорошие системы, но тебе не подойдут. Топовые версии серваков у них останутся еще очень долго на UltraSparc технологии.

anonymous
()
Ответ на: комментарий от anonymous

> Нафик это кому надо?
Изготовителям дистрибутивов linux. Теперь java сможет быть в том же debian из коробки.

> тому все равно под какой лицензией работать
Есть разница :)

> Сейчас самое страшное, что какой-нить долбоеб из мухосранска начнет
> форки несовместимые делать.
И кому будет нужен его форк?

> а технологией, причем очень сильно стандартизованной.
Web тоже технология, причем очень сильно стандартизованая, а реализации тех же браузеров все-равно не совместимые, зато их много. А вот java сама с собой не совместима jre1.3 не выполняет код jdk1.4, а вот Netscapce Gold 1.0 до сих пор может просматривать сайты (в какой-то мере).

eXOR ★★★★★
()
Ответ на: комментарий от anonymous

Я хотел себе взять конфигурацию на Sparc V, которую они обещали на презентации, но буквально через несколько месяцев после презентации было объявлено о закрытии пятерки. Абыдно.

eXOR ★★★★★
()
Ответ на: комментарий от ser_bur

>>Intel всегда была сторонником открытых решений

>>то-то дрова ее вифи-чипсетов наполовину закрыты

>Будем оптимистами: наполовину открыты :)

Ну тут они повязанны, с нвидией таже песня.

Metallic
()
Ответ на: комментарий от anonymous

>Лучше бы интел инвестировала бабло в разработку новых спарков, раз >сама процы делать не умеет, хоть так прок был бы...

Что ты этим хочешь сказать? Что в мире найдется десяток-другой контор которые делают процы лучше? Или тебе не хватает производительности двухъядерноего конро? Жрет электричества много? Или типа у AMD процы в разы круче? Или просто газы не сдержал?

anonymous
()
Ответ на: комментарий от ser_bur

2100 и 2900 требовали только бинарной фирмвари, а для 3954 нужен еще и закрытый демон в юзерспейсе - тенденция налицо

anonymous
()
Ответ на: комментарий от Deleted

>Может кто в курсе, что там на счет открытия исходников явы? как дела двигаются?

google?

ansi ★★★★
()
Ответ на: комментарий от jedy

>неа, java в debian в non-free сейчас

А "изкаропки" это разве отменяет?

Metallic
()
Ответ на: комментарий от eXOR

Здорово сказал:

>А вот java сама с собой не совместима jre1.3 не выполняет код jdk1.4,

И почему первый Пентиум не умеет выполнять 3DNow! - инструкции? А Java по жизни была обратно совместима. Т.е JRE 1.4 выполняет код 1.3, ну и так далее... В отличие от .NET

licvidator
()

>Intel всегда была сторонником открытых решений

И все дружно вспоминаем про времена нашествия Centrino, wi-fi...

Интел не научится делать нормально процы, пока маркетологи будут продолжать подгонять работу инженегров под законы Мура.

shahid ★★★★★
()
Ответ на: комментарий от anonymous

>Что ты этим хочешь сказать? Что в мире найдется десяток-другой контор которые делают процы лучше? Или тебе не хватает производительности двухъядерноего конро? Жрет электричества много? Или типа у AMD процы в разы круче? Или просто газы не сдержал?

десяток ? ну.. Ibm, Sun, трансмета, SGI (имею ввиду мипсы, не помню точно кто там их точил), Моторола, дада, амд тоже, альфа (да земля ей пухом :-( первая машинка за которой я работало, после спекки :), ну и так далее, лень просто напрягать мозг и думать глубже.

зы, производительность засуньте себе такую в... а то я вам Cell'ом в ебало дам, производительностью. И мастштабируемостью.

anonymous
()
Ответ на: комментарий от anonymous

кстати, Z80 забыл. Тоже не засранцы тугоголовые из интела делали. До сих пор проц пашет, кстати, в индустрии. А лет сколько прошло.

anonymous
()
Ответ на: комментарий от anonymous

>зы, производительность засуньте себе такую в... а то я вам Cell'ом в ебало дам, производительностью. И мастштабируемостью.

Ути-пути какой вспыльчевый :). Покажи мне свой целл. Ты его на горбушке купил? Или хоть один сервер на нем покажи. Какую ось туда ставить чтобы все процы увиделись? Какой софт использует все его навороты? gcc уже умеет с ним работать? И заодно реультаты бенчмарков, например, на apache+mod_xxx, mysql, pg, john the ripper, ssl итп.

>лень просто напрягать мозг и думать глубже.

заметно

anonymous
()
Ответ на: комментарий от anonymous

Да ну? А ничего что это клон Intel 8080 ? Ну, добавили ещё 3-4 десятка редко используемых комманд, да ещё не во всех Z80-х совместимых между собой...

sandyboy
()
Ответ на: комментарий от anonymous

>>apache+mod_xxx, mysql, pg, john the ripper, ssl

сервера кстати уже делаются на нем (IBM), какую ось - а что, не догадаешься сам ? %)) по поводу бенчмарков - думаеццо что нечто типа джона потрошителя там будет бегать очень шустро, если джона переточить на использование синергетик ядер. Компилятор давно есть. Вообще вылазь из танка уже, запарили анонимусы с лора интелофилы. Зы, как только появится на горбушке - сразу возьму и выкину свой х86 на помойку.

anonymous
()
Ответ на: комментарий от anonymous

http://www.computery.ru/upgrade/numbers/2005/202/history_202.htm

Вот так вот интел "изобретала" процессоры %) В сущности конечно старо это все, если даже взять дек альфу и "итаниум". Ну что она сама то сделала ? По сути хардверный клон мелкософта - или крадет, или покупает стороннее и выдает за свое.

зы, насколько я помню (могу ошибаться) Z80 разработали бывшие инженеры интела, ушедшие от туда, и там был среди них и разработчик 8080.

anonymous
()
Ответ на: комментарий от anonymous

>сервера кстати уже делаются на нем (IBM), какую ось - а что, не догадаешься сам ? %)) Вообще вылазь из танка уже, запарили анонимусы с лора интелофилы.

Запарили безграмотные анонизмусы которые нихера не знают, но выеживаются. Ось на сервере ibm QS20 стоит fc5 чтоб ты знал, читай даташит.

Если сервера уже делаются то скажи тогда где их можно купить. И какие виды серверов есть. Я только sq20 нашел который нигде не продается.

Заодно скажи чем тебя современные x86 процы не устраивают. Жадность или прорыв газов? Или ты свято веришь что на cell openoffice будет стартовать вхолодную за секунду? Хорошо же тебе рекламой мозги прополоскали.

anonymous
()
Ответ на: комментарий от anonymous

>Жадность или прорыв газов? Или ты свято веришь что на cell openoffice будет стартовать вхолодную за секунду? Хорошо же тебе рекламой мозги прополоскали.

1. рекламой прополоскали мозг вам. Раз вам надо опенофис за секунду стартовать. 2. конкретно про Cell, совсем свежий процессор, вы хотите купить ? Ну напишите в IBM, ответят. 3. По поводу какая там ось стоит на ibm QS20. Фраза про fc5 это вообще к чему ? Это что, я спрашивал "какая там ось работает" ? или кто ? Для тугодумов - ну натягивается любой дистр линукса, при желании, думаю нетбсд тоже уже готова. 4. по поводу современных х86. Не нравятся тем что тащат до сих пор эмуляцию этой убогой архитектуры (когда пора давно забить на нее, кстати если это будет - то винда отомрет сама с собой), слишком много жрут, слишком греятся, слишком... Разносторонние, т.е. вообще подход идиотский - делать процессор и гнаться за гигагерцами лишь для того что бы достичь софтверного декодинга какого нить там хайдифинишн тв, с которым справляется тупой плеер обычный, с аппаратным декодером. (который и ЛУЧШЕ, и стоит копейки). Что касается тормозов - они исключительно по той причине что железо балует программистов, они становятся тупыми и ленивыми, ну и маркетологи тоже хороши - убедили таких как вы в том что имеет какое то значение сколько грузится приложение. А не как стабильно и удобно оно работает потом.

жду ответа - зачем мне загружать опенофис 256 раз в день. Да, он грузится несколько секунд на моей домашней системе - атлон 1333/512 sdram, убунту 6.10 На рабочей винде2k сервер под нортвудом 2.4Гц и 1гб драм - раз в 10 дольше (на порядок), обьясните почему, заодно.

anonymous
()
Ответ на: комментарий от anonymous

>жду ответа - зачем мне загружать опенофис 256 раз в день.

Жду нормального ответа чем современные процы не устроили, например, core 2 duo. Cell жрет меньше? :). У меня тут написано что на частоте 4.6ГГц 85 ватт рассеивает. Достала гонка гигагерцов? У cell до 4.6ГГц, больше чем у любого проца интел. Или то что он тащит за собой совместимости как-то принижает его качества? Типа раз тащит совместимости то значит нормально работать не может?

>Что касается тормозов - они исключительно по той причине что железо балует программистов

А cell не балует, т.е. будет держать программистов в ежовых рукавицах? Интересно что по этому поводу думают программисты. Я думаю они предложат в ответ поприжать юзеров чтобы "железо не баловало юзеров".

Не можешь ты назвать ни одного недостатка у современных процов, ты просто фанатик. Даже с матчастью незнаком. Я рекомендую тебе думать прежде чем отвечать. И не забывай что ты рассказываешь сказки о вещи которой а) не знаешь б) в ближайшее время не увидишь в) домой ее не поставишь т.к. твоя винда на ней не заработает

anonymous
()

Интел, Alpha, amd, cell... Главное - хвост ! :-)
Вот скажите мне благодаря кому сейчас за ~200$ можно купить вполне приличную машину (для оффиса и интернета) ? Уж точно не благодаря Alpha  
или Sun. Интел просто производитель чипов - он лучше всех умеет делать чипы. Ну CPU это самый сладкий рынок сейчас - вот он их и делает. И неплохие чипы делает... А фекальные массы (P4) начал делать только когда расслабился захватив чуть ли 90% (или около того) рынка. Но жизнь 
 - AMD  - быстро расставила все по своим местам :-). Так что главное чтоб конкуренция была. 

anonymous
()
Ответ на: комментарий от anonymous

>Сейчас самое страшное, что какой-нить долбоеб из мухосранска начнет форки несовместимые делать.

Это уже не актуально боятся - see project harmony.

r ★★★★★
()
Ответ на: комментарий от anonymous

>А cell не балует, т.е. будет держать программистов в ежовых рукавицах?

безусловно, распаралелить задачу им уже придется, как и забыть про вЕнду.

>И не забывай что ты рассказываешь сказки о вещи которой а) не знаешь б) в ближайшее время не увидишь в) домой ее не поставишь т.к. твоя винда на ней не заработает

а) - дома нет винды в) - мне вообще как то не напряжно будет потратить денег на PS3 что бы увидеть ее дома, что я с радостью и сделаю, как они в раше появятся, отдав нуждающимся первым попавшимся систему на х86 бесплатно %-) с) - по поводу матчасти. Если даже абстрагироваться от практического опыта написания драйверов на ассемблере под x86, то у меня еще лет 9 назад была возможность сравнить интел, apple, и альфу, благо все стояло в одном домике в академгородке, люди которые когда-нибудь работали на иной архитектуре нежели чем x86 (и тем более не на винде) уже обратно добровольно к этому ужасу писишному не вернутся. Увы, сейчас приходится в этом говне вариться, ибо надо жить на что-то. Но я буду очень радо когда wintel наконец таки сдохнет до конца. %-) Думаю многие меня в этом поддержат %-)

зы, сносите дома винду, она там не нужна %-) да и на cell не заработает %-)

anonymous
()
Ответ на: комментарий от anonymous

> Жду нормального ответа чем современные процы не устроили
Разной длиной команд, например. Тем что дохрена потребляют и выделяют тепла.

eXOR ★★★★★
()
Ответ на: комментарий от eXOR

да мне кажется с ними бесполезно спорить. Ну не понимают люди что действительно дома держать эти атлоны/интелы смысла нет. Как и в обычном офисе. Дома - потому что производительность там нафиг не нужна, только в играх (а для этого есть приставки, кстати где нет интела, даже ваша любимая мелкософт обожглась на иксбоксе и теперь только ibm %)), а современные приставки вполне могут заменить собой все остальное (веб, офис, прочее) для дома.

В офисе - тоже производительность не нужна, на обычных рабочих местах. Там хватит самой тохлой трансметы. Которая дешевая и не жрет как трактор.

Остается рынок серверов и рабочих станций. И то - там x86 далеко не всегда уместен, а иногда и вовсе не катит.

т/е при таком раскладе сократить можно раз в 5 наверное, а то и больше, присутствие wintel'а на нашей голубой планете :) Причем совершенно безболезненно и с выигрышем только.

А то и раз в 20 :-)

anonymous
()
Ответ на: комментарий от anonymous

т/е люди просто не понимают что их очень сильно и глубоко имеют во все отверстия проклятые маркетологи, пЕарщики, и прочая пиздобратия, любящая деньги из воздуха сосать.

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

anonymous
()
Ответ на: комментарий от eXOR

>Есть разница :) может быть есть. Я - не заметил. >И кому будет нужен его форк? Этим пестрит openSource. Примеров много. Приводить - лень. >Web тоже технология, причем очень сильно стандартизованая, а реализации тех же браузеров все-равно не совместимые, зато их много. А вот java сама с собой не совместима jre1.3 не выполняет код jdk1.4, а вот Netscapce Gold 1.0 до сих пор может просматривать сайты (в какой-то мере).

JRE 1.3 выполняет код JDK-1.4... в какой-то степени :-). Вертикальная совместимость полная. Обратная совместимость невозможна, потому что есть развитие самой технологии. Учите матчасть. Вообще весь Enterprise сектор на Java не просто так. Было интересно вот что. Когда приезжал Гослинг, кстати с интересным на мой взгляд выступлением в Москву, зал был полупустой. Зато на форумах все могут порассуждать о том, что правильно, а что нет. Вот бы программы так писали как тут трепятся.

anonymous
()
Ответ на: комментарий от anonymous

Когда приезжал Гослинг - я был не в Москве, а так бы сходил послушать.

> Обратная совместимость невозможна, потому что есть развитие самой
> технологии.
Да оправдания могут быть разными, но сути это не меняет. Совместимости нет и быть не может.

> Учите матчасть.
"А вот это всегда пожалуйста" (ц) кин-дза-дза.

eXOR ★★★★★
()
Ответ на: комментарий от anonymous

> И заодно реультаты бенчмарков, например,... > john the ripper, На вашем месте я бы не вые... не высовывался бы.Потому что я например прекрасно представляю что риппера на ура можно раскидать на _ВСЕ_ SPE, получив хардкорную хардварную многозадачность на 8 ядер.А 9-й PPE оным зоопарком будет командовать (попутно вероятно вполне успевая брутить что-то) - типа номер первый, ломаешь пароли отсюда и досюда, второй - оттуда и дотуда, вон ты, третий, оттуда и дотуда, ах, четвертый, у тебя уже паролей нету на перебор?Вот тебе новый заряд паролей в local storage, жуй!При этом вот уж что-что а оптимизированный риппер на Cell бы натянул обычного на х86 влет.Архитектура хорошо для риппера подойдет :).Особенно если брут по диапазону и его раскинуть на всех - ускорение будет по числу ядер :).Просто программить надо будет по другому.Диспетчер тредов на PPE и треды в SPE.

> ssl Тут я бы тоже не высовывался.Как вам идея - один SPE выделяется под криптографию и основной проц (PPE) просто не грузится этой байдой.Для него в итоге отдать страничку что по SSL соединению что по простому - просто пофигу в плане разницы скорости и нагрузки на него - шифровать и хэши считать не он будет :).И, кстати, много чего можно раскинуть на SPE тоже, так что тут еще вопрос кто кого.Просто под целл софт надо оптимизировать.Не верите что оптимизация творит чудеса?Проверьте.Скомпильте хоть банальных xvid как чисто сишный и как си+асм.И сравните - разница получается аж в разы иной раз :)

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.