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

блазор это очередной фреймворк для фронта. и работает оно с внешним миром за счёт js обвязок, насколько я понял

Ну как бы эмулировать виртуальную файловую систему поверх indexedDB или local storage не проблема

так же как и emscripten. Raw Sockets превращаются в WebSockets, файловая система маппиться в local storage / indexedDB, OpenGL -> WebGL и т д

для бека, насколья я понимаю, васм пока непригоден? в прошлый раз когда я спрашивал про wasi и tcp, ответ был печален, мол ничего нет.

А для бэка разве есть смысл компилировать Blazor в васм? Там же моно, можно и нативно запустить

я не про блазор, в общем лучае про wasm как платформу

а на бэке блазор запускается не в моно, а в asp .net core. И команды о том, как надо менять DOM передаются через вебсокеты

Ну никто не запрещает взять тот же wasmer и пробросить все end points из того же POSIX да и не только, не ограничивая себя пока очень узким WASI. Просто WASI - это стандарт, которой кстати пока далеко не всеми поддерживается и даже его ядро api еще может претерпеть косметичесие изменения

а зачем wasm на бэке, когда можно нативно запускать?

судя по многичсленным предложениям по его разработке, может получится очень годная плафтморма для многих языков, но единой механикой под капотом, скажем так. как аналог JVM, если завезут единый GC и continuations, на которых потмо будут строить всякие корутины и прочий асинк

всё равно смысл не понятен. Сервера же на одной и той же платформе запускаются с понятной архитектурой процессора и всем таким.
Почему нельзя компилировать в нативный x86 код, если это нативный язык, либо сразу в IL/Java-bytecode, если это что-то из мира жабы и дотнета?

В них всех и так есть и асинки и параллельность и всё такое

можно, но так будет удобней. так как вся новая экосистема будет использваоть единые механизмы для асинхронщины, если завезут continuations. т.е. будет как в го, у тебя любая либа построена на кортинах и каналах и лего застёгивается с другими. в жвм с этим полный трешак и экосистема шлак в этом смысле. все приезжают со совими велосипедами (тредпулами, шедулерами, эвент-лупами), у одно фьюча из стд.либы, у воторого от netty, третий вообще блокирующий тредпул с собой притащил, четвёртый котлин-куортинс обмазывемся... хаотичный жирный зоопарк с кучей врпапееров и херово совместимых между собой решений.

нет там ничего, кроме executors framework, т.е. работы с обычными системными тредами. всё остальное на уровне либ

по-моему, какая-то надуманная проблема. Может, оно реально существует в жава-мире.
Но лично я не ощутил никакой проблемы, когда интеропил C# с F#. Всё было вполне удобно.
Необходимости интеропить какие-нибудь горутины из Go с футурами из Rust или тасками из C# попутно добавляя промисы из JS вообще не вижу

ну потому-что они из разных платформ. а если у тебя одна платформа, но много языков, имхо, есть очень большая нужда подумать о совместимости фунманедальных вещей внутри неё. как пример тут наверное больше BEAM подойдёт, там есть эрланг, елисксир, диалект кложи и еще какие-то языки, но все они используют одну и ту же реализацию грин тредов. вот для wasm было классно иметь тот же эффект

Оверхед же дикий должен быть

В общем походу несовместимость разных языков на одной платформе - это боль только жавистов

если я правильно понял