The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Native Client портирован для архитектур ARM и x86-64"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от opennews (??) on 19-Мрт-10, 17:35 
Разработчики компании Google сообщили (http://blog.chromium.org/2010/03/native-client-and-web-porta...) о портировании для архитектур ARM и x86-64 платформы Native Client (http://code.google.com/p/nativeclient/), позволяющей (http://www.opennet.ru/opennews/art.shtml?num=19308) выполнять в окне web-браузера обычные бинарные приложения, ограниченные в специальном изолированном окружении. Тестирование производительности показало, что собранные с использованием  Native Client приложения выполняются в виртуальном окружении внутри браузера всего на 3% медленнее по сравнению с производительностью работы немодифицированных версий тех же программ.

Портирование для архитектуры ARM интересно прежде всего открывающейся возможностью использования Native Client на смартфонах и портативных ПК, особенно построенных на основе недружелюбных для запуска бинарных исполняемых файлов мобильных платформ, таких как Palm webOS и Google Android. В настоящее время ведется работа по использованию д...

URL: http://blog.chromium.org/2010/03/native-client-and-web-porta...
Новость: http://www.opennet.ru/opennews/art.shtml?num=25873

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по ответам | RSS]

1. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от Аноним (??) on 19-Мрт-10, 17:35 
Конечно напоминает систему в системе, но интересно как там дела с 3Д ускорением и работой с сетью.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Native Client портирован для архитектур ARM и x86-64"  –2 +/
Сообщение от Zenitur email on 19-Мрт-10, 17:35 
Кто-нибудь ещё сомневается в том, что светлое будущее наступило? Весь функционал бесплатно, и без зависимости от далёкого заокеанского сервера и его пинга...
А бывают ли мощные компьютеры с процессорами ARM?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Native Client портирован для архитектур ARM и x86-64"  +2 +/
Сообщение от Аноним (??) on 19-Мрт-10, 17:46 
>и работой с сетью.

ага, троян или спамилка в окне браузера это будет новое слово в технике :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от Warhead Wardick on 19-Мрт-10, 17:53 
Ты в самом деле или прикалываешься? Тебе ActiveX(Tm) но от Google(Tm) пихают (ага тот самый зонд) - а он "светлое бу!"

Самый популярный плаг у лисы - NoScript. Жто для жабаскрипта то, а тут натив бегать будет.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "Native Client портирован для архитектур ARM и x86-64"  +1 +/
Сообщение от минона on 19-Мрт-10, 18:03 
активикс также похож нативклиент, как гконф на реестр.
1. у активикса не было никаких ограничений в системе - если уж вы его запустили, то он может всё тоже, что и обычная программа.
2. активикс работал только в ие. и только на виндах. и только на x86.

ps:
в связи с этой новостью (а именно байт-код llvm) нативклиент можно сравнивать с java applet.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от Tav (ok) on 19-Мрт-10, 19:32 
Чем эта теперь-по-сути-виртуальная-машина лучше/хуже JVM, в применении к задаче "безопасно и эффективно выполнять приложение в браузере на стороне клиента".
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от User294 (ok) on 19-Мрт-10, 20:08 
>Кто-нибудь ещё сомневается в том, что светлое будущее наступило?

Да, чую я что pwnage явой и активиксами не закончится - благодаря гугле массово иметь будут и других :)

>Весь функционал бесплатно, и без зависимости от далёкого заокеанского
>сервера и его пинга...

Не хотите с таким же энтузиазмом проверить на своей шкуре что будет если наступить в раскрытый канализационный люк? А то знаете, не все йогурты одинаково полезны. И нативный код в браузере - гм... MS и активиксы мы помним, спасибо. И число дыр в них. Там вон яву то ссыкотно запускать - вечно ее песочницу обходят как дважды два. А вы предлагаете нативный код. Сами запускайте. А лучше просто повесьте у сеья ssh и скажите нам рутовый пароль. То же самое но с меньшими мучениями для всех сторон процесса.

