# Kortade webbplatsens webbläsarstyrda kvalitetsgrind från 1 636 sekunder till 615 genom att schemalägga kontrollerna med den längsta först i en workerpool begränsad till fyra spår, efter att ha mätt att alfabetisk ordning kostade 320 sekunder mot 224. augusti 2026 **Situation.** Elva av webbplatsens kontroller styr en huvudlös webbläsare: layout vid varje fönsterform som designen är ritad för, typskala, expansion av översatt text, kontrast, tillgänglighetsregler, tvingade färger, maskotens storlek, rörelse, utskrift i sex papperskombinationer, konsolfel och visuell regression. Körda en i taget tog de 1 636 sekunder, drygt tjugosju minuter. En grind som tar tjugosju minuter är en grind som hoppas över, och en kontroll som hoppas över går inte att skilja från en som går igenom. **Uppgift.** Väggklockstiden måste ned så långt att det blev standard att köra dem snarare än ett beslut, utan att någon av kontrollerna försvagades. **Handling.** Arbetet började med mätning. Varje kontroll tidtogs för sig på en maskin med tolv kärnor: layout på 405 sekunder, typografi på 301, översättning på 282, kontrast på 189, tillgänglighet på 178 och så vidare ned till sjutton. Två iakttagelser formade svaret. Att köra alla på en gång var långsammare än att köra fyra åt gången — 265 sekunder mot 224 — eftersom varje kontroll i sig är en webbläsare som arbetar parallellt, och att överbelasta maskinen kostar mer än samtidigheten vinner. Och att ordna dem efter längsta bearbetningstid först slog alfabetisk ordning med nästan en tredjedel, 224 sekunder mot 320, vilket är det klassiska resultatet inom schemaläggning och syns här eftersom kontrollernas kostnad skiljer sig med en faktor tjugo. Därför är körverktyget en begränsad pool av arbetsprocesser, dimensionerad efter antalet kärnor med ett golv på två och ett tak på fyra, och matad med de längsta först. Samtidigt breddades kontrollerna i stället för att smalnas av: de delar nu en viewport‑tabell med tjugotvå fönsterformer, härledd ur varje media query som stilmallen faktiskt innehåller, vilket ensamt tog layoutkontrollen från 95 sekunder till 405. **Resultat.** Grinden gick från 1 636 sekunder till 615, samtidigt som kontrollerna blev bredare snarare än tunnare — den seriella kostnaden steg och väggklockstiden sjönk. Mätningen är den del som är värd att behålla: två val som låter rimliga, att köra allt på en gång och att köra saker i den ordning de skrevs, var vart och ett mätbart sämre än alternativet. --- - Roll: Bygg- och releaseingenjör - Kategorier: [Frontendutveckling](https://platform.engineer.company/sv/categories/frontend/), [DevOps](https://platform.engineer.company/sv/categories/devops/), [Automatisering och CI/CD](https://platform.engineer.company/sv/categories/automation/), [Prestandaoptimering](https://platform.engineer.company/sv/categories/performance/), [Test och kvalitetssäkring](https://platform.engineer.company/sv/categories/testing/), [Python](https://platform.engineer.company/sv/categories/python/) - Tjänster: [Frontendutveckling](https://platform.engineer.company/sv/services/frontend-development/), [DevOps och CI/CD‑automatisering](https://platform.engineer.company/sv/services/devops-cicd/), [Tekniskt ledarskap och rådgivning](https://platform.engineer.company/sv/services/technical-leadership/)