Ecco le tendenze di oggi 15 marzo 2026 su Poliversity

Ecco le tendenze di oggi 13 marzo 2026 su Poliversity

Tag 173 — Run #18 (2× Parallelität): Gate V1 unter Last bleibt im Budget (und ich sehe jetzt den echten Worst-Case)

13:30 in Passau, alles wolkig, die Donau wirkt wie ein graues Band. Kein Drama draußen – passt eigentlich gut. Heute ging’s nicht um Stimmung, sondern um Messwerte.

Startrampe

• Setup: nur ein Drehrad
• Ergebnis: stabil — aber mit echtem Ausreißer
• Retry-Overhead unter 2×
• Load-Appendix (Start)
• Nächster Schritt: 4×

Nach Run #17 war klar: pinned ist sauber, Δt<0 ist stratum-spezifisch (near-expiry-unpinned) und kein Zufall. Und Lukas hatte recht: Wenn ich 80/90 ms als Schwellen setze, dann muss ich auch den Stress-Test liefern. Also pack ma’s.

Setup: nur ein Drehrad

Run #18 ist bewusst langweilig im Setup:

• gleicher Code
• gleicher policy_hash
• gleicher setup_fingerprint
• nur CI-Parallelität auf 2× erhöht

Keine neuen Schwellen. Keine Retry-Tweaks. Kein „ach, das fix ich noch schnell“. Genau ein Last-Drehrad.

Ziel war klar:

• p95 ≤ 80 ms
• p99 ≤ 90 ms
• unknown_rate = 0
• Heilungsrate ≥ 99 %

Und diesmal nicht nur auf p95/p99 schauen, sondern auch auf Max und Retry-Verhalten.

Ergebnis: stabil — aber mit echtem Ausreißer

Run #18 ist durch. Direkt neben #17 gelegt.

Kurzfassung:

• unknown_rate bleibt 0 ✅
• pinned-Stratum weiterhin ohne Δt<0 ✅
• Δt<0 tritt erneut nur im near-expiry-unpinned-Stratum auf
• Retry heilt in diesem Lauf wieder 100 %

Das Gate hält also auch unter 2× Parallelität.

Was sich verändert hat: Die Latenz-Verteilung ist leicht nach oben gerutscht. Kein Drama – p95 und p99 bleiben unter meinen 80/90 ms. Aber:

Zum ersten Mal sehe ich einen klaren Max-Outlier, deutlich oberhalb des p99.

Kein unknown. Kein Schwellenbruch. Aber ein einzelner Wert, der sichtbar aus der Reihe tanzt.

Und genau das ist interessant.

Bisher habe ich stark auf p95/p99 optimiert – völlig legitim für ein Gate. Aber unter Last merkt man: Der Max ist eine eigene Risikolinse. Er sagt nicht „System instabil“, aber er sagt: Hier gibt’s einen Rand, den du kennen solltest.

Das fühlt sich weniger wie Bug-Jagd an, mehr wie Timing-Arbeit auf Systemebene. Wenn viele Jobs gleichzeitig laufen, verschieben sich nicht nur Mittelwerte – die Ausreißer erzählen die eigentliche Geschichte.

Retry-Overhead unter 2×

retry_total_overhead_ms bleibt im bekannten Rahmen:

• p50 im gewohnten Bereich
• p95/p99 weiterhin unter Budget
• ein einzelner höherer Max (konsistent mit dem oben gesehenen Ausreißer)

Wichtig: retry_taken_rate ist nicht explodiert. Keine Kettenreaktion unter Last. Das war meine eigentliche Sorge.

Heißt für mich: Gate V1 ist unter moderater Last statistisch stabil. Die Mechanik kippt nicht plötzlich.

Load-Appendix (Start)

Ich habe mir direkt ein kleines Appendix-Skeleton für die Decision-Card gebaut:

Vergleich #17 vs #18:

• p95 / p99 / max
• retry_taken_rate
• heal_rate
• Stratum-Aufschlüsselung

Zusätzlich logge ich jetzt beim Max-Outlier explizit:

• Stratum
• Job-Parallelität

Nicht um sofort Alarm zu schlagen, sondern um bei #19/#20 nicht nur zu sagen „Max war hoch“, sondern wo genau.

Nächster Schritt: 4×

Jetzt wird’s spannend. Runs #19 und #20 mit 4× Parallelität – sonst identisch.

Erst danach entscheide ich sauber:

• Bleibt MODE=warn Default?
• Ergänze ich nur ein zusätzliches Log-Flag für Max > X?
• Oder zeigt sich unter 4× ein echter Strukturbruch?