>А бывают ли мощные компьютеры с процессорами ARM?

Это в браузере то? oO

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от Аноним (??) on 19-Мрт-10, 20:44 
> Тестирование производительности показало, что собранные с использованием Native Client
> приложения выполняются в виртуальном окружении внутри браузера всего на 3% медленнее по сравнению
> с производительностью работы немодифицированных версий тех же программ.

Конечно, на 3% медленее, на 6 ядерном Оптероне, при 2.8GHz c 8Gb РАМы,  чем на 400Mhz арме :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

12. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от szh (ok) on 19-Мрт-10, 22:20 
imho
1 быстрее
2 эффективнее к использованию RAM

P.S. Использование существующих С/C++ библиотек.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

13. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от Tav (ok) on 19-Мрт-10, 22:36 
Боюсь, что не все так просто и производительность может сильно зависеть от конкретного приложения.

Вот тут довольно подробно разобран вопрос производительности Java vs C в разных случаях:
http://blogs.azulsystems.com/cliff/2009/09/java-vs-c-perform...

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

Что касается библиотек, для JVM тоже много полезных библиотек и очень богатое стандартное API.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

14. "Native Client портирован для архитектур ARM и x86-64"  +1 +/
Сообщение от szh (ok) on 19-Мрт-10, 23:51 
не знаешь - не гы-гыкай
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

15. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от szh (ok) on 19-Мрт-10, 23:57 
> А вы предлагаете нативный код. Сами запускайте.

запустим. Только это не нативный код, а псевдонативный код в целях безопасности.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

18. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от Canada on 20-Мрт-10, 02:29 
"инструкции при работе программы в Native Client не преобразовались в байткод виртуальной машины, а выполняются как есть, с максимально возможной производительностью"

Для ... хммм ... для медленных - повторяю :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

19. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от минона on 20-Мрт-10, 04:33 
ещё для более медленных:
>С точки зрения разработчика окружение Native Client выглядит как небольшая операционная система со своим, основанным на GCC, инструментарием для кросс-компиляции, частичной поддержкой POSIX и базовым мультимедийным API, который можно использовать для работы с аудио и видео, обрабатываться события от мыши и клавиатуры

я бы тут изменил s/С точки зрения разработчика/С точки зрения разрабатываемого приложения/
и это не имеет никакого отношения к байт-коду llvm. который всё-равно станет точно таким же "нативным", но в момент выполнения. т.е. будет более тормозным, но не более.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

20. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от минона on 20-Мрт-10, 04:39 
уже больше 10 лет читаю подобные статьи, но java как была тормозом жрущим память и проц, так и осталась.
писать под неё проще. и всё.
где бы с ней не сталкивался (а писал не мало - от апплетов, до ынтырпрайс жаба бинс) везде траблы. при чём порой на ровном месте.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

21. "Native Client портирован для архитектур ARM и x86-64"  +2 +/
Сообщение от минона on 20-Мрт-10, 04:41 
последнее отбираешь
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

22. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от Aleksey (??) on 20-Мрт-10, 09:13 
Остается открытым только один вопрос. Нафига в этой цепочке браузер?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

23. "Native Client портирован для архитектур ARM и x86-64"  +1 +/
Сообщение от User294 (ok) on 20-Мрт-10, 09:43 
>а псевдонативный код в целях безопасности.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

24. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от XoRe (ok) on 20-Мрт-10, 10:40 
>Остается открытым только один вопрос. Нафига в этой цепочке браузер?

Браузер - это теперь считай операционная система)

Из википедии:
-----------------
Операцио́нная систе́ма, ОС (англ. operating system) — базовый набор функций, обеспечивающий управление аппаратными средствами компьютера.

ОС позволяет абстрагироваться от деталей реализации аппаратного обеспечения, предоставляя разработчикам программного обеспечения минимально необходимый набор функций. С точки зрения обычных пользователей компьютерной техники ОС включает в себя и программы пользовательского интерфейса.
-----------------

