The OpenNET Project / Index page

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

Intel присоединился к разработке OpenJDK

06.10.2014 18:55

Компания Intel подключилась к разработке открытого проекта OpenJDK, в рамках которого развивается официальная открытая реализация Java. Присоединившись к сообществу OpenJDK компания Intel намерена расширить своё участие в развитии Java, которое ранее ограничивалось сотрудничеством с Oracle по оптимизиации работы продукта для систем на базе процессоров Intel. В качестве своего вклада компания Intel намерена передать сообществу код библиотеки математических функций, рассчитанных на высокопроизводительный анализ больших объёмов данных, при использовании в таких областях как машинное обучение.

  1. Главная ссылка к новости (http://newsroom.intel.com/comm...)
  2. OpenNews: Компания Red Hat возглавила разработку OpenJDK 6
  3. OpenNews: Рассматривается возможность сворачивания проекта IcedTea, в пользу OpenJDK
  4. OpenNews: Порт OpenJDK для архитектуры ARM64 и патчи для поддержки ARM в системе виртуализации KVM
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: openjdk, intel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (33) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Журналовращатель (?), 19:12, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Нужен аппаратный жабопроцессор(вроде пытались уже), или хотя-бы её аппаратное ускорение.
     
     
  • 2.4, iZEN (ok), 19:21, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Давно есть и используется повсеместно в сотовых телефонах и смартфонах.
     
     
  • 3.13, Аноним (-), 19:41, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Твои данные безнадежно протухли. Уже нифига не повсеместно, гугл этим IIRC не пользуется. Да и толку от того что было - было мало. Потому что ARMы умели напрямую выполнять далеко не все опкоды и выигрыш относительно чисто софтварной реализации получался скромным.

    Перспективнее смотрится идея гугли с предкомпиляцией. Ну тогда не выделывались бы уже и взяли нечто типа llvm, чтобы софт можно было писать на любом ЯП без гемора.

     
     
  • 4.16, Tav (ok), 21:00, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Перспективнее смотрится идея гугли с предкомпиляцией.

    Не особо. У JIT больше возможностей оптимизации за счет информации доступной во время выполнения. Например, сейчас загружена только одна реализация виртуального метода — можно ее не то что связать напрямую, а даже встроить, а потом, если в результате загрузки нового класса появится еще одна реализация, можно разоптимизировать обратно. HotSpot в OpenJDK это делает.

    > взяли нечто типа llvm, чтобы софт можно было писать на любом ЯП без гемора.

    Без гемора не получится: для каждого языка потребуется FFI и свои привязки к системным библиотекам.

     
     
  • 5.20, xhumanoid (?), 00:50, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вот именно что hotspot, не хочу подымать холивар, но по сравнению с openjdk у dalvik количество оптимизаций ну совсем капля. по крайней мере там в интерфейсе метода намного дешевле держать уже сразу класс реализации, а не общий интерфейс, так как это дает выигрыш по скорости, а вы тут про линковку и инлайнинг рассказываете. профилирование в далвик тоже еще та песня .....
     
     
  • 6.27, Аноним (27), 09:51, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Так ведь и hotspot на среднестатистических мобильных приложениях ничего не даст (почти), его оптимизации заточены под другое, потому его и нет смысла туда пихать.
    p.s. В дополнение :)
     
  • 4.21, Led (ok), 01:08, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > llvm
    > на любом ЯП
    > без гемора

    Шутник? Или обкурился?

     
  • 4.34, iZEN (ok), 16:36, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Перспективнее смотрится идея гугли с предкомпиляцией. Ну тогда не выделывались бы уже и взяли нечто типа llvm, чтобы софт можно было писать на любом ЯП без гемора.

    Спасибо за совет. На FreeBSD пользуюсь и LLVM, и OpenJDK JIT. Разницы не видно.


     
  • 2.8, ДяДя (?), 19:27, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это не эффективно. OpenJDK JIT создаёт нативный код для x86 близкий к совершенному.
     
     
  • 3.30, Аноним (-), 10:45, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хорош тролить! Он совершенен.
     
  • 2.9, Andrey Mitrofanov (?), 19:28, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Нужен аппаратный жабопроцессор(вроде пытались уже), или хотя-бы её аппаратное ускорение.

    ARM Jazelle, вроде. "Давно есть и никому не нужен."

     
  • 2.25, Baz (?), 08:52, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    ещё один аппаратный костыль совсем не повредит совсем не закостыленной х86  :trollface:
     
  • 2.28, Аноним (27), 09:54, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Нужен аппаратный жабопроцессор(вроде пытались уже), или хотя-бы её аппаратное ускорение.

    Для чего?
    Для мобильников? Думаю Intel не из-за них в OpenJDK ввязывается, а для серверов не особо нужен, правильная статистика и перекомпиляция кусков там оптимальней смотрится, и с памятью лучше.

     
  • 2.29, edwin3d (ok), 10:10, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Простите зачем. когда есть отлично работающая JIT компиляция ?
     
  • 2.31, edwin3d (ok), 11:01, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    К слову, Вы мне напомнили один момент.
    На последнем Java one, была сессия "Java ME not dead".
    Так вот там было ряд интересных докладов, в т.ч. по микропроцессорам с аппаратной поддержкой  
     
  • 2.35, ыва (?), 13:18, 08/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Смысл виртуальной машины как раз в том, что написанный один раз код будет запускаться независимо от железа и программной прослойки( в виде ОС)...
     

  • 1.2, Какаянахренразница (ok), 19:12, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Intel намерена передать сообществу код

    Это ещё не новость.

     
     
  • 2.3, Юрий (??), 19:18, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А что это? Дискуссия? Рассказ? Стих?
     
     
  • 3.5, iZEN (ok), 19:22, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А что это? Дискуссия? Рассказ? Стих?

    Намерение.


     
     
  • 4.6, Юрий (??), 19:24, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Именно! Именно поэтому это "новость" о намерении...
     
     
  • 5.15, Какаянахренразница (ok), 20:11, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Именно! Именно поэтому это "новость" о намерении...

    Я намереваюсь захватить вселенную. Это тема для новости?

     
     
  • 6.18, IMHO (?), 21:57, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Я намереваюсь захватить вселенную

    чем если не секрет ?

     
     
  • 7.24, Аноним (-), 05:36, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Каретой скорой помощи с 1 водителем и бригадой санитаров [а также ионой пушки и экзоскелетов уровня круизиса]
     
  • 6.19, Аноним (-), 21:59, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Вряд ли эта новость взбудоражит медсестру, впрочем, как и ваших соседей по палате.
     

  • 1.7, manster (ok), 19:25, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    С чего это вдруг?

    Походу начал метаться...

    Каким боком тут процы и джава? Байткод в виде ассемблера?

    Не, это хорошо, что присоединились конечно...

     
     
  • 2.11, Юрий (??), 19:30, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это профессиональное мнение?
     
     
  • 3.32, manster (ok), 12:58, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Это профессиональное мнение?

    Это не мнение, а вопросы.

    Профессиональное чтение?

     
  • 2.22, Avator (ok), 02:10, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Intel давно уже Java'ой занимается.
    Раньше спонсировали и ресурсы выделяли на Apache Harmony (совместно с IBM), в какой-то момент прикрыли развитие, когда OpenJDK взлетела, теперь просто присоединились к OpenJDK. Всё логично.

    Кстати один из сотрудников Intel в своё время реализовал обвеску для Eclipse позволявшую отлаживать Java код и обёрнутый С/C++ код, в случае если он вызывался. Работало на стыке JDT и CDT плагинов, но фурычило только на Apache Harmony.

     

  • 1.10, anonymus (?), 19:29, 06/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ну может посмотрели на порнографию в виде javascript, из которого хотят сделать ассемблер, и решили, что уж лучше java?
     
     
  • 2.12, Andrey Mitrofanov (?), 19:36, 06/10/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > ну может посмотрели на порнографию в виде javascript, из которого хотят сделать
    > ассемблер, и решили, что уж лучше java?

    Посмотрели на покупателей джавва энтерпрайзов и решили, надо им продать больше, бооооОООоольше штеуд чущт-ов.

     
  • 2.23, Avator (ok), 02:14, 07/10/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ну может посмотрели на порнографию в виде javascript, из которого хотят сделать
    > ассемблер, и решили, что уж лучше java?

    Intel занимается развитием Java уже скоро как 10 лет (еще в 2006 контрибьютили большое количество кода в Apache Harmony). С разморозкой =))

     

  • 1.26, drdrdr (?), 09:09, 07/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Нормуль-же - 86я архитектура изначально открыта.
     
  • 1.33, umbr (ok), 14:35, 07/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Посмотрим, что из этого выйдет."
    (с)
     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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