Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Mozilla развивает WASI для использования WebAssembly в..., opennews (?), 28-Мрт-19, (0) [смотреть все] Так-так-так JVM CLR Так-так-так WebAssembly в массы Чем их обычная бинарь н, Попугай Кеша (?), 12:18 , 28-Мрт-19, (1) +10 // А бинарь кроссплатформенный , proninyaroslav (ok), 12:22 , 28-Мрт-19, (3) +10 // Какое мне, как пользователю, удобство с кроссплатформенного бинаря , Аноним (12), 13:02 , 28-Мрт-19, (12) +1 // Теперь вирусы, чтобы запустить, не придется компилять и устанавливать для них Wi, Аноним (36), 14:14 , 28-Мрт-19, (36) +20 То, что это не бинарь, не означает, что он не будет win специфичный апи юзать В, Аноним (68), 17:15 , 28-Мрт-19, (68) –1 Меньше денег платить за ПО больше качественных вещей появится за то же время л, Аноним (46), 15:22 , 28-Мрт-19, (46) –1 верно НЕ верно кросплатформенные программы как правило УСТУПАЮТ в качестве своим, X4asd (ok), 17:33 , 28-Мрт-19, (71) Примеры собратьев можно , Аноним (74), 18:19 , 28-Мрт-19, (74) Это хорошо Чем ниже по стеку софта происходит абстракция от железа и ОС, тем лу, Ordu (ok), 19:35 , 28-Мрт-19, (79) –4 Тебе-то может и плевать, особенно если ты пилишь софт для себя А вот юзеры, кот, mickvav (?), 12:32 , 29-Мрт-19, (115) +1 Тебе-то может и плевать, особенно если ты пилишь софт для себя А вот юзеры, кот, mickvav (?), 12:33 , 29-Мрт-19, (116) +1 кроссплатформенность означает только то, что разработчик озаботился наличием воз, Аноним (113), 10:41 , 29-Мрт-19, (113) в уме теоретика может и не мешает на практике это необосноанно усложняет програм, X4asd (ok), 16:23 , 29-Мрт-19, (119) JIT-компилятор будет использовать оптимальные инструкции для твоего проца, а не , Аноним (62), 16:33 , 28-Мрт-19, (62) в свободном софте это решается компиляцией, Crazy Alex (ok), 17:05 , 28-Мрт-19, (66) +4 которая занимает время и системные ресурсы речь ведь идет о компиляции на целев, axredneck (?), 22:06 , 28-Мрт-19, (99) JIT тоже занимает время и системные ресурсы Только если с AOT один раз собрал, Аноним (103), 23:59 , 28-Мрт-19, (103) emerge и все дела Не вручную же сидеть и каждую программу собирать , Гентушник (ok), 00:05 , 29-Мрт-19, (104) Мы ведь все знаем что можно легко доставить памяти куда угодно Падажжи , АнонимГоним (?), 20:08 , 28-Мрт-19, (86) У JIT-компилятора обычно на это нет времени , irinat (ok), 21:18 , 28-Мрт-19, (95) Для разрабов удобно , proninyaroslav (ok), 17:29 , 28-Мрт-19, (70) –2 а какое удобство для пользователя P S или хочешь намекнуть что ды плевать , X4asd (ok), 17:38 , 28-Мрт-19, (72) Ну будет у пользователя один бинарник универсальный для всех платформ Как миним, proninyaroslav (ok), 19:40 , 28-Мрт-19, (81) Не знаю, какое Вам лично удобство Но мне как разработчику представляется, что с, Аноним (74), 18:22 , 28-Мрт-19, (75) +1 https ru wikipedia org wiki POSIXЗачем тут бинарь , Имя (?), 22:34 , 28-Мрт-19, (102) Насколько я понял, пользователю удобство в том, что этот бинарь точно запустится, axredneck (?), 22:04 , 28-Мрт-19, (98) Не будет утекать в сутки по 500 метров оперативки, как у замечательного бинаря l, anonymous (??), 07:03 , 29-Мрт-19, (109) У этих ребят обычный NIH синдром Лет 5 теперь будут копировать функционал из Ja, Аноним (8), 12:46 , 28-Мрт-19, (8) +3 // У них немного разные цели Байт-код Java и NET несколько более высокоуровневый , VEG (ok), 16:10 , 28-Мрт-19, (50) +1 Из LLVM 8230 , Аноним (78), 19:05 , 28-Мрт-19, (78) // Что, например, они оттуда будут копировать, мне очень интересно Ты можешь приве, Ordu (ok), 19:36 , 28-Мрт-19, (80) И как этот функционал использовать в С С , не копируя его , axredneck (?), 22:09 , 28-Мрт-19, (100) Теперь можно сделать кроссплатформенный systemd , Аноним (17), 13:11 , 28-Мрт-19, (17) +2 // Всмысле под любой линукс , nobody (??), 13:49 , 28-Мрт-19, (29) // Даже под чайник и кофеварку , Аноним (17), 13:52 , 28-Мрт-19, (31) not invented in Mozilla, Аноним (105), 02:25 , 29-Мрт-19, (105) Никакая бинарь не устраивает Компиляцию вообще следует рассматривать исключител, Аноним (117), 13:00 , 29-Мрт-19, (117) +1 Васян - отличное название для проекта , Аноним (-), 12:22 , 28-Мрт-19, (2) +43 это вместо провалившейся ноды-жс , Аноним (4), 12:23 , 28-Мрт-19, (4) –5 // Это вообще из другой оперы , Аноним (11), 12:58 , 28-Мрт-19, (11) А хипстеры и не знали, НяшМяш (ok), 13:09 , 28-Мрт-19, (14) +1 // Так уже нет хипстеров на годе, нода давно не в тренде , Аноним (34), 13:59 , 28-Мрт-19, (34) +1 // Не уверен, что мне правда хочется это знать, но всё же спрошу что сейчас в трен, Аноним (82), 19:41 , 28-Мрт-19, (82) То-то оно для разработки половины сайтов в сети используется Сразу видно провол, Аноним (85), 19:55 , 28-Мрт-19, (85) +1 А васян умеет в многопоток мне кажется что пока нет, Аноним (7), 12:27 , 28-Мрт-19, (7) // В браузере ты можешь запускать WebAssembly в отдельном Worker thread е , WebMonkey (?), 12:53 , 28-Мрт-19, (9) // И на сцену вновь выходит привязка к JavaScript , Ydro (?), 07:41 , 29-Мрт-19, (110) В следующих версиях это один из приоритетов Так что если сейчас не умеет, то ск, Иваныч (??), 13:27 , 28-Мрт-19, (23) +1 // Не факт Ребята из эмскриптен уже 6 вариант многопоточности изобретают, и все ни, Урри (?), 06:48 , 25-Май-19, (127) А вот это уже годнота WASI за единую VM с единым WASM Это хорошо Учитывая, чт, Аноним (10), 12:53 , 28-Мрт-19, (10) +4 // Это убийца Electron-а , Аноним (17), 13:10 , 28-Мрт-19, (15) // Нет, это убийца вашей оперативки и нервов руководителей проектов, Попугай Кеша (?), 15:14 , 28-Мрт-19, (42) +12 Если это сможет вытеснить жс с нодой - то я двумя руками за Даешь веб десктоп н, Аноним (46), 15:25 , 28-Мрт-19, (47) +1 // Дадада, это примерно как смыть с одежды содержимое кишечника содержимым мочевого, YetAnotherOnanym (ok), 16:19 , 28-Мрт-19, (53) –1 Ты просто не умеешь его готовить, Ан (??), 03:18 , 29-Мрт-19, (106) +2 Mozilla развивает WASI для использования WebAssembly вне бра..., Аноним (124), 19:14 , 31-Мрт-19, (124) А как же чудесная libc на Rust из Redox На Rust решила забить уже даже Мозила , Аноним (16), 13:11 , 28-Мрт-19, (16) –1 // Redox компилять в WASI Redox будет поддерживать море железа , Аноним (54), 16:21 , 28-Мрт-19, (54) // Это пет-проект какого-то alexcrichton , Аноним (-), 19:42 , 28-Мрт-19, (83) Rust в WebAssembly - это ваш код, а не не интерпретатор компилятор WebAssembl, Ydro (?), 07:46 , 29-Мрт-19, (111) Сколько ГБ оперативки надо еще докупать , Аноним (18), 13:13 , 28-Мрт-19, (18) +2 // Ёмкость самого большого доступного модуля Число слотов в Вашей МП Ваш К О , YetAnotherOnanym (ok), 16:21 , 28-Мрт-19, (55) // Благодаря вполне демократичным ценам Вы правы , Аноним (74), 18:24 , 28-Мрт-19, (76) // У вас за МКАДОМ эти может и можно назвать демократичными, а у нас в России это п, Аноним (94), 20:58 , 28-Мрт-19, (94) +3 Ну так, если предки отстёгивают бабки, чтобы у сыночка был такой компьютер, кото, Аноним (114), 10:55 , 29-Мрт-19, (114) +1 35 2правда , rex (??), 11:25 , 08-Апр-19, (126) Неужели оно не экономичнее Электрона , Аноним (54), 16:22 , 28-Мрт-19, (56) само оно жрёт процентов на 20 больше натива, как ни странно Всё остальное - бра, Crazy Alex (ok), 17:08 , 28-Мрт-19, (67) WebAssembly в браузере пока никто и не использует, о каком вне браузера вообще, Аноним (19), 13:16 , 28-Мрт-19, (19) –1 // Об элементарном Хотя бы использование C C D в Sandbox окружении для систе, Иваныч (??), 13:24 , 28-Мрт-19, (20) +3 Вообще-то используют Печально известный Coinhive использовал WASM для того чтоб, Kuromi (ok), 15:11 , 28-Мрт-19, (41) +2 // Наверное, и загрубление точности таймеров в браузерах WebAsm-у не помешает спект, Аноним (54), 16:25 , 28-Мрт-19, (58) // помешает Таймер - это внешний по отношению к васму сервис, загрубление повлияет, Crazy Alex (ok), 20:39 , 28-Мрт-19, (88) Неееет Остановите их кто-нибудь, хватит с нас нодыжс , Аноним (82), 13:25 , 28-Мрт-19, (21) +6   // Нода божественна И она тоже умеет в васм , Аноним (16), 13:35 , 28-Мрт-19, (24) –3   Не пользуйся, тебя никто не заставляет , Аноним (11), 13:36 , 28-Мрт-19, (25)   Казалось бы, что общего между JS интерпретором и виртуальной машиной для выполне, Иваныч (??), 13:39 , 28-Мрт-19, (26)   // То и другое написано на C , Аноним (28), 13:45 , 28-Мрт-19, (28)   Клятвенные обещания и торжественные заверения причем, еще со времен JIT для пер, Аноним84701 (ok), 13:52 , 28-Мрт-19, (30) +2   // LLVM QVM Quake 3 VM, но только Pure C давно умеют в 10 разницы от силы У W, Иваныч (??), 13:58 , 28-Мрт-19, (33)   Только вот VM в LLVM эдакий исторический прикол и ни разу не VM в привычно-тр, Аноним84701 (ok), 14:18 , 28-Мрт-19, (37)   Я в курсе Но я немного не об этом, не об использовании LLVM для генерации кода,, Иваныч (??), 14:34 , 28-Мрт-19, (38)   Так, всё-таки, LLVM BitCode или WebAsm , Аноним (54), 16:30 , 28-Мрт-19, (60) –1   http llvm org docs BitCodeFormat html Отсюда видно, что это эффективно _проме, Ordu (ok), 21:48 , 28-Мрт-19, (97)   WASM и так почти нативен по скорости, вот прямо сейчас За исключением случаев, , Crazy Alex (ok), 20:44 , 28-Мрт-19, (89)   Например то, что их вытащили из браузера и используют не по назначению , Аноним (82), 19:01 , 28-Мрт-19, (77)   если сделают компилятор pascal в wasi будет круто, Аноним (22), 13:26 , 28-Мрт-19, (22) // pasiwasi, Аноним (40), 15:04 , 28-Мрт-19, (40) –1 // pascwasi, Аноним (54), 16:31 , 28-Мрт-19, (61) –1 http forum lazarus freepascal org index php topic 37474 0, Аноним (43), 15:14 , 28-Мрт-19, (43) Развитие Васи уже сильно продвинулось , kiwinix (?), 13:43 , 28-Мрт-19, (27) Теперь это надо прикрутить к проекту, в котором всё URL , Аноним (32), 13:57 , 28-Мрт-19, (32) // Вы про Redox OS , Попугай Кеша (?), 15:15 , 28-Мрт-19, (44) +1 Если оно будет близко по производительности к нативному коду, то почему бы и нет, AnonPlus (?), 14:05 , 28-Мрт-19, (35) // Будет ли по производиьтельности близко или нет, а вот песочницу обходить точно б, Аноним (54), 16:33 , 28-Мрт-19, (63) +1 electron 2 0 , Аноним (39), 14:43 , 28-Мрт-19, (39) +1 Ой, опять Мозилла за старое Подобных прожектов у Мзиллы была уже тонна, самых р, Kuromi (ok), 15:16 , 28-Мрт-19, (45) +2 // Бюджет сам себя не распилит , Аноним (49), 15:46 , 28-Мрт-19, (49) +4 Сам догадаешься, куда качнулись чаши весов , Аноним (73), 17:44 , 28-Мрт-19, (73) О, сколько нам уязвимостей чудных готовит WASI-друг , Аноним (54), 16:12 , 28-Мрт-19, (51) я правильно понимаю, что теперь кроссплатформенные приложения будут сначала писа, Аноним (-), 16:22 , 28-Мрт-19, (57) +1 // Ну возьмём, к примеру, GUI В Linux их по факту два Так что, как кроссплатформе, Аноним (54), 16:40 , 28-Мрт-19, (64) –1 // На эту проблему есть проверенное решение больше стандартов богу стандартов Что, Ordu (ok), 20:25 , 28-Мрт-19, (87) Неправильно WASM с JS связывает только то, что оно в браузерах есть А так - пр, Crazy Alex (ok), 20:48 , 28-Мрт-19, (90) 10 разницы с нейтивом - это терпимо Wasm-core встроить в каждую ОС и не нужно , Анонимс (?), 16:26 , 28-Мрт-19, (59) +1 // И вирусы будут кроссплатформенными , Аноним (54), 16:42 , 28-Мрт-19, (65) всё это приведёт к тому же говну к которому пришла Java JVM 1 программисты вм, X4asd (ok), 17:15 , 28-Мрт-19, (69) –1 // Что-то тут перепутаны автоматическое затягивание зависимостей и закрытость кода , Crazy Alex (ok), 20:52 , 28-Мрт-19, (92) // нет не перепутаны а взаимосвязаны возможность запускать бинарники без компиляц, X4asd (ok), 13:16 , 29-Мрт-19, (118) Проблема комиляции - что надо компилировать под разные платформы В основном бол, Crazy Alex (ok), 20:54 , 28-Мрт-19, (93) // Я под ноду запиливал порт гугловского конвертора woff2, на WebAssembly Ляпота , _Vitaly_ (ok), 22:18 , 28-Мрт-19, (101) Отлично работает без интернета, Анонимус2 (?), 21:30 , 28-Мрт-19, (96) –1 Прободение песочницы Саша Грей в безопасности , Аноним (84), 19:46 , 28-Мрт-19, (84) Адоб закрывает флэш Ява так и не взлетела на настольных компах А эти думают чт, Тот_Самый_Анонимус (?), 05:28 , 29-Мрт-19, (107) Неплохая инициатива Хотя можно было просто открыть Flash Но адоби - онаж иде, Аноним (123), 12:09 , 31-Мрт-19, (123) Люся Вася Наши люди везде штале Тогда и Валеру давайте ужо , Брат Анон (?), 08:30 , 02-Апр-19, (125) 1,2,4,7,10,16,18,19,21,22,27,32,35,39,45,51,57,59,84,107,123,125

