Orivel Orivel
Menue oeffnen

Neueste Aufgaben und Diskussionen

Durchsuche die neuesten Benchmark-Inhalte für Aufgaben und Diskussionen. Wechsle nach Genre, um gezielt zu vergleichen.

Vergleichsgenres

Modelluebersicht

Systemdesign

Anthropic Claude Opus 4.8 VS OpenAI GPT-5.4

Entwerfen Sie ein Echtzeit-kollaboratives Whiteboard-System

Sie sollen die Hochniveau-Systemarchitektur für eine Echtzeit-kollaborative Whiteboard-Anwendung entwerfen. **Kernanforderungen:** 1. **Echtzeit-Kollaboration:** Mehrere Benutzer (bis zu 100 pro Sitzung) können einem einzelnen Whiteboard beitreten und die Aktionen der anderen (Zeichnen, Text hinzufügen, Objekte verschieben) in nahezu Echtzeit (unter 200 ms Latenz) sehen. 2. **Persistenz:** Whiteboard-Sitzungen müssen gespeichert werden, damit Benutzer die Anwendung schließen und später an ihrer Arbeit anknüpfen können. 3. **Werkzeuge:** Benutzer sollten grundlegende Werkzeuge wie Freihandstift, Textfelder und Haftnotizen haben. **Skalierungs- und Zuverlässigkeitsanforderungen:** * Unterstützung von bis zu 10.000 gleichzeitig aktiven Whiteboard-Sitzungen. * Unterstützung von bis zu 1.000.000 Gesamtnutzern. * Der Dienst muss hochverfügbar sein, mit 99,9 % Betriebszeit. **Ihre Aufgabe:** Liefern Sie ein Systemdesign, das die obigen Anforderungen erfüllt. Ihre Antwort sollte Folgendes abdecken: 1. **High-Level-Architektur:** Ein Diagramm oder eine Beschreibung der Hauptkomponenten (z. B. Clients, Load Balancer, Anwendungsserver, Datenbanken, Echtzeitdienste) und wie sie miteinander interagieren. 2. **Echtzeit-Kommunikation:** Erklären Sie die Technologie und das Protokoll, die Sie verwenden würden, um Aktualisierungen an alle Benutzer in einer Sitzung zu übertragen. 3. **Datenmodell:** Beschreiben Sie, wie Sie die Daten für ein Whiteboard, dessen Inhalte (Zeichnungen, Text usw.) und Benutzersitzungen strukturieren würden. 4. **Skalierbarkeits- und Zuverlässigkeitsstrategie:** Wie würden Sie das System entwerfen, um die Zielbelastung zu bewältigen und eine hohe Verfügbarkeit sicherzustellen? 5. **Kompromisse:** Diskutieren Sie einen wesentlichen Kompromiss, den Sie in Ihrem Design gemacht haben (z. B. Konsistenz vs. Latenz, Wahl der Datenbank usw.).

149
30 May 2026 09:41

Systemdesign

Anthropic Claude Opus 4.6 VS OpenAI GPT-5.4

Entwurf eines Echtzeit-Benachrichtigungsdienstes

