The OpenNET Project / Index page

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



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

Оглавление

Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..., opennews (??), 13-Ноя-19, (0) [смотреть все]

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


5. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Аноним (5), 13-Ноя-19, 10:05 
скорее llvm.

P.S. компиляция llvm-байткода в бинарь - это жесть. Некоторые пихают в пакеты llvm-байткод, который потом ООООЧЕЕЕЕНЬ ДОООЛГООO компилируется в нативный код, отжирая при этом дофига памяти. Зато кроссплатформенно, блин. Это у нас такое будущее? С потребителями, которые согласны всё часами компилить у себя, вместо того, чтобы скинуться по 1 копейке с человека и заплатить за аренду сборочной инфраструктуры на годы вперёд?

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

20. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +2 +/
Сообщение от Аноним (20), 13-Ноя-19, 11:02 
Ну так спонсируют это начинание Intel и IBM. Может они же лоббировали отказ от NaCl в браузерах. Вообще современный код содержит огромную кучу мусора, которая не будет выполнена никогда и кода создающего переменные, которые никому не нужны. Вот именно он и компилируется очень долго, а потом и выполняется очень долго. Bloatware...
Ответить | Правка | Наверх | Cообщить модератору

26. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +3 +/
Сообщение от Аноним (26), 13-Ноя-19, 11:47 
> современный код содержит огромную кучу мусора, которая не будет выполнена никогда

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

Ответить | Правка | Наверх | Cообщить модератору

55. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –8 +/
Сообщение от ползкрокодил (?), 13-Ноя-19, 14:24 
Я предпочту сбой раз в год постоянным страданиям от жирной программы.
Ответить | Правка | Наверх | Cообщить модератору

66. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (20), 13-Ноя-19, 16:09 
> Пожалуйста, скажите, что вы не про обработку ошибок, происходящих раз в год.

Обработка ошибок это вопрос пары машинных инструкций, которые будут проигнорированы спекулятивным выполнением; исключения более громоздкие и жрущие память, особенно в C++. Но я вообще то имел введу сотни виртуальных методов, которые в любом случае будут добавлены в код. А так же методов, которые могли бы быть использованы, при некоторых обстоятельствах, которые совершенно точно не произойдут в данной программе. А так же все переменные которые эти методы могли бы возможно использовать. А так же данные загружаемые из файлов, БД и сети, на всякий случай, который опять же никогда не произойдёт в данной программе. Прожорливость ПО == функциональность в квадрате.

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

127. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Урри (?), 17-Ноя-19, 12:40 
А еще большие библиотеки с кучей прослоек, выполняющихся для инициализации внутреннего состояния библиотеки и регулярной отсылки телеметрим. При том, что из библиотеки используется ровно одна функция compare-string, вместо нативной strstr, просто потому что обезьяне стыдно юзать голую позиксфункцию вместо модномолодежного фреймворка - она же не старпер какой-то.
Ответить | Правка | Наверх | Cообщить модератору

57. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (57), 13-Ноя-19, 14:36 
> Некоторые пихают в пакеты llvm-байткод, который потом ООООЧЕЕЕЕНЬ ДОООЛГООO компилируется в нативный код, отжирая при этом дофига памяти.

Ну-ка, пруфани-ка. Как это я ни разу такого не видел?

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

90. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Аноним (5), 13-Ноя-19, 22:20 
1. "ну-ка" будешь к себе обращаться.
2. https://apt.llvm.org/eoan/pool/main/l/llvm-toolchain-snapsho...

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

проблемы в .a файлах. В них .o файлы содержат биткод вместо x86_64. Совсем недавно такой хрени не было. ld.lld хавает такие .a файлы, только тормозит адски каждый раз. ld, разумеется, не хавает. Проблема обходится баш-скриптом (однопоточным, для многопоточности надо генерить ninja.build), который распаковывает все ar, компилит биткод в ассемблер, ассемблер - в x86_64 .o, .o пакует обратно. Но это адски долго, ~час на камне 18 года (на core2duo скорее всего в несколько раз дольше). Я не для того ставлю бинарные пакеты, чтобы каждый раз (повторяю, llvm 10 - это nightly) час ждать, пока всё перекомпилится.

Ответить | Правка | Наверх | Cообщить модератору

61. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (61), 13-Ноя-19, 14:51 
>llvm-байткод

Нет такого зверя. Есть биткод, и он ни разу не кроссплафторменный

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

117. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Иваныч (??), 14-Ноя-19, 12:38 
В плане архитектуры не кроссплатформенность, но не ОС.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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