Webtagr - Technologienummer

Verbesserung von Datenbankprotokollen: Eine Perspektive auf die Entwicklererfahrung

2025-04-05

Dieser Artikel befasst sich mit den Mängeln in den Client-Protokollen von SQL-Datenbanken, insbesondere MySQL und PostgreSQL. Der Autor weist auf Probleme bei der Verbindungsverwaltung, Fehlerwiederherstellung und vorbereiteten Anweisungen hin, die zu einer erhöhten Komplexität der Entwicklung führen. Beispielsweise macht der veränderliche Verbindungszustand die Fehlerwiederherstellung schwierig, während die sessionsspezifische Natur vorbereiteter Anweisungen deren Verwendung in Verbindungspools einschränkt. Der Autor schlägt Verbesserungen vor, die sich am Redis-Protokoll orientieren, wie z. B. eine explizite Konfigurationsphase, Idempotenzschlüssel und global gültige Bezeichner für vorbereitete Anweisungen. Diese Änderungen würden die Entwicklungsworkflows vereinfachen und die Zuverlässigkeit von Datenbankclients verbessern, was zu einer besseren Entwicklererfahrung und benutzerfreundlicheren Datenbanken führt.

(byroot.github.io)

Entwicklung

HTTP/2: Warum es in Ruby HTTP-Servern keine große Rolle spielt

2025-02-25

Dieser Beitrag behandelt die Relevanz von HTTP/2-Unterstützung in Ruby HTTP-Servern wie Puma. Der Autor argumentiert, dass der Hauptvorteil von HTTP/2 – Multiplexing für schnellere Seitenladezeiten – zwar im Internet erheblich ist, aber in einem LAN wenig Nutzen bietet. Geringe Latenz und langlebige Verbindungen in einem LAN minimieren die Auswirkungen des TCP Slow Start. Darüber hinaus erwies sich die Server-Push-Funktion von HTTP/2 als nachteilig und wurde durch die elegantere 103 Early Hints ersetzt. Der Autor empfiehlt, die Behandlung von HTTP/2 Load Balancern oder Reverse Proxies zu überlassen, um die Bereitstellung und Wartung des Anwendungsservers zu vereinfachen.

(byroot.github.io)

Entwicklung Netzwerk-Performance

Der Mythos der E/A-gebundenen Rails-Anwendung

2025-01-25

Es ist weit verbreitet, dass Rails-Anwendungen inhärent E/A-gebunden sind, wobei die Datenbank der Hauptleistungsengpass ist und die Ruby-Performance weniger wichtig ist. Dieser Beitrag widerlegt diese Annahme. Obwohl die Datenbank tatsächlich ein Skalierungsproblem darstellt, argumentiert der Autor, dass dies nicht bedeutet, dass die Anwendung den größten Teil ihrer Zeit mit dem Warten auf E/A verbringt. Die Analyse der Leistungsverbesserungen von YJIT und gängiger Leistungsprobleme (wie fehlende Datenbankindizes) deutet darauf hin, dass viele Rails-Anwendungen tatsächlich CPU-gebunden sind. Der Beitrag hebt die Verwechslung zwischen CPU-Starvation und E/A-Wartezeiten hervor und betont, dass die Wahl des richtigen Ausführungsmodells (asynchron, mehrthreaded oder prozessbasiert) vom E/A-CPU-Verhältnis der Anwendung abhängt. Der Autor plädiert für mehr Aufmerksamkeit auf die Ruby-Performance und weist auf Optimierungsmöglichkeiten innerhalb von Rails selbst hin.

(byroot.github.io)

Entwicklung

Optimierung von Rubys JSON: Eine Geschichte von Stack-Allokation und Inlining

2025-01-02

Dieser Blogbeitrag, Teil vier einer Serie zur Optimierung der JSON-Performance in Ruby, beschreibt die Reise des Autors, die Geschwindigkeit der JSON-Serialisierung in Ruby zu verbessern. Durch sorgfältige Mikro-Benchmarks und Profilerstellung untersucht der Autor Stack-Allokation und Inlining-Techniken. Durch die Verlagerung der Pufferallokation vom Heap auf den Stack und die strategische Verwendung von Inlining werden signifikante Performance-Verbesserungen erzielt. Der Artikel hebt jedoch die Wichtigkeit hervor, Verbesserungen bei Mikro-Benchmarks mit der Performance realer Anwendungen in Einklang zu bringen, und zeigt ein Beispiel, bei dem die Optimierung größere Datensätze negativ beeinflusst hat.

(byroot.github.io)

Entwicklung

Optimierung von Rubys JSON: Teil 1

2024-12-18

Dieser Blogbeitrag beschreibt, wie der Autor das Ruby JSON-Gem optimiert hat, um es zu einem der schnellsten JSON-Parser und -Generatoren zu machen. Anstatt komplexer Techniken wurden einfache Optimierungen basierend auf Profiling angewendet, wie z. B. das Vermeiden redundanter Prüfungen, das Priorisieren günstigerer Bedingungen, das Reduzieren der Einrichtungskosten und die Verwendung von Lookup-Tabellen. Diese Verbesserungen gelten sowohl für C- als auch für Ruby-Code. Die Optimierungen haben die Leistung des JSON-Gems deutlich verbessert und es mit Alternativen wie `oj` wettbewerbsfähig gemacht, wodurch der Bedarf an Monkey Patching reduziert und Stabilitäts- und Kompatibilitätsprobleme im Zusammenhang mit `oj` behoben wurden.

(byroot.github.io)

Entwicklung Performance-Optimierung