Skip to content

Wayline: a full-stack ride-hailing sample, its CI and an Initializr template - #5984

Open
shai-almog wants to merge 21 commits into
masterfrom
wayline-sample
Open

shai-almog wants to merge 21 commits into
masterfrom
wayline-sample

Conversation

@shai-almog

Copy link
Copy Markdown
Collaborator

What this is

scripts/wayline is a modern successor to the ride-hailing app of "Create an Uber clone in 14 days": one Maven project in one language, a Codename One app styled with CSS and a Codename One Backend server. The roles the server gives an account decide what it opens on: a rider's map, a driver's screen or an administrator's console. It runs on phones, as a desktop app, and hosted by its own server in a browser.

  • App: sign-in (authorization code + PKCE against the built-in authorization server), phone verification, rider / driver / admin modes, keyless vector maps with routing and proxied place search, wallet and receipts, driver onboarding with documents, admin charts, moderation and pricing, light and dark themes, five languages including RTL, analytics after consent.
  • Server: ORM entities behind repositories, @Transactional services, Flyway-style migrations (per-engine variants where the SQL differs), matching, a ride state machine that settles races in the database, simulated or Stripe payments, a WebSocket live channel.
  • Initializr: offered as a template, kept in step with the sample by scripts/sync-initializr-wayline.py (CI fails on drift). The grub and tweet templates are removed.
  • Developer guide: two chapters, "A ride-hailing app from three sides" and "Building on the sample", covering the structure, moving to PostgreSQL / MySQL and hosting, adding a migration, an external OIDC provider, real SMS, analytics, payments and maps.