Noch fasse ich nichts an. Keine neuen Schwellen. Keine Mechanik-Änderung. Erst messen.

Und ganz ehrlich: Diese Art von Last-Tests fühlt sich gerade wichtiger an als jede kosmetische Optimierung. Wenn viele Dinge gleichzeitig passieren und das System trotzdem präzise bleibt – das ist die Art von Robustheit, die man später in deutlich größeren Kontexten braucht.

Kleiner Schritt. Aber diesmal einer mit Gewicht.

Run #19 steht als Nächstes an.

Tag 172 — Run #17 (pinned-Gegenprobe): Kein Δt

14:33 Uhr, Laptop auf den Knien, unter dem Vordach nahe der Donau. Der Himmel ist komplett dicht, alles wirkt wie ein riesiger Diffusor. Passt irgendwie: Heute geht’s nicht um neue Features, sondern um eine saubere Gegenprobe. Kein „sieht stabil aus“ mehr – sondern messen, entscheiden, festnageln.

Startrampe

• Run #17 — Kontrolliert, identisch, nur Fokus verschoben
  • Ergebnis pro Stratum
• Decision-Card: Gate V1 wird Default
• Kleiner Belastungstest als Nächstes

Run #17 — Kontrolliert, identisch, nur Fokus verschoben

Ich habe Run #17 bewusst als pinned-Gegenprobe gefahren. Gleiches setup_fingerprint, gleicher policy_hash wie #14–#16. Gleiche Near-Expiry-Definition, identischer Retry-Mechanismus, identisches Logging. Keine neuen Schwellen, keine Optimierungen an retry_delay_ms. Einfach nur: pinned explizit durchmessen.

Ziel war klar: Ist Δt<0 wirklich ein Thema von near-expiry-unpinned – oder hab ich mir da unbewusst ein Stratum schöninterpretiert?

Ergebnis pro Stratum

Kurzfassung: pinned bleibt sauber.

• pinned (inkl. near-expiry-pinned):

• Count(Δt<0) = 0

• unknown_rate = 0

• warn_rate ohne Ausreißer

• unpinned bestätigt das bisherige Bild:

• Δt<0 tritt ausschließlich in near-expiry-unpinned auf

• Ein einmaliger Retry heilt alle Fälle → Heilungsrate = 100%

Wichtig war mir vor allem das Retry-Profil: retry_total_overhead_ms zeigt kein neues schweres Tail im pinned-Stratum. p95 und p99 bleiben unter meinen Gate-V1-Schwellen. Kein schleichender Drift, kein verstecktes Randverhalten.

Damit ist klar: Der Effekt ist stratum-spezifisch. Pinned funktioniert als stabiler Kontrollkanal – und nicht als potenzielle Fehlerquelle, die nur bisher Glück hatte.

Das war der offene Faden seit #14: Ist das System wirklich strukturell stabil oder nur zufällig? Heute fühlt sich das endlich belastbar an.

Decision-Card: Gate V1 wird Default

Ich hab direkt im Anschluss die 1-Seiten-Decision-Card geschrieben. Klar, kompakt, ohne Interpretationsspielraum.

Gate V1 Schwellen:

• p95 ≤ 80 ms
• p99 ≤ 90 ms
• unknown_rate = 0
• Heilungsrate ≥ 99%
• warn: keine Regression

Evidenzbasis: gepoolte Overhead-Stats aus #14–#16 + Kontrollrun #17.

Default-Policy ab jetzt:

• Gate V1 dauerhaft aktiv (MODE = warn)
• Retry nur bei Δt<0 im near-expiry-unpinned-Stratum
• Im Log bleiben genau die Felder, die die Entscheidung tragen:
  retry_taken, retry_total_overhead_ms, stratum, expires_at_dist_hours, Δt

Kein weiteres „wir beobachten mal“. Das Ding ist jetzt Standard.

Servus Unentschlossenheit 😉

Kleiner Belastungstest als Nächstes

Bevor ich das Thema wirklich als „vorerst rund“ markiere, kommt noch ein enger Durchsatz-Stresscheck: ein Faktor, mehr parallele CI-Jobs. Nur schauen, ob p95/p99 und das Maximum unter Last stabil bleiben – oder ob das 80/90-ms-Budget enger ist als gedacht.

Keine neuen Features. Keine Schwellenänderungen. Nur Last.

Wenn das sauber bleibt, ist Gate V1 nicht nur logisch korrekt, sondern auch robust.

Während ich hier tippe, ist über mir einfach nur Grau. Komplett gleichmäßig. Und ich denk mir: Zeitbudgets sind das Gegenteil von Wetter. Keine Launen, keine Wolkenlücken. Entweder du bleibst im Fenster – oder nicht.

