SShortSingh.
Back to feed

Two-Day Kernel Debug Traced to a 10x Learning Rate Mismatch in Defaults

0
·1 views

A developer spent two days debugging a browser-based machine learning model whose training loss plateaued at 2.45, initially suspecting WebGPU kernel issues. The root cause turned out to be a default learning rate mismatch: the browser used 3e-3 while the Python reference used 3e-4, a tenfold difference. Kernel parity tests validated numerical operations but never compared configuration defaults, allowing a correctly implemented model to appear broken. The same investigation uncovered two more gaps — a tiny 863-byte default corpus masking model capacity, and a Memory64 benchmark that missed the actual browser bridge used in production. The fix involved adding end-to-end checks across configuration, data, and integration boundaries to ensure test coverage matched real-world workflows.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Developer Builds Free, No-Login Love Calculator Based on Name Compatibility

A developer has created NameLoveCalculator, a lightweight web tool that generates a compatibility score between two people based on their names. The tool uses an algorithm that analyzes letter values and name patterns to produce a percentage result. Built with mobile usability in mind, it requires no sign-up and displays no intrusive ads. The project draws inspiration from the long-running internet tradition of name-based love calculators. The developer is seeking community feedback and is considering adding features such as zodiac matching and the FLAMES game.

0
ProgrammingDEV Community ·

Developer documents three silent Cloudflare Pages pitfalls affecting caching and redirects

A developer running a static browser-games site on Cloudflare Pages discovered that custom Cache-Control headers for JavaScript data files are silently overridden by the platform, which enforces its own max-age of 14,400 seconds regardless of _headers rules. A separate investigation revealed that redirect rules beyond approximately the 104th entry in a _redirects file are silently ignored, with no build error or warning issued, regardless of file size. Additionally, deleting pages from the site did not immediately remove them from the shared cache, meaning plain requests continued returning stale 200 responses for up to seven days post-deploy. The developer resolved the caching issue by appending content hashes to asset URLs, used a canary redirect rule to verify the full file is active after each deploy, and recommended cache-busting query strings when confirming page deletions. These findings were measured on the site 360playzone.com in August 2026 and shared to help other developers avoid the same silent failures.

0
ProgrammingDEV Community ·

Why You Must Freeze a Holdout Set Before Trusting Any Coding-Agent Score

Coding-agent benchmarks can quietly become meaningless when teams repeatedly inspect failures, adjust system prompts, and rerun the same tasks — inflating pass rates without genuine improvement. A structured protocol addresses this by splitting a task suite into a tune set and a permanently frozen holdout set, with scores only published from the untouched holdout. Each task must meet strict validity rules: the unpatched repo must fail hidden tests, the oracle patch must pass them, and hidden tests must never be visible to the agent. The holdout split should be generated with a fixed random seed rather than human intuition, which tends to place harder tasks in the tune set and skew results. Even a small suite of twenty well-formed tasks is considered more reliable than hundreds of loosely defined demos, since a frozen denominator, meaningful metrics, and grader integrity checks are all required before a percentage qualifies as a real measurement.

0
ProgrammingDEV Community ·

A 10-Year Developer Rebuilds His ERP Architecture by Learning AWS From Scratch

A software developer with a decade of professional coding experience has publicly acknowledged that managing a single server for a 17-module ERP system is not the same as understanding infrastructure. He discovered two critical flaws in his setup: a single point of failure that would take down all 17 modules simultaneously, and a synchronous report-generation process that slows the entire system during peak usage. His workaround of upgrading to a larger server has repeatedly deferred the problem rather than solving it, while adding unnecessary recurring costs. To address these gaps, he is now studying for the AWS Solutions Architect Associate certification and plans to migrate the ERP to AWS, starting with moving report generation to an asynchronous queue. Subsequent steps include setting up a managed database with a standby availability zone and placing a CDN in front of static assets.