Framework changes the sample needed or uncovered

  • cn1:backend-webapp and the Gradle backendWebApp task: build the app for the browser and let the server host it.
  • Shared-contract modules in an app reactor; ResponseStatusException; ConcurrencyFailureException for write conflicts and deadlocks (MariaDB's snapshot isolation reports error 1020 where other engines change no row).
  • Build-time weaving no longer exposes private types in generated code.
  • ParparVM: a receiver that escapes is no longer retired at frame exit (new FrameRetireLiveReceiverIntegrationTest).
  • Vector maps: tile queue with stand-ins and pruning, label collision grid, halos, road hierarchy in light and dark, kinetic pan, zoom about the cursor.
  • JavaScript port: geolocation no longer blocks the EDT waiting for a position that never arrives; asynchronous XHR; coalesced accessibility refresh; released text layers.
  • JavaSE test runner retires each test's threads and listeners; a test process killed by the OS is reported as such instead of "Tests failed".
  • GridLayout preferred height counts implicit rows; GeneralPath grows geometrically; JavaSE mixed-font width uses advances.

Testing

Run locally on the merged tree:

  • Server: 65 tests on the JVM and as a native binary (SQLite). Before the merge, also on PostgreSQL 16 and MySQL 8.4 (JVM and native), MariaDB 10.11 (JVM) and MariaDB 11.8 (JVM and native).
  • Simulator end-to-end: 11/11 on the phone layout and 11/11 on the desktop layout, against screenshots in scripts/wayline/screenshots.
  • Hosted browser app: run-web-e2e.sh in headless Chromium.
  • Initializr: 7/7 tests, template parity, and a generated project that builds and passes its server tests.
  • Before the merge: core unit tests (7,715), build-engine (2,452), Maven plugin (440), Gradle plugin (35), JavaSE port (489), backend (935), with SpotBugs at zero in each and the repository gates passing; the translator suite with the GC verifier clean on the new test.

Not verified:

  • .github/workflows/wayline.yml has never run on GitHub.
  • No Android or iOS device run; map and JavaScript-port screenshot baselines of other suites may need reseeding.
  • Desktop map panning in the browser is not faster than before (tile rasterization on the EDT); zoom is.
  • The external-OIDC section of the guide is design guidance that has not been built end to end.
  • Analytics reaches the cloud console only from a device build.

🤖 Generated with Claude Code

shai-almog and others added 2 commits October 10, 2026 10:11
…emplate

scripts/wayline is one Maven project in one language: a Codename One app
styled with CSS, and a Codename One Backend server. The role the server
gives an account decides what it opens on: a rider's map, a driver's
screen or an administrator's console, on a phone, on the desktop and
hosted by the server itself in a browser.

The server keeps its data in ORM entities behind repositories, with
transactional services and Flyway-style migrations, and runs on SQLite,
PostgreSQL, MySQL and MariaDB. It has sign-in through the built-in
authorization server, phone verification, driver applications, matching,
payments (simulated or Stripe), statistics and a live WebSocket channel.
The app reports usage to Codename One analytics after consent.

Tested like hellocodenameone: server tests on the JVM and as a native
binary, simulator end-to-end tests with screenshots on phone and desktop,
a headless-browser check of the hosted app, and a generated-project check
(.github/workflows/wayline.yml). The Initializr offers it as a template,
kept in step by scripts/sync-initializr-wayline.py, and the developer
guide gains a user's and an implementor's chapter.

Framework changes the sample needed or uncovered:

- cn1:backend-webapp and the Gradle backendWebApp task build the app for
  the browser and let the server host it.
- Shared-module contracts in an app reactor; ResponseStatusException;
  ConcurrencyFailureException for write conflicts and deadlocks, which
  MariaDB's snapshot isolation reports where other engines change no row.
- Build-time weaving no longer exposes private types in generated code.
- ParparVM: a receiver that escapes is no longer retired at frame exit.
- Vector maps: tile queue with stand-ins, label collision grid, halos,
  road hierarchy, kinetic pan, zoom about the cursor.
- JavaScript port: geolocation no longer blocks the EDT waiting for a
  position that never arrives; asynchronous XHR; coalesced accessibility
  refresh; released text layers.
- JavaSE test runner retires each test's threads and listeners, and a
  killed test process is reported as such.
- GridLayout preferred height counts implicit rows; GeneralPath grows
  geometrically; JavaSE mixed-font width uses advances.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@shai-almog

shai-almog commented Oct 10, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 12 screenshots: 12 matched.
✅ JavaSE simulator integration screenshots matched stored baselines.

@shai-almog

Copy link
Copy Markdown
Collaborator Author

@codex review

@github-actions

github-actions Bot commented Oct 10, 2026 •

Copy link
Copy Markdown
Contributor

Developer Guide build artifacts are available for download from this workflow run:

Developer Guide quality checks:

  • AsciiDoc linter: No issues found (report)
  • Vale: No alerts found (report)
  • Paragraph capitalization: No paragraph capitalization issues (report)
  • LanguageTool: No grammar matches (report)
  • Image references: No unused images detected (report)

@chatgpt-codex-connector

chatgpt-codex-connector Bot commented Oct 10, 2026 •

Copy link
Copy Markdown

Codex Review Summary

This comment shows the latest Codex review activity on this pull request.

Review Status Commit Review trigger
📝 Code Review ✅ Completed 2026-10-11T05:35:07.368973Z e18980f Manual request
ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review" or "@codex security review".

Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings.

@github-actions

Copy link
Copy Markdown
Contributor

Cloudflare Preview

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 6794d2d704

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment thread CodenameOne/src/com/codename1/maps/MapView.java
Comment thread CodenameOne/src/com/codename1/maps/vector/VectorMapEngine.java
@shai-almog

shai-almog commented Oct 10, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 206 screenshots: 206 matched.
✅ JavaScript-port screenshot tests passed.

@shai-almog

shai-almog commented Oct 10, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 170 screenshots: 170 matched.

Native Android coverage

  • 📊 Line coverage: 16.01% (26006/162390 lines covered) [HTML preview] (artifact android-coverage-report, jacocoAndroidReport/html/index.html)
    • Other counters: instruction 14.37% (122186/850229), branch 9.91% (8471/85441), complexity 7.82% (6530/83503), method 11.60% (4650/40094), class 19.80% (961/4853)
    • Lowest covered classes
      • kotlin.collections.kotlin.collections.ArraysKt___ArraysKt – 0.00% (0/6367 lines covered)
      • kotlin.collections.unsigned.kotlin.collections.unsigned.UArraysKt___UArraysKt – 0.00% (0/2384 lines covered)
      • org.jacoco.agent.rt.internal_0e20598.asm.org.jacoco.agent.rt.internal_0e20598.asm.ClassReader – 0.00% (0/1524 lines covered)
      • org.jacoco.agent.rt.internal_0e20598.asm.org.jacoco.agent.rt.internal_0e20598.asm.MethodWriter – 0.00% (0/922 lines covered)
      • kotlin.sequences.kotlin.sequences.SequencesKt___SequencesKt – 0.00% (0/736 lines covered)
      • com.google.common.cache.com.google.common.cache.LocalCache$Segment – 0.00% (0/726 lines covered)
      • okio.okio.Buffer – 0.00% (0/687 lines covered)
      • kotlin.text.kotlin.text.StringsKt___StringsKt – 0.00% (0/625 lines covered)
      • com.codename1.androidcompat.rt.com.codename1.androidcompat.rt.TextXmlPullParser – 0.00% (0/623 lines covered)
      • com.codename1.androidcompat.androidx.constraintlayout.core.widgets.com.codename1.androidcompat.androidx.constraintlayout.core.widgets.Flow – 0.00% (0/576 lines covered)

✅ Native Android screenshot tests passed.

Native Android coverage

  • 📊 Line coverage: 16.01% (26006/162390 lines covered) [HTML preview] (artifact android-coverage-report, jacocoAndroidReport/html/index.html)
    • Other counters: instruction 14.37% (122186/850229), branch 9.91% (8471/85441), complexity 7.82% (6530/83503), method 11.60% (4650/40094), class 19.80% (961/4853)
    • Lowest covered classes
      • kotlin.collections.kotlin.collections.ArraysKt___ArraysKt – 0.00% (0/6367 lines covered)
      • kotlin.collections.unsigned.kotlin.collections.unsigned.UArraysKt___UArraysKt – 0.00% (0/2384 lines covered)
      • org.jacoco.agent.rt.internal_0e20598.asm.org.jacoco.agent.rt.internal_0e20598.asm.ClassReader – 0.00% (0/1524 lines covered)
      • org.jacoco.agent.rt.internal_0e20598.asm.org.jacoco.agent.rt.internal_0e20598.asm.MethodWriter – 0.00% (0/922 lines covered)
      • kotlin.sequences.kotlin.sequences.SequencesKt___SequencesKt – 0.00% (0/736 lines covered)
      • com.google.common.cache.com.google.common.cache.LocalCache$Segment – 0.00% (0/726 lines covered)
      • okio.okio.Buffer – 0.00% (0/687 lines covered)
      • kotlin.text.kotlin.text.StringsKt___StringsKt – 0.00% (0/625 lines covered)
      • com.codename1.androidcompat.rt.com.codename1.androidcompat.rt.TextXmlPullParser – 0.00% (0/623 lines covered)
      • com.codename1.androidcompat.androidx.constraintlayout.core.widgets.com.codename1.androidcompat.androidx.constraintlayout.core.widgets.Flow – 0.00% (0/576 lines covered)

Benchmark Results

Detailed Performance Metrics

Metric Duration
SIMD kernel backend scalar fallback (no native SIMD)
SIMD int-add (64K x300) java 168ms / native 56ms = 3.0x speedup
SIMD float-mul (64K x300) java 71ms / native 56ms = 1.2x speedup
SIMD kernel correctness PASS (native result == scalar reference)
Base64 payload size 8192 bytes
Base64 benchmark iterations 6000
Base64 SIMD byte path gated to scalar (CPU autovectorizes scalar; explicit SIMD not beneficial here)
Base64 CN1 encode 76.000 ms
Base64 CN1 decode 71.000 ms
Base64 native encode 371.000 ms
Base64 encode ratio (CN1/native) 0.205x (79.5% faster)
Base64 native decode 240.000 ms
Base64 decode ratio (CN1/native) 0.296x (70.4% faster)
Image encode benchmark status skipped (SIMD unsupported)

@github-actions

github-actions Bot commented Oct 10, 2026 •

Copy link
Copy Markdown
Contributor

✅ Continuous Quality Report

Test & Coverage

Static Analysis

  • SpotBugs [Report archive]
    • ✅ ByteCodeTranslator: 0 findings (no issues)
    • ✅ android: 0 findings (no issues)
    • ✅ android-compat: 0 findings (no issues)
    • ✅ android-res-compiler: 0 findings (no issues)
    • ✅ backend: 0 findings (no issues)
    • ✅ backend-test: 0 findings (no issues)
    • ✅ build-engine: 0 findings (no issues)
    • ✅ build-hint-catalog: 0 findings (no issues)
    • ✅ build-hint-tools: 0 findings (no issues)
    • ✅ codenameone-gradle-plugin: 0 findings (no issues)
    • ✅ codenameone-maven-plugin: 0 findings (no issues)
    • ✅ core-unittests: 0 findings (no issues)
    • ✅ ios: 0 findings (no issues)
    • ✅ javac: 0 findings (no issues)
    • ✅ project-model: 0 findings (no issues)
  • ✅ PMD: 0 findings (no issues) [Report archive]
  • ✅ Checkstyle: 0 findings (no issues) [Report archive]

Generated automatically by the PR CI workflow.

@shai-almog

shai-almog commented Oct 10, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 185 screenshots: 185 matched.
Native Windows port (x64 / Intel-AMD): full hellocodenameone screenshot suite rendered offscreen with Direct2D/DirectWrite, plus the real benchmarks (base64 native/CN1/SIMD, image createMask/applyMask/modifyAlpha/PNG/JPEG, SSE2 SIMD kernels). Compared against the in-repo baseline in scripts/windows/screenshots.

Benchmark Results

Detailed Performance Metrics

Metric Duration
SIMD kernel backend SSE2 (x64) / NEON (arm64) native kernels
SIMD int-add (64K x300) java 63ms / native 5ms = 12.6x speedup
SIMD float-mul (64K x300) java 57ms / native 4ms = 14.2x speedup
SIMD kernel correctness PASS (native result == scalar reference)
Base64 native bridge unavailable (CN1 + SIMD + image benchmarks only)
Base64 payload size 8192 bytes
Base64 benchmark iterations 6000
Base64 SIMD byte path gated to scalar (CPU autovectorizes scalar; explicit SIMD not beneficial here)
Base64 CN1 encode 76.000 ms
Base64 CN1 decode 90.000 ms
Base64 SIMD encode 114.000 ms
Base64 encode ratio (SIMD/CN1) 1.500x (50.0% slower)
Base64 SIMD decode 104.000 ms
Base64 decode ratio (SIMD/CN1) 1.156x (15.6% slower)
Image encode benchmark iterations 100
Image createMask (SIMD off) 13.000 ms
Image createMask (SIMD on) 7.000 ms
Image createMask ratio (SIMD on/off) 0.538x (46.2% faster)
Image applyMask (SIMD off) 49.000 ms
Image applyMask (SIMD on) 41.000 ms
Image applyMask ratio (SIMD on/off) 0.837x (16.3% faster)
Image modifyAlpha (SIMD off) 42.000 ms
Image modifyAlpha (SIMD on) 24.000 ms
Image modifyAlpha ratio (SIMD on/off) 0.571x (42.9% faster)
Image modifyAlpha removeColor (SIMD off) 29.000 ms
Image modifyAlpha removeColor (SIMD on) 15.000 ms
Image modifyAlpha removeColor ratio (SIMD on/off) 0.517x (48.3% faster)

ParparVM vs HotSpot (JDK 25): Windows x64

Runner CPU: AMD64 Family 25 Model 1 Stepping 1, AuthenticAMD (baseline windows-x64@amd64-family-25-model-1-authenticamd)

Ratios are ParparVM / JDK 25: below 1.00x ParparVM is faster (time) or smaller (RAM). Median of 5 interleaved, paired rounds; every run's output was verified. A ratio more than 15% (time) / 15% (RAM) away from its baseline in vm/selfhost/perf-baseline/ fails: above it is a regression, below it an improvement that has to be rebaselined (a row whose calibration runs were noisier carries a wider tolerance), and for RAM the change must also exceed 0.05x in absolute terms. Both run unpinned on all of the runner's CPUs, with their own default thread counts.

Benchmark Cores Time RAM Status
hello (WinHelloMain) 4 1.24x (base 1.22x, +1.4%) 1.10x (base 0.94x, +17.0%) ok
translator (self) 4 0.72x (base 0.60x, +19.7%) 0.54x (base 0.54x, +0.3%) ok
intArithmetic 4 1.10x (base 1.10x, -0.2%) 0.06x (base 0.06x, -0.1%) ok
longArithmetic 4 1.08x (base 1.08x, -0.0%) 0.05x (base 0.05x, +1.1%) ok
mathTranscendental 4 0.78x (base 0.79x, -1.7%) 0.06x (base 0.06x, -4.4%) ok
arraySequential 4 1.33x (base 1.36x, -2.2%) 0.39x (base 0.39x, +0.1%) ok
arrayRandom 4 0.96x (base 1.06x, -9.5%) 0.23x (base 0.23x, +0.0%) ok
objectAllocation 4 1.51x (base 1.56x, -2.9%) 0.28x (base 0.39x, -27.8%) ok
valueEscape 4 0.10x (base 0.10x, +0.4%) 0.05x (base 0.04x, +2.7%) ok
hashMapChurn 4 1.88x (base 1.80x, +4.5%) 0.09x (base 0.09x, -5.8%) ok
stringBuilding 4 1.34x (base 1.22x, +10.6%) 0.27x (base 0.32x, -16.7%) ok
recursion 4 1.41x (base 1.49x, -5.8%) 0.06x (base 0.06x, -0.9%) ok
quicksort 4 1.11x (base 1.13x, -2.2%) 0.12x (base 0.12x, -0.3%) ok

Result: no regression

Gradle: a project in Java and Kotlin failed in compileJava with two copies
of one generated mapper. Kotlin's pass compiles the Java it has not seen
yet only to resolve types, and that output was read as a dependency's, so a
@mapped Java class was mapped by both passes. AnnotationProcessing now takes
the class directories that are the module's own and offers nothing out of
them.

wayline.yml: the simulator job runs in the pr-ci-container image and the
workflow could not pull it without packages: read.

Sample server:
- A refund is refused while a tip on the ride is still being charged, so a
  tip can no longer land on a ride that was refunded without it.
- A ride left completed with its payment pending is settled by a scheduled
  pass; settling is safe to repeat.
- The card limit is enforced where a card is saved, not only where a setup
  starts.
- Two registrations racing for one e-mail answer 409, not a server error.
- Changing an account's roles closes the live channel it has open.

Sample client: tokens are stored under a name made from the server's
address, and cleared when the address changes, so one server's tokens are
never sent to another.

Maps: a map removed while gliding is taken off the form that animates it,
and a failed tile is asked for again when its delay runs out, without
waiting for something else to repaint the map.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@shai-almog

shai-almog commented Oct 10, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 185 screenshots: 185 matched.
Native Windows port (arm64 / Apple Silicon - Arm): full hellocodenameone screenshot suite rendered offscreen with Direct2D/DirectWrite, plus the real benchmarks (base64 native/CN1/SIMD, image createMask/applyMask/modifyAlpha/PNG/JPEG, NEON SIMD kernels). Compared against the in-repo baseline in scripts/windows/screenshots.

Benchmark Results

Detailed Performance Metrics

Metric Duration
SIMD kernel backend SSE2 (x64) / NEON (arm64) native kernels
SIMD int-add (64K x300) java 49ms / native 3ms = 16.3x speedup
SIMD float-mul (64K x300) java 49ms / native 2ms = 24.5x speedup
SIMD kernel correctness PASS (native result == scalar reference)
Base64 native bridge unavailable (CN1 + SIMD + image benchmarks only)
Base64 payload size 8192 bytes
Base64 benchmark iterations 6000
Base64 SIMD byte path gated to scalar (CPU autovectorizes scalar; explicit SIMD not beneficial here)
Base64 CN1 encode 59.000 ms
Base64 CN1 decode 71.000 ms
Base64 SIMD encode 77.000 ms
Base64 encode ratio (SIMD/CN1) 1.305x (30.5% slower)
Base64 SIMD decode 71.000 ms
Base64 decode ratio (SIMD/CN1) 1.000x (0.0% slower)
Image encode benchmark iterations 100
Image createMask (SIMD off) 5.000 ms
Image createMask (SIMD on) 1.000 ms
Image createMask ratio (SIMD on/off) 0.200x (80.0% faster)
Image applyMask (SIMD off) 17.000 ms
Image applyMask (SIMD on) 20.000 ms
Image applyMask ratio (SIMD on/off) 1.176x (17.6% slower)
Image modifyAlpha (SIMD off) 19.000 ms
Image modifyAlpha (SIMD on) 13.000 ms
Image modifyAlpha ratio (SIMD on/off) 0.684x (31.6% faster)
Image modifyAlpha removeColor (SIMD off) 19.000 ms
Image modifyAlpha removeColor (SIMD on) 14.000 ms
Image modifyAlpha removeColor ratio (SIMD on/off) 0.737x (26.3% faster)

ParparVM vs HotSpot (JDK 25): Windows arm64

Runner CPU: ARMv8 (64-bit) Family 8 Model D49 Revision 0, MICROSOFT CORPORATION (baseline windows-arm64@armv8-64-bit-family-8-model-d49-microsoft-corporation)

1 performance regression:

  • translator (self) on all 4 CPUs: RAM 0.52x against a 0.45x baseline (+16.4%, tolerance 15%)

Ratios are ParparVM / JDK 25: below 1.00x ParparVM is faster (time) or smaller (RAM). Median of 5 interleaved, paired rounds; every run's output was verified. A ratio more than 15% (time) / 15% (RAM) away from its baseline in vm/selfhost/perf-baseline/ fails: above it is a regression, below it an improvement that has to be rebaselined (a row whose calibration runs were noisier carries a wider tolerance), and for RAM the change must also exceed 0.05x in absolute terms. Both run unpinned on all of the runner's CPUs, with their own default thread counts.

Benchmark Cores Time RAM Status
hello (WinHelloMain) 4 1.00x (base 1.11x, -10.0%) 1.24x (base 0.97x, +26.9%) ok
translator (self) 4 0.85x (base 0.84x, +1.7%) 0.52x (base 0.45x, +16.4%) REGRESSION (RAM +16.4%)
intArithmetic 4 1.04x (base 1.04x, -0.0%) 0.06x (base 0.06x, +1.2%) ok
longArithmetic 4 0.79x (base 0.80x, -0.3%) 0.06x (base 0.06x, +1.6%) ok
mathTranscendental 4 0.73x (base 0.72x, +1.4%) 0.06x (base 0.06x, +0.2%) ok
arraySequential 4 0.42x (base 0.46x, -7.3%) 0.39x (base 0.39x, -0.1%) ok
arrayRandom 4 0.94x (base 0.94x, +0.0%) 0.23x (base 0.23x, +0.0%) ok
objectAllocation 4 1.78x (base 2.81x, -36.6%) 0.41x (base 0.43x, -5.2%) ok
valueEscape 4 0.76x (base 0.76x, +0.1%) 0.05x (base 0.05x, +1.2%) ok
hashMapChurn 4 0.98x (base 0.98x, -0.1%) 0.12x (base 0.12x, -2.5%) ok
stringBuilding 4 1.53x (base 1.43x, +7.0%) 0.27x (base 0.27x, -0.6%) ok
recursion 4 1.47x (base 1.46x, +0.1%) 0.06x (base 0.07x, -0.6%) ok
quicksort 4 1.01x (base 1.00x, +0.5%) 0.12x (base 0.12x, -0.1%) ok

A change that moves performance ON PURPOSE records the new baseline in vm/selfhost/perf-baseline/pr/5984.json, with the reason, from this job's perf-results.json. The rebaseline is then part of this pull request's diff:

python3 vm/selfhost/calibrate-perf-baseline.py --pr 5984 --reason "<why these benchmarks moved>" perf-results.json

Result: performance regression

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@github-actions

github-actions Bot commented Oct 10, 2026 •

Copy link
Copy Markdown
Contributor

✅ ByteCodeTranslator Quality Report

Test & Coverage

  • ✅ Tests: 826 total, 0 failed, 57 skipped

Benchmark Results

  • Execution Time: 8411 ms

  • Hotspots (Top 20 sampled methods):

    • 9.02% com.codename1.tools.translator.IteratorEscape.ctorOnlyStoresParamsIntoThis (115 samples)
    • 8.08% java.lang.System.identityHashCode (103 samples)
    • 6.43% com.codename1.tools.translator.BytecodeMethod.equals (82 samples)
    • 4.78% java.util.ArrayList.indexOf (61 samples)
    • 4.63% com.codename1.tools.translator.IteratorEscape.mangle (59 samples)
    • 3.22% java.lang.Object.hashCode (41 samples)
    • 3.14% java.util.AbstractCollection.containsAll (40 samples)
    • 2.67% java.lang.StringBuilder.append (34 samples)
    • 2.59% com.codename1.tools.translator.JavascriptReachability.enqueueResolved (33 samples)
    • 2.12% com.codename1.tools.translator.IteratorEscape.walk (27 samples)
    • 1.73% java.util.HashMap.hash (22 samples)
    • 1.65% java.io.FileOutputStream.writeBytes (21 samples)
    • 1.49% java.lang.String.equals (19 samples)
    • 1.41% java.util.HashMap.putVal (18 samples)
    • 1.41% com.codename1.tools.translator.Parser.cullMethods (18 samples)
    • 1.41% com.codename1.tools.translator.ByteCodeClass.hasDeclaredMethod (18 samples)
    • 1.25% com.codename1.tools.translator.NativeSymbolIndex.<init> (16 samples)
    • 1.25% com.codename1.tools.translator.bytecodes.Invoke.resolveDirectTarget (16 samples)
    • 1.18% com.codename1.tools.translator.BytecodeMethod.optimize (15 samples)
    • 1.10% com.codename1.tools.translator.classfile.analysis.Frame.execute (14 samples)
  • ⚠️ Coverage report not generated.

Static Analysis

  • ✅ SpotBugs: no findings (report was not generated by the build).
  • ⚠️ PMD report not generated.
  • ⚠️ Checkstyle report not generated.

Generated automatically by the PR CI workflow.

shai-almog and others added 3 commits October 10, 2026 21:58
The vector map engine draws differently on this branch, so the four map
screenshots are reseeded from this branch's CI captures.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…ght up

The JavaScript port on this branch brings the ARIA overlay up to date after
the screen goes quiet rather than on every change, so a bounds read 150ms
after a wheel event could still describe the list part way through the
scroll, and the click then selected a different sample.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…S 27 map baselines

build-ios-app.sh checked that MAVEN_HOME holds a Maven and then ran ./mvnw
regardless, so the Wayline iOS job failed with 'No such file or directory'.
It now uses the application's wrapper where there is one and that Maven
otherwise, as build-android-app.sh does.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@shai-almog

shai-almog commented Oct 11, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 163 screenshots: 163 matched.
✅ Native Apple TV (tvOS, Metal) screenshot tests passed.

shai-almog and others added 3 commits October 11, 2026 07:51
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…ed the macOS map baselines

A name that follows a bend is drawn a straight stretch at a time. The
stretches were laid out by each letter's width measured on its own, which
a font with kerning sets wider than the same letters drawn together, so
on iOS and Mac Catalyst a name read "Bro adway" where the road turned.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@shai-almog

Copy link
Copy Markdown
Collaborator Author

@codex review

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: e18980f1b5

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

@shai-almog

shai-almog commented Oct 11, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 185 screenshots: 185 matched.
Native Windows port, REAL shipping pipeline: the hellocodenameone screenshot suite rendered by a binary CROSS-COMPILED on Linux (clang-cl + xwin, WebView2 linked) and RUN on a Windows x64 runner. Compared against the in-repo baseline in scripts/windows/screenshots.

Benchmark Results

Detailed Performance Metrics

Metric Duration
SIMD kernel backend SSE2 (x64) / NEON (arm64) native kernels
SIMD int-add (64K x300) java 27ms / native 2ms = 13.5x speedup
SIMD float-mul (64K x300) java 26ms / native 2ms = 13.0x speedup
SIMD kernel correctness PASS (native result == scalar reference)
Base64 native bridge unavailable (CN1 + SIMD + image benchmarks only)
Base64 payload size 8192 bytes
Base64 benchmark iterations 6000
Base64 SIMD byte path gated to scalar (CPU autovectorizes scalar; explicit SIMD not beneficial here)
Base64 CN1 encode 34.000 ms
Base64 CN1 decode 43.000 ms
Base64 SIMD encode 51.000 ms
Base64 encode ratio (SIMD/CN1) 1.500x (50.0% slower)
Base64 SIMD decode 54.000 ms
Base64 decode ratio (SIMD/CN1) 1.256x (25.6% slower)
Image encode benchmark iterations 100
Image createMask (SIMD off) 5.000 ms
Image createMask (SIMD on) 2.000 ms
Image createMask ratio (SIMD on/off) 0.400x (60.0% faster)
Image applyMask (SIMD off) 17.000 ms
Image applyMask (SIMD on) 13.000 ms
Image applyMask ratio (SIMD on/off) 0.765x (23.5% faster)
Image modifyAlpha (SIMD off) 15.000 ms
Image modifyAlpha (SIMD on) 9.000 ms
Image modifyAlpha ratio (SIMD on/off) 0.600x (40.0% faster)
Image modifyAlpha removeColor (SIMD off) 17.000 ms
Image modifyAlpha removeColor (SIMD on) 9.000 ms
Image modifyAlpha removeColor ratio (SIMD on/off) 0.529x (47.1% faster)

@shai-almog

shai-almog commented Oct 11, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 185 screenshots: 185 matched.
Native Linux port (x64), GTK3/Cairo/Pango, ParparVM bytecode-to-C (no JVM): the hellocodenameone screenshot suite rendered by a native ELF built + run on the GitHub x64 runner. Baseline: scripts/linux/screenshots.

ParparVM vs HotSpot (JDK 25): Linux x64

Runner CPU: AMD EPYC 9V74 80-Core Processor (baseline linux-x64@amd-epyc-9v74-80-core-processor)

Ratios are ParparVM / JDK 25: below 1.00x ParparVM is faster (time) or smaller (RAM). Median of 5 interleaved, paired rounds; every run's output was verified. A ratio more than 15% (time) / 15% (RAM) away from its baseline in vm/selfhost/perf-baseline/ fails: above it is a regression, below it an improvement that has to be rebaselined (a row whose calibration runs were noisier carries a wider tolerance), and for RAM the change must also exceed 0.05x in absolute terms. Both run unpinned on all of the runner's CPUs, with their own default thread counts.

Benchmark Cores Time RAM Status
hello (LinuxHelloMain) 4 0.87x (base 0.90x, -2.9%) 1.06x (base 0.96x, +10.5%) ok
translator (self) 4 0.58x (base 0.63x, -7.6%) 0.49x (base 0.43x, +14.0%) ok
intArithmetic 4 1.10x (base 1.10x, -0.0%) 0.05x (base 0.06x, -2.2%) ok
longArithmetic 4 1.08x (base 1.08x, +0.0%) 0.05x (base 0.06x, -0.6%) ok
mathTranscendental 4 1.09x (base 1.09x, +0.0%) 0.06x (base 0.07x, -15.3%) ok
arraySequential 4 3.04x (base 2.81x, +8.2%) 0.36x (base 0.35x, +0.0%) ok
arrayRandom 4 1.09x (base 1.02x, +6.4%) 0.22x (base 0.21x, +6.9%) ok
objectAllocation 4 1.20x (base 1.21x, -0.8%) 0.34x (base 0.39x, -12.3%) ok
valueEscape 4 0.10x (base 0.10x, -0.0%) 0.05x (base 0.06x, -22.2%) ok
hashMapChurn 4 1.13x (base 1.10x, +2.9%) 0.12x (base 0.10x, +14.4%) ok
stringBuilding 4 1.50x (base 1.49x, +0.5%) 0.26x (base 0.26x, +2.1%) ok
recursion 4 1.34x (base 1.24x, +7.3%) 0.06x (base 0.06x, +1.2%) ok
quicksort 4 1.10x (base 1.07x, +3.0%) 0.11x (base 0.11x, -0.4%) ok

Result: no regression

@shai-almog

shai-almog commented Oct 11, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 185 screenshots: 185 matched.
Native Linux port (arm64), GTK3/Cairo/Pango, ParparVM bytecode-to-C (no JVM): the hellocodenameone screenshot suite rendered by a native ELF built + run on the GitHub arm64 runner. Baseline: scripts/linux/screenshots-arm.

ParparVM vs HotSpot (JDK 25): Linux arm64

Runner CPU: Neoverse-N2 (baseline linux-arm64@neoverse-n2)

Ratios are ParparVM / JDK 25: below 1.00x ParparVM is faster (time) or smaller (RAM). Median of 5 interleaved, paired rounds; every run's output was verified. A ratio more than 15% (time) / 15% (RAM) away from its baseline in vm/selfhost/perf-baseline/ fails: above it is a regression, below it an improvement that has to be rebaselined (a row whose calibration runs were noisier carries a wider tolerance), and for RAM the change must also exceed 0.05x in absolute terms. Both run unpinned on all of the runner's CPUs, with their own default thread counts.

Benchmark Cores Time RAM Status
hello (LinuxHelloMain) 4 0.96x (base 0.93x, +2.7%) 0.98x (base 0.87x, +13.3%) ok
translator (self) 4 0.72x (base 0.70x, +3.4%) 0.50x (base 0.45x, +11.8%) ok
intArithmetic 4 1.04x (base 1.04x, -0.0%) 0.03x (base 0.03x, -0.8%) ok
longArithmetic 4 0.79x (base 0.79x, -0.0%) 0.03x (base 0.03x, -1.4%) ok
mathTranscendental 4 1.10x (base 1.10x, +0.0%) 0.03x (base 0.03x, +2.5%) ok
arraySequential 4 0.35x (base 0.36x, -2.4%) 0.37x (base 0.37x, +0.1%) ok
arrayRandom 4 0.94x (base 0.94x, -0.1%) 0.20x (base 0.20x, -0.2%) ok
objectAllocation 4 1.95x (base 1.77x, +10.3%) 0.37x (base 0.38x, -1.0%) ok
valueEscape 4 0.51x (base 0.51x, -0.1%) 0.03x (base 0.03x, -0.4%) ok
hashMapChurn 4 0.84x (base 0.84x, -0.2%) 0.11x (base 0.12x, -5.2%) ok
stringBuilding 4 1.36x (base 1.36x, +0.0%) 0.26x (base 0.26x, -0.0%) ok
recursion 4 1.55x (base 1.43x, +8.1%) 0.03x (base 0.04x, -2.0%) ok
quicksort 4 0.99x (base 0.99x, +0.2%) 0.09x (base 0.09x, +1.0%) ok

Result: no regression

shai-almog and others added 2 commits October 11, 2026 09:31
- A charge that fails without the processor saying whether it took the
  money leaves the ride pending and is asked for again under the same key;
  only a refused card is a failed payment. The same for a tip, which stays
  on the ride and can be sent again with the same amount.
- A rider's two requests and two rides choosing one driver now take turns
  on the rider's and the driver's row, so neither ends in two rides.
- The limit on guesses at a phone code is applied by the statement that
  counts the guess.
- The driver role is not withdrawn from a driver who is on a ride.
- A reconnect timer left over from before the live channel was restarted
  no longer opens a second connection.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…wo prose fixes

The template check built the generated app with no display, and the theme
compiler opens a window; it now takes a virtual display from xvfb-run on a
Linux machine without one, as server.sh does.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
shai-almog and others added 3 commits October 11, 2026 17:01
# Conflicts:
#	scripts/initializr/common/src/test/java/com/codename1/initializr/model/GeneratorModelMatrixTest.java
# Conflicts:
#	maven/codenameone-maven-plugin/src/main/java/com/codename1/maven/BackendPackageMojo.java
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@shai-almog

shai-almog commented Oct 11, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 168 screenshots: 168 matched.
✅ Native iOS Metal screenshot tests passed.

Benchmark Results

  • VM Translation Time: 0 seconds
  • Compilation Time: 2471 seconds

Build and Run Timing

Metric Duration
Simulator Boot 2000 ms
Simulator Boot (Run) 1000 ms
App Install 14000 ms
App Launch 3000 ms
Test Execution 409000 ms

Detailed Performance Metrics

Metric Duration
SIMD kernel backend SSE2 (x64) / NEON (arm64) native kernels
SIMD int-add (64K x300) java 101ms / native 3ms = 33.6x speedup
SIMD float-mul (64K x300) java 132ms / native 5ms = 26.4x speedup
SIMD kernel correctness PASS (native result == scalar reference)
Base64 payload size 8192 bytes
Base64 benchmark iterations 6000
Base64 SIMD byte path active (NEON-accelerated)
Base64 CN1 encode 105.000 ms
Base64 CN1 decode 114.000 ms
Base64 native encode 1689.000 ms
Base64 encode ratio (CN1/native) 0.062x (93.8% faster)
Base64 native decode 1002.000 ms
Base64 decode ratio (CN1/native) 0.114x (88.6% faster)
Base64 SIMD encode 115.000 ms
Base64 encode ratio (SIMD/CN1) 1.095x (9.5% slower)
Base64 SIMD decode 52.000 ms
Base64 decode ratio (SIMD/CN1) 0.456x (54.4% faster)
Base64 encode ratio (SIMD/native) 0.068x (93.2% faster)
Base64 decode ratio (SIMD/native) 0.052x (94.8% faster)
Image encode benchmark iterations 100
Image createMask (SIMD off) 6.000 ms
Image createMask (SIMD on) 1.000 ms
Image createMask ratio (SIMD on/off) 0.167x (83.3% faster)
Image applyMask (SIMD off) 45.000 ms
Image applyMask (SIMD on) 26.000 ms
Image applyMask ratio (SIMD on/off) 0.578x (42.2% faster)
Image modifyAlpha (SIMD off) 48.000 ms
Image modifyAlpha (SIMD on) 22.000 ms
Image modifyAlpha ratio (SIMD on/off) 0.458x (54.2% faster)
Image modifyAlpha removeColor (SIMD off) 35.000 ms
Image modifyAlpha removeColor (SIMD on) 40.000 ms
Image modifyAlpha removeColor ratio (SIMD on/off) 1.143x (14.3% slower)

@shai-almog

shai-almog commented Oct 11, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 168 screenshots: 168 matched.
✅ Native iOS Metal screenshot tests passed.

Benchmark Results

  • VM Translation Time: 0 seconds
  • Compilation Time: 2189 seconds

Build and Run Timing

Metric Duration
Simulator Boot 86000 ms
Simulator Boot (Run) 1000 ms
App Install 17000 ms
App Launch 1000 ms
Test Execution 426000 ms

Detailed Performance Metrics

Metric Duration
SIMD kernel backend SSE2 (x64) / NEON (arm64) native kernels
SIMD int-add (64K x300) java 77ms / native 4ms = 19.2x speedup
SIMD float-mul (64K x300) java 88ms / native 5ms = 17.6x speedup
SIMD kernel correctness PASS (native result == scalar reference)
Base64 payload size 8192 bytes
Base64 benchmark iterations 6000
Base64 SIMD byte path active (NEON-accelerated)
Base64 CN1 encode 63.000 ms
Base64 CN1 decode 60.000 ms
Base64 native encode 736.000 ms
Base64 encode ratio (CN1/native) 0.086x (91.4% faster)
Base64 native decode 570.000 ms
Base64 decode ratio (CN1/native) 0.105x (89.5% faster)
Base64 SIMD encode 54.000 ms
Base64 encode ratio (SIMD/CN1) 0.857x (14.3% faster)
Base64 SIMD decode 61.000 ms
Base64 decode ratio (SIMD/CN1) 1.017x (1.7% slower)
Base64 encode ratio (SIMD/native) 0.073x (92.7% faster)
Base64 decode ratio (SIMD/native) 0.107x (89.3% faster)
Image encode benchmark iterations 100
Image createMask (SIMD off) 10.000 ms
Image createMask (SIMD on) 15.000 ms
Image createMask ratio (SIMD on/off) 1.500x (50.0% slower)
Image applyMask (SIMD off) 93.000 ms
Image applyMask (SIMD on) 101.000 ms
Image applyMask ratio (SIMD on/off) 1.086x (8.6% slower)
Image modifyAlpha (SIMD off) 167.000 ms
Image modifyAlpha (SIMD on) 146.000 ms
Image modifyAlpha ratio (SIMD on/off) 0.874x (12.6% faster)
Image modifyAlpha removeColor (SIMD off) 82.000 ms
Image modifyAlpha removeColor (SIMD on) 46.000 ms
Image modifyAlpha removeColor ratio (SIMD on/off) 0.561x (43.9% faster)

@shai-almog

shai-almog commented Oct 12, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 179 screenshots: 179 matched.
✅ Native Mac screenshot tests passed.

Benchmark Results

  • VM Translation Time: 0 seconds
  • Compilation Time: 259 seconds

Detailed Performance Metrics

Metric Duration
SIMD kernel backend SSE2 (x64) / NEON (arm64) native kernels
SIMD int-add (64K x300) java 56ms / native 3ms = 18.6x speedup
SIMD float-mul (64K x300) java 60ms / native 3ms = 20.0x speedup
SIMD kernel correctness PASS (native result == scalar reference)
Base64 native bridge unavailable (CN1 + SIMD + image benchmarks only)
Base64 payload size 8192 bytes
Base64 benchmark iterations 6000
Base64 SIMD byte path active (NEON-accelerated)
Base64 CN1 encode 48.000 ms
Base64 CN1 decode 55.000 ms
Image encode benchmark iterations 100
Image createMask (SIMD off) 7.000 ms
Image createMask (SIMD on) 4.000 ms
Image createMask ratio (SIMD on/off) 0.571x (42.9% faster)
Image applyMask (SIMD off) 62.000 ms
Image applyMask (SIMD on) 53.000 ms
Image applyMask ratio (SIMD on/off) 0.855x (14.5% faster)
Image modifyAlpha (SIMD off) 47.000 ms
Image modifyAlpha (SIMD on) 59.000 ms
Image modifyAlpha ratio (SIMD on/off) 1.255x (25.5% slower)
Image modifyAlpha removeColor (SIMD off) 59.000 ms
Image modifyAlpha removeColor (SIMD on) 44.000 ms
Image modifyAlpha removeColor ratio (SIMD on/off) 0.746x (25.4% faster)

ParparVM vs HotSpot (JDK 25): macOS arm64

Runner CPU: Apple M1 (Virtual) (baseline macos-arm64)

Ratios are ParparVM / JDK 25: below 1.00x ParparVM is faster (time) or smaller (RAM). Median of 5 interleaved, paired rounds; every run's output was verified. A ratio more than 15% (time) / 15% (RAM) away from its baseline in vm/selfhost/perf-baseline/ fails: above it is a regression, below it an improvement that has to be rebaselined (a row whose calibration runs were noisier carries a wider tolerance), and for RAM the change must also exceed 0.05x in absolute terms. Both run unpinned on all of the runner's CPUs, with their own default thread counts.

Benchmark Cores Time RAM Status
hello (HelloCodenameOne) 3 0.79x (base 0.96x, -17.0%) 1.31x (base 1.34x, -2.6%) ok
translator (self) 3 0.62x (base 0.62x, -0.3%) 0.62x (base 0.57x, +9.4%) ok
intArithmetic 3 1.04x (base 1.03x, +0.9%) 0.12x (base 0.12x, +1.4%) ok
longArithmetic 3 1.00x (base 1.03x, -2.8%) 0.11x (base 0.07x, +63.8%) ok
mathTranscendental 3 1.01x (base 1.01x, -0.0%) 0.12x (base 0.12x, -0.2%) ok
arraySequential 3 0.46x (base 0.42x, +8.6%) 0.53x (base 0.53x, +0.3%) ok
arrayRandom 3 0.96x (base 0.99x, -2.8%) 0.33x (base 0.32x, +0.3%) ok
objectAllocation 3 1.02x (base 1.11x, -7.7%) 0.72x (base 0.81x, -11.5%) ok
valueEscape 3 0.50x (base 0.51x, -2.1%) 0.09x (base 0.09x, -0.9%) ok
hashMapChurn 3 1.02x (base 1.18x, -13.3%) 0.07x (base 0.07x, +10.9%) ok
stringBuilding 3 0.93x (base 0.84x, +10.7%) 0.46x (base 0.46x, -0.7%) ok
recursion 3 1.27x (base 1.24x, +2.6%) 0.12x (base 0.12x, -0.2%) ok
quicksort 3 0.99x (base 1.01x, -1.7%) 0.11x (base 0.11x, +1.3%) ok

Result: no regression

shai-almog and others added 2 commits October 12, 2026 08:57
@shai-almog

shai-almog commented Oct 12, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 167 screenshots: 167 matched.
✅ Native Mac screenshot tests passed.

Benchmark Results

  • VM Translation Time: 0 seconds
  • Compilation Time: 611 seconds

Detailed Performance Metrics

Metric Duration
SIMD kernel backend SSE2 (x64) / NEON (arm64) native kernels
SIMD int-add (64K x300) java 69ms / native 3ms = 23.0x speedup
SIMD float-mul (64K x300) java 78ms / native 6ms = 13.0x speedup
SIMD kernel correctness PASS (native result == scalar reference)
Base64 payload size 8192 bytes
Base64 benchmark iterations 6000
Base64 SIMD byte path active (NEON-accelerated)
Base64 CN1 encode 71.000 ms
Base64 CN1 decode 74.000 ms
Base64 native encode 775.000 ms
Base64 encode ratio (CN1/native) 0.092x (90.8% faster)
Base64 native decode 390.000 ms
Base64 decode ratio (CN1/native) 0.190x (81.0% faster)
Base64 SIMD encode 68.000 ms
Base64 encode ratio (SIMD/CN1) 0.958x (4.2% faster)
Base64 SIMD decode 56.000 ms
Base64 decode ratio (SIMD/CN1) 0.757x (24.3% faster)
Base64 encode ratio (SIMD/native) 0.088x (91.2% faster)
Base64 decode ratio (SIMD/native) 0.144x (85.6% faster)
Image encode benchmark iterations 100
Image createMask (SIMD off) 11.000 ms
Image createMask (SIMD on) 5.000 ms
Image createMask ratio (SIMD on/off) 0.455x (54.5% faster)
Image applyMask (SIMD off) 72.000 ms
Image applyMask (SIMD on) 61.000 ms
Image applyMask ratio (SIMD on/off) 0.847x (15.3% faster)
Image modifyAlpha (SIMD off) 52.000 ms
Image modifyAlpha (SIMD on) 71.000 ms
Image modifyAlpha ratio (SIMD on/off) 1.365x (36.5% slower)
Image modifyAlpha removeColor (SIMD off) 66.000 ms
Image modifyAlpha removeColor (SIMD on) 72.000 ms
Image modifyAlpha removeColor ratio (SIMD on/off) 1.091x (9.1% slower)

shai-almog and others added 2 commits October 12, 2026 21:41
# Conflicts:
#	scripts/initializr/common/src/main/resources/common.zip
The CSS compiler no longer opens a window, so the virtual display the
template check, server.sh and the web job arranged for it goes, along with
the designer jar the simulator's pom passed along.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant