-
Notifications
You must be signed in to change notification settings - Fork 2
Update comments in getting-started.md for clarity #202
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change | ||||||
|---|---|---|---|---|---|---|---|---|
|
|
@@ -218,7 +218,7 @@ It drives the entire build pipeline — graph construction, operator fusion, | |||||||
| dead input removal, and KV cache sizing are all tailored for the target EP: | ||||||||
|
|
||||||||
| ```bash | ||||||||
| # Default (portable ONNX with standard fusions, no vendor-specific ops) | ||||||||
| # Default (portable ONNX with standard fusions as model local functions) | ||||||||
| mobius build --model meta-llama/Llama-3.2-1B output/ | ||||||||
|
|
||||||||
| # CPU (GQA fusion for f32) | ||||||||
|
|
@@ -236,7 +236,7 @@ mobius build --model meta-llama/Llama-3.2-1B output/ --ep trt-rtx --dtype f16 | |||||||
| # WebGPU | ||||||||
| mobius build --model meta-llama/Llama-3.2-1B output/ --ep webgpu --dtype f16 | ||||||||
|
|
||||||||
| # Strict ONNX standard (zero custom ops, runs on any ONNX runtime) | ||||||||
| # Strict ONNX standard (zero custom ops) | ||||||||
|
||||||||
| # Strict ONNX standard (zero custom ops) | |
| # Strict ONNX standard (runs on conformant ONNX runtimes without ORT | |
| # extensions; zero custom ops) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The “Default” description here is potentially misleading: the default EP still applies fusions by emitting custom-domain ops (e.g., com.microsoft Skip* ops) with ONNX function bodies as a portable fallback. Consider rephrasing to explicitly mention “custom ops with ONNX function bodies/local functions” (or similar) so readers don’t interpret this as purely standard-ONNX nodes only.