Skip to content

TSC meeting notes

Jump to bottom
Wang Xin edited this page Jan 30, 2023 · 10 revisions

WAMR TSC Meeting 2022-01-17

Attendees：

  • Xu, Jun1/He, Liang/Wang, Xin/Huang, Wenyong (Intel)
  • Kolny, Marcin (Amazon)
  • Takashi Yamamoto (Midokura)
  • huang, Qi/Xiao Xiang (Xiaomi)
  • Yan, Dongsheng (Sony)
  • Trenner, Thomas/Ermler, Rene (Siemens)
  • Yao Zhongxiao (ByteDance)

WAMR community 2022 achievements:

  • Fast JIT
  • Fast JIT to LLVM JIT tier up
  • GC early proposal on the interpreter (broken now)
  • Enhanced source debugger & VSCode extension
  • Bindings for Python and Go
  • SGX remote attestation, IPFS (Intel protected file system)
  • Socket API, wasi-nn, wasi-thread (WIP)
  • Nuttx system support for x86, riscv, xtensa, arm
  • Improved AoT solution for esp32
  • Envoy proxy new architecture support

The 2023 roadmap:

  • Continue the performance improvement
  • GC latest proposal on interpreter and JIT
  • Support exception feature
  • Fast JIT SIMD support
  • TypeScript to WebAssembly PoC
  • Component model (TBD)
  • Wanted
    • Debugging support for multi-threading

3rd party performance evaluation and usability improvement

  • WAMR leads the most benchmarks in Frank Dennis's report: https://00f.net/2023/01/04/webassembly-benchmark-2023/
  • Good feedback for usability improvement:
    • Many compilation options
    • Many components in one repo (iwasm vm-core, IDE integration, an “application framework library”, remote management, an SDK)
    • Many tuning parameters, memory profiling as an example
  • Improvements in progress
  • More improvement ideas
    • split the repo and move some components out
      • Be careful, open an issue to collect community feedback
    • Improving repo documents, Gitbook and Website, and more content. Marcin can help. Jun to connect Marcin on this.
    • Enhancing compilation experience, maybe some mega policy for a combination of flags
  • Marcin Kolny:
    • Walkthrough internal Intel process for validating the release - we briefly discussed it in the next meeting - could somebody from Intel walk us through the testing methodology, so we can discuss if some of the things could be moved to public and possibly off-load Intel's team? Jun Xu will present the current quality infrastructure and process
    • Bugfix process
  • dongsheng.yan: In some cases for IoT devices, the app heap memory is not enough, the high memory can enlarge the heap size that app can use if the platform could support it. Noticed that the wamr can support an external memory allocator, of which high memory can be one. However, the high memory is a valuable and scant resource that would be mapped only when the app is loaded and unmapped after use, thus at the key point of the program running lifetime, the system should call some hook functions to do some work like memory mapping/unmapping. we hope wamr can support such kind of hook functions like onStart, onStop before and after the app running, from where the embedder can do something affecting the system like a high memory map.

WAMR TSC Meeting 2022/12/1

Attendees：

  • Wang, Xin (Intel)
  • Huang, Wenyong (Intel)
  • Xu, Jun1 (Intel)
  • He, Liang (Intel)
  • Kolny, Marcin (Amazon)
  • Takashi Yamamoto (Midokura)
  • huang, Qi (Xiaomi)
  • Yan, Dongsheng (Sony)
  • Tang Wei (Ant)
  • Trenner, Thomas (Siemens)
  • Ermler, Rene (Siemens)

Topic collection

Self-introduction

Xin (Intel)

  • Intel team 2023 focus
    • performance
    • GC support
    • Component model
    • Developer tooling (emcc advisor, TS2Wasm..)
    • Trusted Execution Environment(TEE) like SGX/TDX use cases
  • Discuss TSC meeting cadence
    • start with monthly, and adjust if needed.

Marcin(Amazon):

  • roadmap transparency - how do we make sure the community knows what is already planned, how can they possibly get involved etc.
    • one good example I can think of is the gitbook: it'd be great to know what are the plans for it, how community can contribute, is there opportunity for brainstorming etc.
  • workstream for removing singleton/global objects and introduce a concept of contexts so it's possible to embed multiple VM instances into the process
  • Debugging AOT is something we at Amazon will be probably looking into Q1 next year

Wenyong (Intel):

  • When to release the next version, what is the version number, and whether to merge Multi-tier JIT in this version or to merge it in next version? For example, release 1.1.2 and then merge Multi-tier JIT, or merge Multi-tier JIT and release 1.2.0 directly?
  • Can each company share its roadmap? e.g. Source debugger enhancements, integration of perf tool and so on..

Dongsheng (Sony):

  • introduce who we are(in 20221118_newsweek.pdf), and present SSS-Agenda-for-WAMR-TSC.pdf for our concerns and roadmap.
    • Marcin: the recent WASI talk about accessing HW.

Yamt (Midokura):

  • how do you evaluate startup time for fast-jit? any tools available?
    • Normally we calculate it from the time iwasm started to the time the first wasm function executed: print the time at the beginning of iwasm main function, and print the time at the beginning of the wasm app's main function

Thomas and Rene (Siemens):

  • Plan to implement exception feature.

Thomas (Siemens) and Jun (Intel):

  • Debugging support for multiple threads
    • runtime launch multiple wasm app instances in multiple threads, and launch multiple lldb to debug each of the wasm instances ---- this is OK
    • runtime launch one wasm app instance, this app use pthread API to spawn several child-threads, and launch one lldb to debug the multithread wasm app ---- this will not work for now
    • The main problem is that the current lldb doesn't hold the thread id for every spawned instance, it will always use the same thread id to get stack frame information, so the debugger will display the wrong data

2021-07-30

Agenda

  • PTSC Chair election
  • Nominate no1wudi from Xiaomi Corp to TSC member
  • PTSC Meeting cadence and time discussion
  • Communication setup (Zulip，TSC email address，blogs)
  • Approving code commit practice
  • Open

Meeting time and bridge

Location/Local Time/Time Zone/UTC Offset

  • Beijing (Chna - Beijing), Friday July 30, 2021 at 8:00:00 am, CST, UTC+8 hours
  • Portland (USA - Oregon), Thursday July 29, 2021 at 5:00:00 pm, PDT, UTC-7 hours
  • Corresponding UTC (GMT), Friday July 30, 2021 at 00:00:00

This meeting is open to everyone who is interested. Please send email to [email protected] for the bridge info.

Meeting notes

  • PTSC Chair election
  • Nominate no1wudi from Xiaomi Corp to TSC member
    • no1wudi has submitted 20 patches, including ricsv AoT support, Nutx OS support. XIP for AoT is WIP
    • Future focuses: Wasm for IoT, TEE
    • Votes: 5, pass
  • PTSC Meeting cadence and time discussion
    • Bi-weekly, two timeslots - one for PRC/Europe audience and one for US/PRC audience
  • Communication setup
  • Approving code commit practice
    • Wenyong is the approver for now, eventually, we will use the code owner model
    • Wenyong will assign other TSC members to review a patch if needed
  • Source debugging feature - Tang wei
    • Rebase and validation is WIP
  • Roadmap
    • GC: under reading spec, one meeting a week. please send email to xwang98 if you want to join the discussion
    • Type import/type function reference:
    • Java support
    • multiple modules
    • wasi-nn
  • Optimizations
    • performance
    • compilation time, lazy compile, parallel compilation

WebAssembly Micro Runtime

Clone this wiki locally