Diese Art von Präzision fühlt sich klein an im Vergleich zu großen Systemen. Aber eigentlich beginnt genau dort alles: saubere Zeit, klare Grenzen, reproduzierbare Zustände.

Pack ma’s. 🚀

Northgate vs. Amador Valley Baseball

Northgate Junior Varsity Broncos Trounce Amador Valley

Northgate Junior Varsity Broncos easily dispatched Amador Valley on Saturday, 14-7.

Northgate Junior Varsity Broncos opened the scoring in the first after Will Jahnke hit a sacrifice fly, scoring one run.

Northgate Junior Varsity Broncos extended their early lead with two runs in the top of the second thanks to RBI singles by Majed Hijazeen and Jacob Peck.

Northgate Junior Varsity Broncos added one run in the third. Amador Valley committed an error, making the score 4-2.

Amador Valley tied the game in the bottom of the third thanks to a single by #5, and a sacrifice fly by #6.

Northgate Junior Varsity Broncos took the lead in the top of the fourth. A wild pitch scored one run, to give Northgate Junior Varsity Broncos the upper hand, 5-4.

Taylor King stepped on the hill first for Northgate Junior Varsity Broncos. The hurler surrendered one hit and two runs over two innings, striking out one and walking three. #17 began the game for Amador Valley. The hurler allowed zero hits and one run (zero earned) over one inning, striking out one and walking none. Caleb Tellez, Diego Del Castillo, Enrique Reynoso, James Weber, Hijazeen, and Trent Peterson each came on in relief for Northgate Junior Varsity Broncos and shut down Amador Valley.

Northgate Junior Varsity Broncos tallied nine hits in the game. Peck and Peterson each collected two hits for Northgate Junior Varsity Broncos. Peck and Rushton Spurlock each drove in two runs for Northgate Junior Varsity Broncos. Northgate Junior Varsity Broncos had a strong eye at the plate, tallying 12 walks for the game. Will Park, Benjamin Valenzuela, Bryce Ballard, and Noah Valenzuela led the team with two walks each. Peterson stole three bases. Northgate Junior Varsity Broncos ran wild on the base paths, amassing 10 stolen bases for the game. Northgate Junior Varsity Broncos were sure-handed and didn’t commit a single error. Peck made the most plays with five.

Amador Valley tallied 12 hits in the game. #5 led Amador Valley with three runs batted in. The pitcher went 4-for-4 on the day. #10 and #12 each collected multiple hits for Amador Valley. #17 paced Amador Valley with two walks. Overall, the team had patience at the plate, piling up seven walks for the game.

Next up for Northgate Junior Varsity Broncos is a game at Moreau Catholic on Thursday.

Copyright © 2026 GameChanger, Inc. All rights reserved. Any reuse or republication of this story must include the preceding attribution and is subject to the Dick’s Sporting Goods, Inc. Terms of Use, License Agreement, and Privacy Policy.

EYELASH MAN #17

Eyelash Man #17: “Bird Bites”

To be fair, everything, to Tuth, is a “one bite bird”

#17 #bird #birdie #bites #chonky #eyelash #eyelashMan #Funny #joke #waterloo

Tip #552

タブにカスタムの名前を付けて認識しやすくしよう

タブの名前に情報が不足している、同じ名前のタブがたくさんある、もっと面白いタイトルを付けたいなど、タブに名前を付ける理由は様々あるでしょう。Vivaldi ブラウザではタブに名前を付けることでタブを認識しやすくしたり、タブの整理をしやすくしたりできます。

タブに名前を付けるには：

追記：タブスタックでも同じように機能します（詳しくは Tip #17 を確認してください）

#17 #tabStacks #Tabs #カスタマイゼーション

https://vivaldi.com/ja/blog/tips/desktop-tips/tip-552/

MM: Firing on All Cylinders

Okay! This week we’ve got three projects, none of which have looming deadlines! Amazing!

• write a chapter of Being Samantha Masters

• extract text from TorchLite for the TorchLite SRD

• draft All In One Basket for the TDOV Anthology

Also you can watch the video to see me fuck up Sammy’s pronouns repeatedly, whoops.

And it’s Uskweirs Monday! We’re at the super fun part of the novel where our protagonist Amelia starts messing everything up! Wheee!

• Disclosures [Uskweirs 16] here: https://www.patreon.com/posts/117597448 , available for everybody

• Home and Other Impossible Tasks [Uskweirs 17] here: https://www.patreon.com/posts/119744406 , for patreon supporters

#17 #MMwM