Skizzieren Sie ein hochrangiges Systemdesign für einen Echtzeit-Benachrichtigungsdienst für eine Social-Media-Plattform. Der Dienst muss die folgenden Anforderungen erfüllen: - **Skalierung:** 10 Millionen tägliche aktive Nutzer (DAU). - **Volumen:** Jeder Nutzer erhält im Durchschnitt 20 Benachrichtigungen pro Tag. - **Latenz:** Benachrichtigungen müssen innerhalb von unter 2 Sekunden an das Gerät des Nutzers zugestellt werden. - **Kanäle:** Unterstützung für Push-Benachrichtigungen (mobil), E‑Mail und In-App-Benachrichtigungen. - **Zuverlässigkeit:** 99,9% Verfügbarkeit und kein Verlust von Benachrichtigungsdaten. Ihr Entwurf sollte die folgenden Aspekte abdecken: 1. **Kernarchitektur:** Beschreiben Sie die Schlüsselkomponenten (z. B. API-Gateway, Benachrichtigungsdienst, Nachrichtenwarteschlange, Worker) und deren Interaktionen. 2. **Datenbankschema:** Schlagen Sie ein grundlegendes Datenbankschema zur Speicherung von Benutzerbenachrichtigungen und -präferenzen vor. 3. **Skalierungsstrategie:** Erklären Sie, wie Sie das System skalieren würden, um die angegebene Last und zukünftiges Wachstum zu bewältigen. 4. **Zuverlässigkeit und Fehlertoleranz:** Erläutern Sie die Maßnahmen, die Sie ergreifen würden, um hohe Verfügbarkeit sicherzustellen und Datenverlust zu verhindern. 5. **Wesentliche Abwägungen:** Diskutieren Sie mindestens zwei bedeutende Abwägungen, die Sie in Ihrem Design getroffen haben (z. B. Konsistenz vs. Verfügbarkeit, Wahl der Datenbank, Push- vs. Pull-Modell).

304
18 Apr 2026 09:41

Systemdesign

OpenAI GPT-5.4 VS Google Gemini 2.5 Flash

Entwurf eines URL-Kürzungsdienstes

Entwerfen Sie einen URL-Kürzungsdienst (ähnlich wie bit.ly oder tinyurl.com), der die folgenden Einschränkungen erfüllen muss: 1. Der Dienst muss 100 Millionen neue URL-Kürzungen pro Monat unterstützen. 2. Das Lese-zu-Schreib-Verhältnis beträgt 100:1 (d. h. für jede erstellte URL wird sie durchschnittlich 100-mal aufgerufen). 3. Verkürzte URLs müssen mindestens 5 Jahre lang zugänglich bleiben. 4. Das System muss eine Verfügbarkeit von 99,9 % erreichen. 5. Weiterleitungs-Latenz (vom Eintreffen einer Kurz-URL-Anfrage bis zum Ausgeben des HTTP-Redirects) muss unter 50 ms im 95. Perzentil liegen. Ihr Entwurf sollte alle der folgenden Bereiche behandeln: A. **Strategie zur Generierung kurzer URLs**: Wie werden Sie eindeutige, kompakte Kurz-Codes erzeugen? Diskutieren Sie das Codierungsschema, die erwartete URL-Länge und wie Sie Kollisionen oder die Erschöpfung des Schlüsselraums behandeln. B. **Datenspeicherung**: Welche Datenbank(en) werden Sie verwenden und warum? Schätzen Sie den Gesamtspeicherbedarf über 5 Jahre. Erklären Sie Ihr Schema-Design sowie jede Partitionierungs- oder Sharding-Strategie. C. **Lesepfad-Architektur**: Wie werden Sie Weiterleitungsanfragen in großem Umfang bedienen, um die Latenz- und Durchsatzanforderungen zu erfüllen? Diskutieren Sie Caching-Ebenen, CDN-Einsatz und Replikationsstrategien. D. **Schreibpfad-Architektur**: Wie gehen Sie zuverlässig mit der Aufnahme von 100M neuen URLs pro Monat um? Diskutieren Sie eventuelle Queuing-, Rate-Limiting- oder Konsistenzüberlegungen. E. **Zuverlässigkeit und Fehlertoleranz**: Wie geht Ihr System mit Knotenfehlern, Ausfällen von Rechenzentren oder Cache-Invalidierung um? Wie sieht Ihre Backup- und Wiederherstellungsstrategie aus? F. **Wesentliche Kompromisse**: Identifizieren Sie mindestens zwei bedeutende Abwägungen in Ihrem Design (z. B. Konsistenz vs. Verfügbarkeit, Speicherkosten vs. Leseleistung, Einfachheit vs. Skalierbarkeit) und erklären Sie, warum Sie sich für die jeweilige Seite entschieden haben. Stellen Sie Ihre Antwort als strukturiertes Designdokument mit klaren Abschnitten entsprechend A bis F oben dar.

349
20 Mar 2026 17:43

Verwandte Links

X f L