Программное обеспечение тут - сайты и скрипты/виджеты.
А нормальная ОС (*nix, *bsd, *solaris, *windows) - это что-то типа биоса теперь =)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

25. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от User294 (ok) on 20-Мрт-10, 10:52 
>Вот тут довольно подробно разобран вопрос производительности Java vs C в разных
>случаях:

Здравый смысл подсказывает что всяческие рантайм проверки оптом и когда надо, и когда нафиг не впилось + возможность городить зубодробильные конструкции "одной левой" и не грея мозг резонно приводят к тормозам и жрачу памяти. И вообще, хороший софт (потребляющий мало ресурсов, предсказуемо, стабильно и безглючно работающий) - пишется по принципу KISS. Ява от этого принципа жутко далека - это огроменный монструозный рантайм, провоцирующий на юзеж наворотов без особого понимания последствий этого. Результат - предсказуем. Чисто теоретически, на яве можно написать вполне сносную программу (кроме случаев интенсивных вычислений и работы с памятью где рантайм проверки с поводом и без сажают все в разы). Чисто практически - проще найти снег в пустыне Сахара нежели нормальную программу на яве.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

26. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от User294 (ok) on 20-Мрт-10, 11:04 
Нет уж, бутявиться с интернета и предоставлять свои данные на обработку кому-то-там где-то там - очень на любителя. Гугл это конечно круто, но если им на некие места наступят CIA, FBI и прочие милые конторы - они сдадут ваши данные как миленькие.Так что имхо лучше не создавать такой соблазн нежели потом расхлебывать последствия.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

27. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от Zenitur email on 20-Мрт-10, 13:16 
А ты предоставляй себе свои данные, и своему серверу... Я тоже противник высказанной выше мысли и всегда любил дистрибутивы Linux за то, что у них нет интеграции с Интернетом, в отличие от Windows. Соединишься - лампочки на модеме сразу мигают... Свои странички открывать проблемно с медленным соединением в первые минуты. Хотя автоматические обновления отключены, из программ установлены лишь фиксы безопаности и антивирус. А Linux использует Интернет только если я у него попрошу. Всегда.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

28. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от минона on 20-Мрт-10, 13:33 
ну тут уж каждый сам себе злостный буратино -хочешь запускай, хочешь нет.
но я вот о чём думаю, как бы мы не старались, всё равно подобные веб-приложения будут.
и уж если выбирать меньшее из зол, то этот мне нравится больше, чем например силверлайты и их ночные кошмары мунлайты.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

29. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от Tav (ok) on 20-Мрт-10, 17:46 
"Огроменный монструозный рантайм" — это большое количество библиотек (API) включенных в стандартный дистрибутив. Сама виртуальная машина устроена относительно просто (тем более, что она проектировалась с учетом работы на встраиваемых устройствах).

Что касается рантайм проверок, при оптимизации JIT удаляет проверки, которые не могут быть нарушены. У JIT, кстати, больше возможностей для оптимизации, чем у AOT компиляторов, поскольку есть возможность использовать информацию о работе программы, полученную во время выполнения (в статье есть пример).

Вы бы по ссылке все-таки сходили, там не написано, что Java всегда быстрее или не хуже, чем C (и я этого не утверждал), там разобраны разные случаи.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

30. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от mr_gfd on 21-Мрт-10, 00:15 
>>Вот тут довольно подробно разобран вопрос производительности Java vs C в разных
>>случаях:
>
>Здравый смысл подсказывает

<skipped/>

Здравый смысл не заменит опыт. Приложение аппликухе рознь.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

32. "Native Client портирован для архитектур ARM и x86-64"  +/
Сообщение от JL2001 (ok) on 02-Апр-10, 10:51 
>программа будет поставляться в виде байткода, который будет транслироваться на лету в машинный код целевой платформы средствами LLVM

чем это отличается от жава ? почему LLVM даёт 3% потерть а про жаву кричат что в три раза медленнее ?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
MIRhosting
Fornex
Hosting by Ihor
Хостинг:

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