Сообщения

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

21. "Mozilla развивает WASI для использования WebAssembly вне бра..."	+6 +/–
Сообщение от Аноним (82), 28-Мрт-19, 13:25
Неееет! Остановите их кто-нибудь, хватит с нас нодыжс!
Ответить | Правка | Наверх | Cообщить модератору

	24. "Mozilla развивает WASI для использования WebAssembly вне бра..."	–3 +/–
	Сообщение от Аноним (16), 28-Мрт-19, 13:35
	Нода божественна! И она тоже умеет в васм.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Mozilla развивает WASI для использования WebAssembly вне бра..."	+/–
	Сообщение от Аноним (11), 28-Мрт-19, 13:36
	Не пользуйся, тебя никто не заставляет.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	26. "Mozilla развивает WASI для использования WebAssembly вне бра..."	+/–
	Сообщение от Иваныч (??), 28-Мрт-19, 13:39
	Казалось бы, что общего между JS интерпретором и виртуальной машиной для выполнения кода на C/C++ с практически одинаковой (близкой и ещё ближе в следующих версиях) скоростью исполнения?
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	28. "Mozilla развивает WASI для использования WebAssembly вне бра..."	+/–
	Сообщение от Аноним (28), 28-Мрт-19, 13:45
	То и другое написано на C++.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Mozilla развивает WASI для использования WebAssembly вне бра..."	+2 +/–
	Сообщение от Аноним84701 (ok), 28-Мрт-19, 13:52
	> Казалось бы, что общего между JS интерпретором и виртуальной машиной для выполнения > кода на C/C++ с практически одинаковой (близкой и ещё ближе в следующих версиях) скоростью исполнения? Клятвенные обещания и торжественные заверения (причем, еще со времен JIT для первых Жабо-Не-Скрипт-VM), что "еще немного, совсем чуть-чуть и оно совсем уже скоро почти догонит и  многократно перегонит нативный Васюк^W код по скорости исполнения!1!"? https://arxiv.org/abs/1901.09056 > (Submitted on 25 Jan 2019) > We then use BROWSIX-WASM to conduct the first large-scale evaluation of the performance of WebAssembly vs. native. > Across the SPEC CPU suite of benchmarks, we find a substantial performance gap: applications compiled to > WebAssembly run slower by an average of 50% (Firefox) to 89% (Chrome), with peak slowdowns of 2.6x (Firefox) and 3.14x (Chrome). .
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	33. "Mozilla развивает WASI для использования WebAssembly вне бра..."	+/–
	Сообщение от Иваныч (??), 28-Мрт-19, 13:58
	LLVM & QVM (Quake 3 VM, но только Pure C) давно умеют в 10% разницы от силы. У We Assembly есть все шансы стать стандартизипрванным LLVM который также умеет в браузере. С поддержкой нескольких крупных производителей. Что есть не плохо.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Mozilla развивает WASI для использования WebAssembly вне бра..."	+/–
	Сообщение от Аноним84701 (ok), 28-Мрт-19, 14:18
	> LLVM & QVM (Quake 3 VM, но только Pure C) давно умеют в 10% разницы от силы. Только вот VM в LLVM эдакий "исторический прикол" и ни разу не VM в "привычно-традиционном" смысле. Таким макаром можно и GCC в VM записать, c его GIMPLE/RTL и прочими промежуточными представлениями.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Mozilla развивает WASI для использования WebAssembly вне бра..."	+/–
	Сообщение от Иваныч (??), 28-Мрт-19, 14:34
	Я в курсе. Но я немного не об этом, не об использовании LLVM для генерации кода, а о возможности использования LLVM BitCode (Target) как библиотеки вне зависимости от операционной системы и ограничения такого модуля от доступа к системным вещам вне предоставленного API приложения которое такой модуль занрузило в качестве изолированной библиотеки.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Mozilla развивает WASI для использования WebAssembly вне бра..."	–1 +/–
	Сообщение от Аноним (54), 28-Мрт-19, 16:30
	Так, всё-таки, LLVM BitCode или WebAsm?
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Mozilla развивает WASI для использования WebAssembly вне бра..."	+/–
	Сообщение от Ordu (ok), 28-Мрт-19, 21:48
	> о возможности использования LLVM BitCode http://llvm.org/docs/BitCodeFormat.html : > What is commonly known as the LLVM bitcode file format (also, sometimes anachronistically known as bytecode) is actually two things: a bitstream container format and an encoding of LLVM IR into the container format. > The bitstream format is an abstract encoding of structured data, very similar to XML in some ways. Like XML, bitstream files contain tags, and nested structures, and you can parse the file without having to understand the tags. Unlike XML, the bitstream format is a binary encoding, and unlike XML it provides a mechanism for the file to self-describe “abbreviations”, which are effectively size optimizations for the content. Отсюда видно, что это эффективно _промежуточное_ представление, которое создано не с целью его интерпретации, а с целью передачи бэкенду-llvm для дальнейшей компиляции. То есть это сложно-структурированный формат, с кучей информации не относящейся непосредственно к выполнению программы. Использовать его вместо байткода для виртуальной машины -- это идея, которая может и заслуживает рассмотрения, но в процессе этого рассмотрения надо не забыть, что итерпретация/компиляция этого дела в native-код может быть медленной и жрущей кучу ресурсов. Это IR представление само по себе может быть слишком жирным, в том смысле что код скомпилированный в wasm окажется меньше. Упоминание "abbreviations" ясно говорит о том, что без динамического выделения памяти под нужды интерпретатора ничего не выйдет. А теперь давай глянем на wasm design goals: https://webassembly.github.io/spec/core/intro/introduction.h... > Fast: executes with near native code performance, taking advantage of capabilities common to all contemporary hardware. Как с этим у llvm ir? > Safe: code is validated and executes in a memory-safe [2], sandboxed environment preventing data corruption or security breaches. Я не знаю, насколько это отличает wasm от llvm-ir, поэтому опустим. > Well-defined: fully and precisely defines valid programs and their behavior in a way that is easy to reason about informally and formally. Как часто LLVM IR меняется между версиями llvm? > Hardware-independent: can be compiled on all modern architectures, desktop or mobile devices and embedded systems alike. wasm проще, значит написать виртуальную машину тоже проще, так ведь? Плюс если он проще, то и виртуальная машина проще и меньше, а значит на более слабых процессорах пойдёт. Как там насчёт запуска llvm на avr? > Language-independent: does not privilege any particular language, programming model, or object model. Паритет с llvm-ir? > Platform-independent: can be embedded in browsers, run as a stand-alone VM, or integrated in other environments. Тоже наверное паритет? > Open: programs can interoperate with their environment in a simple and universal manner. В llvm-ir есть что-нибудь об этом? Мне кажется, что нет, это для него отдельным стандартом придётся определять. > Compact: has a binary format that is fast to transmit by being smaller than typical text or native code formats. Это явно не в пользу llvm-ir, для целей которого, как я понимаю, размер .text не играет особой роли. > Modular: programs can be split up in smaller parts that can be transmitted, cached, and consumed separately. Сложно сказать, что именно имеется в виду. Давай считать, что паритет. > Efficient: can be decoded, validated, and compiled in a fast single pass, equally with either just-in-time (JIT) or ahead-of-time (AOT) compilation. Как у llvm с этим, ты не знаешь? > Streamable: allows decoding, validation, and compilation to begin as soon as possible, before all data has been seen. А с этим? > Parallelizable: allows decoding, validation, and compilation to be split into many independent parallel tasks. ? > Portable: makes no architectural assumptions that are not broadly supported across modern hardware. Я не знаю, как там сделано в llvm, но опять же из самых общих соображений, для llvm'а напрашивается иной подход, который позволяет описывать как можно более широкий спектр кода, заточенного под разные архитектуры.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	89. "Mozilla развивает WASI для использования WebAssembly вне бра..."	+/–
	Сообщение от Crazy Alex (ok), 28-Мрт-19, 20:44
	WASM и так почти нативен по скорости, вот прямо сейчас. За исключением случаев, когда в нативе используются какие-нибудь специфические инстукции типа AES-NI. Но, в отличие от джаваскриптов/джав, который можно на лету оптимизировать, не "перегонит" никогда.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	77. "Mozilla развивает WASI для использования WebAssembly вне бра..."	+/–
	Сообщение от Аноним (82), 28-Мрт-19, 19:01
	> Казалось бы, что общего между JS интерпретором и виртуальной машиной для выполнения кода на C/C++ с практически одинаковой (близкой и ещё ближе в следующих версиях) скоростью исполнения? Например то, что их вытащили из браузера и используют не по назначению.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

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

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