{"id":908,"date":"2026-07-30T12:23:15","date_gmt":"2026-07-30T12:23:15","guid":{"rendered":"https:\/\/matforge.org\/?p=908","raw":"https:\/\/matforge.org\/?p=908"},"modified":"2026-07-30T12:23:15","modified_gmt":"2026-07-30T12:23:15","slug":"benchmark-suites-scientific-solvers","status":"publish","type":"post","link":"https:\/\/matforge.org\/de\/benchmark-suites-scientific-solvers\/","title":{"rendered":"Benchmark-Suiten f\u00fcr wissenschaftliche L\u00f6ser: SCIML, DOE Sparse Solver und ASU Mittelmann","raw":"Benchmark-Suiten f\u00fcr wissenschaftliche L\u00f6ser: SCIML, DOE Sparse Solver und ASU Mittelmann"},"content":{"rendered":"<span class=\"span-reading-time rt-reading-time\" style=\"display: block;\"><span class=\"rt-label rt-prefix\">Reading Time: <\/span> <span class=\"rt-time\"> 7<\/span> <span class=\"rt-label rt-postfix\">minutes<\/span><\/span><article>\n<p>Benchmarking ist wichtig, wenn Forscher numerische Solver, maschinelle Lernmodelle, sp\u00e4rliche lineare Algebra-Bibliotheken oder Optimierungssoftware vergleichen m\u00fcssen. Ein Solver, der sich auf einer Gleichung, Matrix, Toleranz oder Hardware-Plattform gut abschneidet, kann sich unter anderen Bedingungen sehr unterschiedlich verhalten.<\/p>\n<p>Ein n\u00fctzlicher Benchmark sollte wiederholbare Problemdefinitionen, konsistente Genauigkeitsmessungen, kontrollierte Rechenumgebungen und transparente Berichte liefern. Es sollte auch mit der Art der bewerteten Software \u00fcbereinstimmen. Ein ODE-Integrator, ein neuronaler Operator, ein sp\u00e4rlicher direkter Solver und ein PDE-beschr\u00e4nkter Optimierer l\u00f6sen nicht das gleiche Problem und sollten nicht durch dieselbe Testsuite verglichen werden.<\/p>\n<p>Die wissenschaftliche Rechenlandschaft umfasst mehrere wichtige Benchmark-Ressourcen. ScimlBenchmarks konzentriert sich auf die Effizienz der Differentialgleichung. Pdebench bietet Datens\u00e4tze und Evaluierungsaufgaben f\u00fcr wissenschaftliches maschinelles Lernen. HPCG stellt sp\u00e4rliche, speicherintensive Workloads auf Hochleistungscomputern dar. Suitesparse liefert Matrizen aus realen Anwendungen. Die ASU Mittelmann Collection unterst\u00fctzt Vergleiche von Optimierungssoftware, einschlie\u00dflich PDE-beschr\u00e4nkter Probleme.<\/p>\n<h2>Warum Solver-Benchmarks klare Kategorien ben\u00f6tigen<\/h2>\n<p>Das Wort <i>Solver<\/i> kann verschiedene Arten von Software beschreiben. Ein Zeitintegrator r\u00fcckt eine ODE oder halbdiskretisierte PDE vor. Ein sp\u00e4rlicher linearer Solver berechnet die L\u00f6sung eines Matrixsystems. Ein neuronaler Operator n\u00e4hert sich der Zuordnung zwischen PDE-Eing\u00e4ngen und -Ausg\u00e4ngen. Ein Optimierungsl\u00f6ser minimiert ein Ziel und erf\u00fcllt gleichzeitig die Einschr\u00e4nkungen.<\/p>\n<p>Diese Tools erfordern unterschiedliche Bewertungskriterien. Zeitintegratoren werden \u00fcblicherweise durch Fehler-, Laufzeit- und Funktionsbewertungen verglichen. Sp\u00e4rliche Solver erfordern Matrixsammlungen, Speichermessungen, Iterationszahlen und Skalierungsergebnisse. Wissenschaftliche ML-Modelle ben\u00f6tigen Schulungs- und Inferenzmetriken, Generalisierungstests und Vergleiche mit numerischen Referenzl\u00f6sungen.<\/p>\n<p>Eine Benchmark-Suite ist nur dann n\u00fctzlich, wenn ihre Problemklasse dem Zweck des Solvers entspricht.<\/p>\n<h2>Wichtige Benchmark-Familien<\/h2>\n<table class=\"custom-table\">\n<tbody>\n<tr>\n<th>Benchmark-Ressource<\/th>\n<th>Hauptproblemklasse<\/th>\n<th>Typische Auswertung<\/th>\n<th>Beste Verwendung<\/th>\n<\/tr>\n<tr>\n<td>Scimlbenchmarks<\/td>\n<td>ODE, SDES, DAES, PDE-Halbdiskretisierungen und verwandte Modelle<\/td>\n<td>Arbeitsgenauigkeitsdiagramme, Timing-, Fehler- und Solver-Vergleiche<\/td>\n<td>Vergleich von Differentialgleichungsalgorithmen<\/td>\n<\/tr>\n<tr>\n<td>Pdebench<\/td>\n<td>Zeitabh\u00e4ngige PDE-Datens\u00e4tze f\u00fcr wissenschaftliche ML<\/td>\n<td>Vorhersagefehler, Rollout-Qualit\u00e4t, Training und Inferenzleistung<\/td>\n<td>Vergleich von neuronalen PDE-Surrogaten und Operator-Lern-Modellen<\/td>\n<\/tr>\n<tr>\n<td>HPCG<\/td>\n<td>Strukturierter sp\u00e4rlicher linearer Arbeitsaufwand bei HPC-Systemen<\/td>\n<td>Leistung und Skalierbarkeit auf Systemebene<\/td>\n<td>Auswertung, wie die HPC-Hardware den repr\u00e4sentativen Sparse-Vorgang handhabt<\/td>\n<\/tr>\n<tr>\n<td>SuiteParse-Matrix-Sammlung<\/td>\n<td>Echte sp\u00e4rliche Matrizen aus vielen Anwendungsbereichen<\/td>\n<td>Laufzeit, Speicher, Konvergenz, Robustheit und Faktorisierungsverhalten<\/td>\n<td>Testen von sp\u00e4rlichen Matrixalgorithmen und Solver-Bibliotheken<\/td>\n<\/tr>\n<tr>\n<td>ASU Mittelmann<\/td>\n<td>Kontinuierliche, diskrete und PDE-beschr\u00e4nkte Optimierung<\/td>\n<td>Laufzeit, gel\u00f6ste Instanzen, Optimalit\u00e4t und Robustheit<\/td>\n<td>Vergleichen der Optimierungssoftware<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Kl\u00e4rung nicht verifizierter Benchmark-Namen<\/h2>\n<p>Informelle Projektnotizen und generierte Forschungsentw\u00fcrfe beziehen sich manchmal auf Suiten, die als \u201eHIMAS\u201c oder \u201eScibase\u201c bezeichnet werden. Diese Namen sollten ohne eine genaue Ver\u00f6ffentlichung, ein Repository oder eine institutionelle Quelle nicht als etablierte wissenschaftliche Solver-Benchmarks behandelt werden.<\/p>\n<p>Bei der Er\u00f6rterung der Sparse-Solver-Bewertung ist es sicherer, auf die tats\u00e4chlich verwendete Ressource wie HPCG, Suitesparse oder einen dokumentierten Vergleich mit PETSC, Trilinos, Hypre oder Superlu zu verweisen.<\/p>\n<p>PETSC, Trilinos, Hypre und Superlu sind Solver-Bibliotheken und nicht eine kombinierte Benchmark-Suite. Die Forscher k\u00f6nnen sie mit denselben Matrizen oder PDE-Workloads vergleichen, das Testprotokoll muss jedoch separat definiert werden.<\/p>\n<h2>Scimlbenchmarks<\/h2>\n<p><a href=\"https:\/\/docs.sciml.ai\/SciMLBenchmarksOutput\" rel=\"nofollow noopener\" target=\"_blank\"> scimlbenchmarks <\/a> bietet reproduzierbare Vergleiche f\u00fcr Differentialgleichungsalgorithmen. Seine Abdeckung umfasst nicht steife und steife Oden, stochastische Differentialgleichungen, differential-algebraische Gleichungen, Randwertprobleme und ausgew\u00e4hlte PDE-Systeme nach r\u00e4umlicher Diskretisierung.<\/p>\n<p>Das zentrale Bewertungswerkzeug ist das Arbeitspr\u00e4zisionsdiagramm. Jeder Solver wird mit mehreren Toleranzeinstellungen oder numerischen Konfigurationen ausgef\u00fchrt. Der gemessene Fehler wird gegen Rechenkosten wie Ausf\u00fchrungszeit, Anzahl der rechten Auswertungen oder eine andere Arbeitsmetrik aufgetragen.<\/p>\n<p>Ein Solver, der n\u00e4her am unteren linken Bereich des Diagramms erscheint, liefert im Allgemeinen einen geringeren Fehler bei niedrigeren Kosten. Kein einziger Punkt ist ausreichend, da sich die Ranglisten des Solvers \u00e4ndern k\u00f6nnen, wenn sich die angeforderte Genauigkeit \u00e4ndert.<\/p>\n<h3>Welche Arbeitspr\u00e4zisionsdiagramme zeigen<\/h3>\n<p>Angenommen, der Solver A ist bei losen Toleranzen schneller, wird aber ineffizient, wenn eine hohe Genauigkeit erforderlich ist. Solver B hat m\u00f6glicherweise h\u00f6here Einrichtungskosten, skaliert jedoch besser, wenn die Toleranz strenger wird. Ein einzelner Laufzeitvergleich w\u00fcrde diese Unterscheidung verbergen.<\/p>\n<p>Die Analyse der Arbeitsgenauigkeit macht den Kompromiss zwischen Genauigkeit und Kosten sichtbar. Es ist besonders n\u00fctzlich f\u00fcr adaptive Zeitintegratoren, da ihre Schrittz\u00e4hlungen und Funktionsbewertungen von der angeforderten Toleranz abh\u00e4ngen.<\/p>\n<h3>sprach\u00fcbergreifende Vergleiche<\/h3>\n<p>SCIML-Benchmark-Sammlungen k\u00f6nnen Algorithmen umfassen, auf die \u00fcber verschiedene Software-\u00d6kosysteme zugegriffen wird. Das sprach\u00fcbergreifende Testen erfordert Sorgfalt, da Wrapper-Overhead, Kompilierung, Speicherzuweisung, Solver-Standardeinstellungen und Fehlerkontrolldefinitionen das Ergebnis beeinflussen k\u00f6nnen.<\/p>\n<p>Ein fairer Vergleich sollte \u00e4quivalente Gleichungen, Anfangsbedingungen, Toleranzen, Ausgabezeiten, Jacobi-Informationen und Stoppkriterien verwenden.<\/p>\n<h2>Pdebench f\u00fcr wissenschaftliches maschinelles Lernen<\/h2>\n<p><a href=\"https:\/\/github.com\/pdebench\/PDEBench\" rel=\"nofollow noopener\" target=\"_blank\">pdebench<\/a> wurde f\u00fcr maschinelles Lernen entwickelt, an denen PDE-basierte physikalische Systeme beteiligt sind. Es bietet Code, Datens\u00e4tze, Basismodelle und Bewertungswerkzeuge zum Vergleichen erlernter Surrogate \u00fcber mehrere Gleichungsfamilien hinweg.<\/p>\n<p>Die zugeh\u00f6rigen Datens\u00e4tze umfassen Probleme wie Advektion, Burger-Gleichung, Diffusionsreaktionssysteme, Diffusionssorption, komprimierbare Navier-Stokes-Gleichungen, Darcy-Fluss und Flachwasser-Gleichungen.<\/p>\n<p>Die Forscher k\u00f6nnen die bereitgestellten Daten verwenden, um Fourier-Neuraloperatoren, Faltungsnetzwerke, autoregressive Modelle und andere wissenschaftliche ML-Ans\u00e4tze zu bewerten, ohne unabh\u00e4ngig jeden Simulationsdatensatz zu generieren.<\/p>\n<h3>Was pdebench misst<\/h3>\n<p>Die Bewertung eines gelernten PDE-Modells erfordert mehr als einen einzelnen mittleren Quadratfehler. N\u00fctzliche Messungen k\u00f6nnen sein:<\/p>\n<ul>\n<li>Fehler in einzelnen Zeitschritten<\/li>\n<li>Rollout-Stabilit\u00e4t mit langem Horizont<\/li>\n<li>Verst\u00f6\u00dfe gegen das Naturschutzrecht<\/li>\n<li>Leistung bei nicht sichtbaren Parameterwerten<\/li>\n<li>Fehler in der N\u00e4he von Grenzen oder scharfen Steigungen<\/li>\n<li>Schulungs- und Inferenzkosten<\/li>\n<li>Speicherverbrauch<\/li>\n<\/ul>\n<p>Der numerische Simulator zur Erstellung eines Trainingsdatensatzes und des gelernten Modells, das sich seiner Ausgabe ann\u00e4hert, f\u00fchren unterschiedliche Aufgaben aus. Schulungskosten, Datenerzeugungskosten und Inferenzkosten sollten daher separat ausgewiesen werden.<\/p>\n<h3>Verwandte SCIML-Datenressourcen<\/h3>\n<p>Benchmark-Daten f\u00fcr die PDE-basierte wissenschaftliche ML-Forschung sind auch \u00fcber die <a href=\"https:\/\/darus.uni-stuttgart.de\/dataverse\/sciml_benchmark\" rel=\"nofollow noopener\" target=\"_blank\"> SCIML-Benchmark-Sammlung der Universit\u00e4t Stuttgart auf Darus <\/a> verf\u00fcgbar.<\/p>\n<p>Zus\u00e4tzliche Benchmark-Ausgaben und experimentelle Vergleiche finden Sie unter <a href=\"https:\/\/benchmarks.sciml.ai\" rel=\"nofollow noopener\" target=\"_blank\">benchmarks.sciml.ai<\/a>. Die Forscher sollten die genaue Datensatzversion, das Repository-Commit und die Softwareumgebung aufzeichnen, die in jedem Experiment verwendet wird.<\/p>\n<h2>HPCG zur HPC-Systemauswertung<\/h2>\n<p>Der <a href=\"https:\/\/hpcg-benchmark.org\" rel=\"nofollow noopener\" target=\"_blank\">High Performance Conjugate Gradients Benchmark<\/a> wurde als Erg\u00e4nzung zu High Performance Linpack erstellt. HPL betont dichte lineare Algebra, w\u00e4hrend HPCG rechnerische und Speicherzugriffsmuster verwendet, die vielen sp\u00e4rlichen wissenschaftlichen Anwendungen n\u00e4her kommen.<\/p>\n<p>HPCG konstruiert ein mit einem dreidimensionalen Modellproblem verbundenes Sparse-System und wendet Operationen wie die sp\u00e4rliche Matrix-Vektor-Multiplikation, Vektoraktualisierungen, Punktprodukte und Multigrid-vorkonjugierte Gradienten-Iterationen an.<\/p>\n<p>Der Benchmark legt Grenzen in Bezug auf Speicherbandbreite, Kommunikation, Synchronisation und Datenbewegung fest. Diese Faktoren dominieren h\u00e4ufig gro\u00dfe sp\u00e4rliche Simulationen, selbst wenn eine Maschine eine sehr hohe theoretische Gleitkommaleistung aufweist.<\/p>\n<h3>Was HPCG nicht misst<\/h3>\n<p>HPCG sollte nicht als vollst\u00e4ndiges Ranking aller sp\u00e4rlichen linearen L\u00f6ser behandelt werden. Es verwendet einen bestimmten Benchmark-Algorithmus und eine Problemstruktur. Eine Bibliothek, die f\u00fcr unsymmetrische Matrizen, sp\u00e4rliche Direktfaktorisierung, unbestimmte Systeme oder anwendungsspezifische Vorkonditionierung ausgelegt ist, kann durch ein HPCG-Ergebnis nicht fair dargestellt werden.<\/p>\n<p>HPCG ist am n\u00fctzlichsten zum Vergleichen von Computersystemen oder Implementierungen der vorgeschriebenen Arbeitslast. Eine breitere L\u00f6serbewertung erfordert mehrere Matrizen und Problemklassen.<\/p>\n<h2>SuiteParse-Matrix-Sammlung<\/h2>\n<p>Die <a href=\"https:\/\/sparse.tamu.edu\" rel=\"nofollow noopener\" target=\"_blank\">Suitesparse-Matrix-Sammlung<\/a> enth\u00e4lt sp\u00e4rliche Matrizen, die aus realen Anwendungen stammen. Die Sammlung war zuvor als Sp\u00e4rliche Matrix-Sammlung der University of Florida bekannt.<\/p>\n<p>Seine Matrizen stellen Probleme aus der rechnerischen Fluiddynamik, der Strukturanalyse, der Schaltungssimulation, der Optimierung, der Elektromagnetik, der Graphenanalyse und vielen anderen Bereichen dar.<\/p>\n<p>Diese Vielfalt macht SuiteSparse zum Testen n\u00fctzlich:<\/p>\n<ul>\n<li>Sp\u00e4rliche direkte Faktorisierung<\/li>\n<li>Krylov iterative Methoden<\/li>\n<li>Vorkonditionierer<\/li>\n<li>Matrix-Neuordnung<\/li>\n<li>Diagrammpartitionierung<\/li>\n<li>GPU-Sp\u00e4rliche Kernel<\/li>\n<li>Speicher- und Speicherformate<\/li>\n<\/ul>\n<h3>Warum echte Matrizen wichtig sind<\/h3>\n<p>Eine synthetische Matrix kann eine ausgew\u00e4hlte Gr\u00f6\u00dfe oder einen Sparsit\u00e4tsgrad reproduzieren, w\u00e4hrend sie die strukturellen Eigenschaften fehlen, die ein reales System erschweren. Das Ausf\u00fcllen w\u00e4hrend der Faktorisierung, der Diagonaldominanz, der Symmetrie, der Konditionierung, der Blockstruktur und der Graphenkonnektivit\u00e4t kann das Solver-Verhalten beeinflussen.<\/p>\n<p>Eine gute Suitesparse-Studie sollte nicht nur Matrizen ausw\u00e4hlen, die eine Methode bevorzugen. Der Testsatz sollte die Zielanwendung darstellen und klare Ein- und Ausschlussregeln enthalten.<\/p>\n<h2>Solver-Bibliotheken und Benchmark-Daten<\/h2>\n<p>PETSC, Trilinos, Hypre und Superlu werden h\u00e4ufig im wissenschaftlichen Rechnen verwendet, bieten jedoch unterschiedliche F\u00e4higkeiten.<\/p>\n<ul>\n<li><strong>PETSC<\/strong> Liefert verteilte Vektoren, Matrizen, Krylov-Methoden, nichtlineare Solver, Zeitintegratoren und Schnittstellen zu externen Paketen.<\/li>\n<li><strong>Trilinos<\/strong> Enth\u00e4lt Pakete f\u00fcr sp\u00e4rliche Algebra, iterative Methoden, Vorkonditionierung, direkte Solver, nichtlineare Systeme und Multiphysik-Workflows.<\/li>\n<li><strong>Hypre<\/strong> konzentriert sich auf skalierbare iterative Solver und Multigrid-Vorkonditionierer f\u00fcr gro\u00dfe parallele Systeme.<\/li>\n<li><strong>Superlu<\/strong> bietet eine sp\u00e4rliche LU-Faktorisierung f\u00fcr sequentielle, Multithread- und verteilte Umgebungen.<\/li>\n<\/ul>\n<p>Ein glaubw\u00fcrdiger Vergleich sollte \u00e4quivalente Matrixformate, Stopptoleranzen, Vorkonditionierereinstellungen, Pr\u00e4zision, Hardwarezuordnung und Konvergenzdefinitionen verwenden.<\/p>\n<h2>ASU Mittelmann Benchmarks<\/h2>\n<p><a href=\"https:\/\/plato.asu.edu\" rel=\"nofollow noopener\" target=\"_blank\">Hans Mittelmanns ASU-Benchmark-Site<\/a> sammelt Testprobleme und Leistungsvergleiche f\u00fcr Optimierungssoftware.<\/p>\n<p>Die breitere Website umfasst mehrere Optimierungskategorien. Die PDE-beschr\u00e4nkte Optimierungssammlung umfasst vollst\u00e4ndig diskretisierte elliptische und parabolische Kontrollprobleme, die als AMPL-Modelle dargestellt werden.<\/p>\n<p>Diese Probleme k\u00f6nnen an nichtlineare Optimierungsl\u00f6ser \u00fcbermittelt werden, die Ampl unterst\u00fctzen. Sie sind n\u00fctzlich, um zu untersuchen, wie Optimierer mit gro\u00dfen Systemen umgehen, in denen die Entscheidungsvariablen und -beschr\u00e4nkungen aus einer diskretisierten PDE entstehen.<\/p>\n<h3>Welche PDE-beschr\u00e4nkten Optimierungsma\u00dfnahmen<\/h3>\n<p>Ein PDE-beschr\u00e4nkter Optimierungs-Benchmark kann mehr als die Geschwindigkeit der PDE-L\u00f6sung bewerten. Es kann auch testen:<\/p>\n<ul>\n<li>Zielfunktionsreduzierung<\/li>\n<li>Einschr\u00e4nkung Zufriedenheit<\/li>\n<li>Optimalit\u00e4t erster Ordnung<\/li>\n<li>Robustheit gegen\u00fcber anf\u00e4nglichen Vermutungen<\/li>\n<li>Derivative und hessische Handhabung<\/li>\n<li>Speichernutzung<\/li>\n<li>Skalierung, wenn die Diskretisierung verfeinert wird<\/li>\n<\/ul>\n<p>Diese Tests ersetzen keine normalen PDE- oder sp\u00e4rlichen linearen Solver-Benchmarks. Sie bewerten den kompletten Optimierungs-Workflow.<\/p>\n<h2>So w\u00e4hlen Sie den richtigen Benchmark<\/h2>\n<table class=\"custom-table\">\n<tbody>\n<tr>\n<th>Bewertungsziel<\/th>\n<th>Empfohlene Ressource<\/th>\n<th>Hauptmetrik<\/th>\n<\/tr>\n<tr>\n<td>Vergleichen Sie ODE- oder Zeitintegrationsalgorithmen<\/td>\n<td>Scimlbenchmarks<\/td>\n<td>Fehler, Laufzeit, Funktionsauswertungen und Arbeitsgenauigkeit<\/td>\n<\/tr>\n<tr>\n<td>Vergleichen Sie gelernte PDE-Surrogat-Modelle<\/td>\n<td>Pdebench<\/td>\n<td>Vorhersagefehler, Rollout-Stabilit\u00e4t, Training und Inferenzkosten<\/td>\n<\/tr>\n<tr>\n<td>Vergleichen Sie HPC-Systeme mit sp\u00e4rlichen Workloads<\/td>\n<td>HPCG<\/td>\n<td>Durchsatz, Skalierung, Speicher und Kommunikationsleistung<\/td>\n<\/tr>\n<tr>\n<td>Vergleichen Sie Algorithmen f\u00fcr sp\u00e4rliche Solver<\/td>\n<td>suitesparse<\/td>\n<td>Laufzeit, Speicher, Iterationen, Robustheit und Residuen<\/td>\n<\/tr>\n<tr>\n<td>Vergleichen Sie PDE-beschr\u00e4nkte Optimierer<\/td>\n<td>ASU Mittelmann<\/td>\n<td>Laufzeit, gel\u00f6ste Probleme, Machbarkeit und Optimalit\u00e4t<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Entwerfen eines fairen Solver-Vergleichs<\/h2>\n<p>Jeder Solver sollte das gleiche mathematische Problem erhalten. Dies umfasst die gleiche Dom\u00e4ne, Mesh, Koeffizienten, Anfangsbedingungen, Randbedingungen, Endzeit und angeforderte Ausgabe.<\/p>\n<p>Wenn Algorithmen unterschiedliche interne Darstellungen verwenden, sollte sich der Vergleich auf ein gemeinsames externes Genauigkeitsma\u00df konzentrieren. Ein schnelles Ergebnis ist nicht n\u00fctzlich, wenn es den Zielfehler nicht erf\u00fcllt.<\/p>\n<p>Der Benchmark-Bericht sollte aufzeichnen:<\/p>\n<ul>\n<li>Solver- und Abh\u00e4ngigkeitsversionen<\/li>\n<li>Compiler- und Optimierungseinstellungen<\/li>\n<li>CPU-, GPU-, Speicher- und Netzwerkinformationen<\/li>\n<li>Thread- und Prozessz\u00e4hlungen<\/li>\n<li>Pr\u00e4zision und Datentyp<\/li>\n<li>Toleranzen und Stoppbedingungen<\/li>\n<li>Vorkonditionierungen und Matrix-Neuordnungen<\/li>\n<li>Aufw\u00e4rm- und Kompilierungsbehandlung<\/li>\n<li>Anzahl wiederholter L\u00e4ufe<\/li>\n<li>Fehler- und Fehlerdefinitionen<\/li>\n<\/ul>\n<h2>Verwenden Sie mehrere Genauigkeitsstufen<\/h2>\n<p>Ein Benchmark, der mit einer Toleranz durchgef\u00fchrt wird, kann einen irref\u00fchrenden Gewinner hervorbringen. Einige Methoden haben einen geringen Overhead und funktionieren gut, wenn die Genauigkeitsanforderungen locker sind. Andere werden mit strengeren Toleranzen wettbewerbsf\u00e4higer.<\/p>\n<p>F\u00fcr Zeitintegratoren sollten mehrere relative und absolute Toleranzkombinationen getestet werden. F\u00fcr iterative lineare L\u00f6ser sollten Forscher Restdefinitionen melden und untersuchen, ob die Reduktion der algebraischen Residuum dem tats\u00e4chlichen L\u00f6sungsfehler entspricht.<\/p>\n<p>Arbeitspr\u00e4zisionsdiagramme, Leistungsprofile und Konvergenzdiagramme liefern mehr Informationen als eine einzelne Timing-Tabelle.<\/p>\n<h2>Messen Sie die Einrichtung und die Kosten f\u00fcr wiederholte L\u00f6sung<\/h2>\n<p>Solver-Kosten enthalten oft mehrere Komponenten:<\/p>\n<ul>\n<li>Matrixbaugruppe<\/li>\n<li>Vorkonditionierer-Konstruktion<\/li>\n<li>Symbolische Faktorisierung<\/li>\n<li>Numerische Faktorisierung<\/li>\n<li>Individuelle L\u00f6sungszeit<\/li>\n<li>Daten\u00fcbertragung<\/li>\n<li>Ausgabe und Nachbearbeitung<\/li>\n<\/ul>\n<p>Eine direkte Methode kann hohe anf\u00e4ngliche Faktorisierungskosten verursachen, l\u00f6st jedoch zus\u00e4tzliche rechte Seiten schnell. Eine iterative Methode hat m\u00f6glicherweise niedrigere Einrichtungskosten, erfordert jedoch f\u00fcr jede L\u00f6sung viele Iterationen.<\/p>\n<p>Benchmark-Berichte sollten die einmalige Einrichtung von der wiederholten L\u00f6sung trennen.<\/p>\n<h2>H\u00e4ufige Benchmarking-Fehler<\/h2>\n<p>Ein h\u00e4ufiger Fehler ist der Vergleich von Ergebnissen, die auf verschiedenen Netzen oder mit unterschiedlichen Fehlerzielen generiert wurden. Eine schnellere Berechnung eines gr\u00f6beren Problems zeigt nicht, dass ein Solver effizienter ist.<\/p>\n<p>Andere h\u00e4ufige Fehler sind:<\/p>\n<ul>\n<li>Runtime melden ohne Fehler melden<\/li>\n<li>Auswahl nur g\u00fcnstiger Matrizen<\/li>\n<li>Verwenden verschiedener Stoppbedingungen<\/li>\n<li>Ignorieren fehlgeschlagener oder nicht konvergenter L\u00e4ufe<\/li>\n<li>Kombinieren von Kompilierung mit Ausf\u00fchrung f\u00fcr nur eine Sprache<\/li>\n<li>Vergleich von CPU und GPU l\u00e4uft ohne die Kosten f\u00fcr die Daten\u00fcbertragung zu dokumentieren<\/li>\n<li>Verwenden von HPCG zur Bewertung eines nicht verwandten neuronalen PDE-Modells<\/li>\n<li>Verwenden von Pdebench als Ersatz f\u00fcr sp\u00e4rliches Matrix-Benchmarking<\/li>\n<li>Nur der schnellste Lauf statt wiederholter Messungen melden<\/li>\n<li>Fehler beim Ver\u00f6ffentlichen von Skripten und Konfigurationen<\/li>\n<\/ul>\n<h2>A Practical Benchmark Workflow<\/h2>\n<ol>\n<li>Definieren Sie das wissenschaftliche Problem und den Zielanwendungsfall.<\/li>\n<li>W\u00e4hlen Sie eine Benchmark-Ressource aus, die der Solver-Klasse entspricht.<\/li>\n<li>W\u00e4hlen Sie repr\u00e4sentative Instanzen, bevor Sie die L\u00f6ser ausf\u00fchren.<\/li>\n<li>Definieren Sie allgemeine Fehler-, Konvergenz- und Ausfallkriterien.<\/li>\n<li>Nehmen Sie Software- und Hardwareumgebungen auf.<\/li>\n<li>Testen Sie mehrere Toleranzen, Matrixgr\u00f6\u00dfen oder Netzaufl\u00f6sungen.<\/li>\n<li>Separate Einrichtungs-, L\u00f6sungs- und Daten\u00fcbertragungskosten.<\/li>\n<li>Wiederholen Sie die L\u00e4ufe und melden Sie statistische Variationen.<\/li>\n<li>\u00dcberpr\u00fcfen Sie Genauigkeit, Robustheit, Speicher und Skalierbarkeit gemeinsam.<\/li>\n<li>Ver\u00f6ffentlichen Sie Skripte, Konfigurationsdateien und Rohergebnisse.<\/li>\n<\/ol>\n<h2>Verwandte Anleitungen<\/h2>\n<ul>\n<li><a href=\"https:\/\/matforge.org\/performance-profiling-optimization-python-pde-solvers\/\">Performance-Profiling und -optimierung f\u00fcr Python-PDE-Solver<\/a> \u2013 Erfahren Sie, wie Sie Laufzeit- und Speicherengp\u00e4sse identifizieren, bevor Sie Implementierungen vergleichen.<\/li>\n<li><a href=\"https:\/\/matforge.org\/mesh-quality-convergence-studies-guide-2\/\">Mesh-Qualit\u00e4ts- und Konvergenzstudien: Ein Hands-on-Guide <\/a> &#8211; \u00dcberpr\u00fcfen Sie die Netzverfeinerung und Konvergenzmethoden f\u00fcr faire PDE-Vergleiche.<\/li>\n<li><a href=\"https:\/\/matforge.org\/verification-vs-validation-in-scientific-simulations-a-practical-guide\/\">Verifikation vs. Validierung in wissenschaftlichen Simulationen<\/a> \u2014 Verstehen Sie, wie sich die numerische Korrektheit unterscheidet aus \u00dcbereinstimmung mit physikalischen Beobachtungen.<\/li>\n<\/ul>\n<h2>Schlussfolgerung<\/h2>\n<p>Wissenschaftliche Solver-Benchmarks dienen unterschiedlichen Zwecken. ScimlBenchmarks vergleicht Differentialgleichungsalgorithmen durch Fehler und Rechenarbeit. Pdebench bietet standardisierte wissenschaftliche ML-Datens\u00e4tze und -aufgaben. HPCG misst die Leistung von HPC-Systemen bei einer repr\u00e4sentativen sp\u00e4rlichen Arbeitslast. SuiteSparse unterst\u00fctzt umfassende Tests von Sparse-Matrix-Algorithmen unter Verwendung realer Anwendungsdaten. ASU Mittelmann bietet etablierte Optimierungstestprobleme, einschlie\u00dflich PDE-beschr\u00e4nkter Modelle.<\/p>\n<p>Diese Ressourcen sollten nicht als austauschbar behandelt werden. Der richtige Benchmark h\u00e4ngt davon ab, ob das Ziel ein Zeitintegrator, ein gelernter Ersatz, ein sp\u00e4rlicher linearer Solver, eine Hardwareplattform oder ein Optimierungspaket ist.<\/p>\n<p>Ein glaubw\u00fcrdiger Benchmark meldet Genauigkeit, Laufzeit, Speicher, Ausf\u00e4lle, Solver-Einstellungen und Hardwaredetails. Es verwendet identische Probleminstanzen und testet mehr als eine Toleranz oder Aufl\u00f6sung. Ziel ist es nicht nur, den schnellsten Lauf zu identifizieren, sondern zu bestimmen, welche Methode die erforderliche Genauigkeit und Zuverl\u00e4ssigkeit f\u00fcr die beabsichtigte wissenschaftliche Arbeitsbelastung liefert.<\/p>\n<\/article>\n","protected":false,"raw":"<article>\n<p>Benchmarking ist wichtig, wenn Forscher numerische Solver, maschinelle Lernmodelle, sp\u00e4rliche lineare Algebra-Bibliotheken oder Optimierungssoftware vergleichen m\u00fcssen. Ein Solver, der sich auf einer Gleichung, Matrix, Toleranz oder Hardware-Plattform gut abschneidet, kann sich unter anderen Bedingungen sehr unterschiedlich verhalten.<\/p>\n<p>Ein n\u00fctzlicher Benchmark sollte wiederholbare Problemdefinitionen, konsistente Genauigkeitsmessungen, kontrollierte Rechenumgebungen und transparente Berichte liefern. Es sollte auch mit der Art der bewerteten Software \u00fcbereinstimmen. Ein ODE-Integrator, ein neuronaler Operator, ein sp\u00e4rlicher direkter Solver und ein PDE-beschr\u00e4nkter Optimierer l\u00f6sen nicht das gleiche Problem und sollten nicht durch dieselbe Testsuite verglichen werden.<\/p>\n<p>Die wissenschaftliche Rechenlandschaft umfasst mehrere wichtige Benchmark-Ressourcen. ScimlBenchmarks konzentriert sich auf die Effizienz der Differentialgleichung. Pdebench bietet Datens\u00e4tze und Evaluierungsaufgaben f\u00fcr wissenschaftliches maschinelles Lernen. HPCG stellt sp\u00e4rliche, speicherintensive Workloads auf Hochleistungscomputern dar. Suitesparse liefert Matrizen aus realen Anwendungen. Die ASU Mittelmann Collection unterst\u00fctzt Vergleiche von Optimierungssoftware, einschlie\u00dflich PDE-beschr\u00e4nkter Probleme.<\/p>\n<h2>Warum Solver-Benchmarks klare Kategorien ben\u00f6tigen<\/h2>\n<p>Das Wort <i>Solver<\/i> kann verschiedene Arten von Software beschreiben. Ein Zeitintegrator r\u00fcckt eine ODE oder halbdiskretisierte PDE vor. Ein sp\u00e4rlicher linearer Solver berechnet die L\u00f6sung eines Matrixsystems. Ein neuronaler Operator n\u00e4hert sich der Zuordnung zwischen PDE-Eing\u00e4ngen und -Ausg\u00e4ngen. Ein Optimierungsl\u00f6ser minimiert ein Ziel und erf\u00fcllt gleichzeitig die Einschr\u00e4nkungen.<\/p>\n<p>Diese Tools erfordern unterschiedliche Bewertungskriterien. Zeitintegratoren werden \u00fcblicherweise durch Fehler-, Laufzeit- und Funktionsbewertungen verglichen. Sp\u00e4rliche Solver erfordern Matrixsammlungen, Speichermessungen, Iterationszahlen und Skalierungsergebnisse. Wissenschaftliche ML-Modelle ben\u00f6tigen Schulungs- und Inferenzmetriken, Generalisierungstests und Vergleiche mit numerischen Referenzl\u00f6sungen.<\/p>\n<p>Eine Benchmark-Suite ist nur dann n\u00fctzlich, wenn ihre Problemklasse dem Zweck des Solvers entspricht.<\/p>\n<h2>Wichtige Benchmark-Familien<\/h2>\n<table class=\"custom-table\">\n<tbody><tr>\n<th>Benchmark-Ressource<\/th>\n<th>Hauptproblemklasse<\/th>\n<th>Typische Auswertung<\/th>\n<th>Beste Verwendung<\/th>\n<\/tr>\n<tr>\n<td>Scimlbenchmarks<\/td>\n<td>ODE, SDES, DAES, PDE-Halbdiskretisierungen und verwandte Modelle<\/td>\n<td>Arbeitsgenauigkeitsdiagramme, Timing-, Fehler- und Solver-Vergleiche<\/td>\n<td>Vergleich von Differentialgleichungsalgorithmen<\/td>\n<\/tr>\n<tr>\n<td>Pdebench<\/td>\n<td>Zeitabh\u00e4ngige PDE-Datens\u00e4tze f\u00fcr wissenschaftliche ML<\/td>\n<td>Vorhersagefehler, Rollout-Qualit\u00e4t, Training und Inferenzleistung<\/td>\n<td>Vergleich von neuronalen PDE-Surrogaten und Operator-Lern-Modellen<\/td>\n<\/tr>\n<tr>\n<td>HPCG<\/td>\n<td>Strukturierter sp\u00e4rlicher linearer Arbeitsaufwand bei HPC-Systemen<\/td>\n<td>Leistung und Skalierbarkeit auf Systemebene<\/td>\n<td>Auswertung, wie die HPC-Hardware den repr\u00e4sentativen Sparse-Vorgang handhabt<\/td>\n<\/tr>\n<tr>\n<td>SuiteParse-Matrix-Sammlung<\/td>\n<td>Echte sp\u00e4rliche Matrizen aus vielen Anwendungsbereichen<\/td>\n<td>Laufzeit, Speicher, Konvergenz, Robustheit und Faktorisierungsverhalten<\/td>\n<td>Testen von sp\u00e4rlichen Matrixalgorithmen und Solver-Bibliotheken<\/td>\n<\/tr>\n<tr>\n<td>ASU Mittelmann<\/td>\n<td>Kontinuierliche, diskrete und PDE-beschr\u00e4nkte Optimierung<\/td>\n<td>Laufzeit, gel\u00f6ste Instanzen, Optimalit\u00e4t und Robustheit<\/td>\n<td>Vergleichen der Optimierungssoftware<\/td>\n<\/tr>\n<\/tbody><\/table>\n<h2>Kl\u00e4rung nicht verifizierter Benchmark-Namen<\/h2>\n<p>Informelle Projektnotizen und generierte Forschungsentw\u00fcrfe beziehen sich manchmal auf Suiten, die als \u201eHIMAS\u201c oder \u201eScibase\u201c bezeichnet werden. Diese Namen sollten ohne eine genaue Ver\u00f6ffentlichung, ein Repository oder eine institutionelle Quelle nicht als etablierte wissenschaftliche Solver-Benchmarks behandelt werden.<\/p>\n<p>Bei der Er\u00f6rterung der Sparse-Solver-Bewertung ist es sicherer, auf die tats\u00e4chlich verwendete Ressource wie HPCG, Suitesparse oder einen dokumentierten Vergleich mit PETSC, Trilinos, Hypre oder Superlu zu verweisen.<\/p>\n<p>PETSC, Trilinos, Hypre und Superlu sind Solver-Bibliotheken und nicht eine kombinierte Benchmark-Suite. Die Forscher k\u00f6nnen sie mit denselben Matrizen oder PDE-Workloads vergleichen, das Testprotokoll muss jedoch separat definiert werden.<\/p>\n<h2>Scimlbenchmarks<\/h2>\n<p><a href=\"https:\/\/docs.sciml.ai\/SciMLBenchmarksOutput\" rel=\"nofollow noopener\" target=\"_blank\"> scimlbenchmarks <\/a> bietet reproduzierbare Vergleiche f\u00fcr Differentialgleichungsalgorithmen. Seine Abdeckung umfasst nicht steife und steife Oden, stochastische Differentialgleichungen, differential-algebraische Gleichungen, Randwertprobleme und ausgew\u00e4hlte PDE-Systeme nach r\u00e4umlicher Diskretisierung.<\/p>\n<p>Das zentrale Bewertungswerkzeug ist das Arbeitspr\u00e4zisionsdiagramm. Jeder Solver wird mit mehreren Toleranzeinstellungen oder numerischen Konfigurationen ausgef\u00fchrt. Der gemessene Fehler wird gegen Rechenkosten wie Ausf\u00fchrungszeit, Anzahl der rechten Auswertungen oder eine andere Arbeitsmetrik aufgetragen.<\/p>\n<p>Ein Solver, der n\u00e4her am unteren linken Bereich des Diagramms erscheint, liefert im Allgemeinen einen geringeren Fehler bei niedrigeren Kosten. Kein einziger Punkt ist ausreichend, da sich die Ranglisten des Solvers \u00e4ndern k\u00f6nnen, wenn sich die angeforderte Genauigkeit \u00e4ndert.<\/p>\n<h3>Welche Arbeitspr\u00e4zisionsdiagramme zeigen<\/h3>\n<p>Angenommen, der Solver A ist bei losen Toleranzen schneller, wird aber ineffizient, wenn eine hohe Genauigkeit erforderlich ist. Solver B hat m\u00f6glicherweise h\u00f6here Einrichtungskosten, skaliert jedoch besser, wenn die Toleranz strenger wird. Ein einzelner Laufzeitvergleich w\u00fcrde diese Unterscheidung verbergen.<\/p>\n<p>Die Analyse der Arbeitsgenauigkeit macht den Kompromiss zwischen Genauigkeit und Kosten sichtbar. Es ist besonders n\u00fctzlich f\u00fcr adaptive Zeitintegratoren, da ihre Schrittz\u00e4hlungen und Funktionsbewertungen von der angeforderten Toleranz abh\u00e4ngen.<\/p>\n<h3>sprach\u00fcbergreifende Vergleiche<\/h3>\n<p>SCIML-Benchmark-Sammlungen k\u00f6nnen Algorithmen umfassen, auf die \u00fcber verschiedene Software-\u00d6kosysteme zugegriffen wird. Das sprach\u00fcbergreifende Testen erfordert Sorgfalt, da Wrapper-Overhead, Kompilierung, Speicherzuweisung, Solver-Standardeinstellungen und Fehlerkontrolldefinitionen das Ergebnis beeinflussen k\u00f6nnen.<\/p>\n<p>Ein fairer Vergleich sollte \u00e4quivalente Gleichungen, Anfangsbedingungen, Toleranzen, Ausgabezeiten, Jacobi-Informationen und Stoppkriterien verwenden.<\/p>\n<h2>Pdebench f\u00fcr wissenschaftliches maschinelles Lernen<\/h2>\n<p><a href=\"https:\/\/github.com\/pdebench\/PDEBench\" rel=\"nofollow noopener\" target=\"_blank\">pdebench<\/a> wurde f\u00fcr maschinelles Lernen entwickelt, an denen PDE-basierte physikalische Systeme beteiligt sind. Es bietet Code, Datens\u00e4tze, Basismodelle und Bewertungswerkzeuge zum Vergleichen erlernter Surrogate \u00fcber mehrere Gleichungsfamilien hinweg.<\/p>\n<p>Die zugeh\u00f6rigen Datens\u00e4tze umfassen Probleme wie Advektion, Burger-Gleichung, Diffusionsreaktionssysteme, Diffusionssorption, komprimierbare Navier-Stokes-Gleichungen, Darcy-Fluss und Flachwasser-Gleichungen.<\/p>\n<p>Die Forscher k\u00f6nnen die bereitgestellten Daten verwenden, um Fourier-Neuraloperatoren, Faltungsnetzwerke, autoregressive Modelle und andere wissenschaftliche ML-Ans\u00e4tze zu bewerten, ohne unabh\u00e4ngig jeden Simulationsdatensatz zu generieren.<\/p>\n<h3>Was pdebench misst<\/h3>\n<p>Die Bewertung eines gelernten PDE-Modells erfordert mehr als einen einzelnen mittleren Quadratfehler. N\u00fctzliche Messungen k\u00f6nnen sein:<\/p>\n<ul>\n<li>Fehler in einzelnen Zeitschritten<\/li>\n<li>Rollout-Stabilit\u00e4t mit langem Horizont<\/li>\n<li>Verst\u00f6\u00dfe gegen das Naturschutzrecht<\/li>\n<li>Leistung bei nicht sichtbaren Parameterwerten<\/li>\n<li>Fehler in der N\u00e4he von Grenzen oder scharfen Steigungen<\/li>\n<li>Schulungs- und Inferenzkosten<\/li>\n<li>Speicherverbrauch<\/li>\n<\/ul>\n<p>Der numerische Simulator zur Erstellung eines Trainingsdatensatzes und des gelernten Modells, das sich seiner Ausgabe ann\u00e4hert, f\u00fchren unterschiedliche Aufgaben aus. Schulungskosten, Datenerzeugungskosten und Inferenzkosten sollten daher separat ausgewiesen werden.<\/p>\n<h3>Verwandte SCIML-Datenressourcen<\/h3>\n<p>Benchmark-Daten f\u00fcr die PDE-basierte wissenschaftliche ML-Forschung sind auch \u00fcber die <a href=\"https:\/\/darus.uni-stuttgart.de\/dataverse\/sciml_benchmark\" rel=\"nofollow noopener\" target=\"_blank\"> SCIML-Benchmark-Sammlung der Universit\u00e4t Stuttgart auf Darus <\/a> verf\u00fcgbar.<\/p>\n<p>Zus\u00e4tzliche Benchmark-Ausgaben und experimentelle Vergleiche finden Sie unter <a href=\"https:\/\/benchmarks.sciml.ai\" rel=\"nofollow noopener\" target=\"_blank\">benchmarks.sciml.ai<\/a>. Die Forscher sollten die genaue Datensatzversion, das Repository-Commit und die Softwareumgebung aufzeichnen, die in jedem Experiment verwendet wird.<\/p>\n<h2>HPCG zur HPC-Systemauswertung<\/h2>\n<p>Der <a href=\"https:\/\/hpcg-benchmark.org\" rel=\"nofollow noopener\" target=\"_blank\">High Performance Conjugate Gradients Benchmark<\/a> wurde als Erg\u00e4nzung zu High Performance Linpack erstellt. HPL betont dichte lineare Algebra, w\u00e4hrend HPCG rechnerische und Speicherzugriffsmuster verwendet, die vielen sp\u00e4rlichen wissenschaftlichen Anwendungen n\u00e4her kommen.<\/p>\n<p>HPCG konstruiert ein mit einem dreidimensionalen Modellproblem verbundenes Sparse-System und wendet Operationen wie die sp\u00e4rliche Matrix-Vektor-Multiplikation, Vektoraktualisierungen, Punktprodukte und Multigrid-vorkonjugierte Gradienten-Iterationen an.<\/p>\n<p>Der Benchmark legt Grenzen in Bezug auf Speicherbandbreite, Kommunikation, Synchronisation und Datenbewegung fest. Diese Faktoren dominieren h\u00e4ufig gro\u00dfe sp\u00e4rliche Simulationen, selbst wenn eine Maschine eine sehr hohe theoretische Gleitkommaleistung aufweist.<\/p>\n<h3>Was HPCG nicht misst<\/h3>\n<p>HPCG sollte nicht als vollst\u00e4ndiges Ranking aller sp\u00e4rlichen linearen L\u00f6ser behandelt werden. Es verwendet einen bestimmten Benchmark-Algorithmus und eine Problemstruktur. Eine Bibliothek, die f\u00fcr unsymmetrische Matrizen, sp\u00e4rliche Direktfaktorisierung, unbestimmte Systeme oder anwendungsspezifische Vorkonditionierung ausgelegt ist, kann durch ein HPCG-Ergebnis nicht fair dargestellt werden.<\/p>\n<p>HPCG ist am n\u00fctzlichsten zum Vergleichen von Computersystemen oder Implementierungen der vorgeschriebenen Arbeitslast. Eine breitere L\u00f6serbewertung erfordert mehrere Matrizen und Problemklassen.<\/p>\n<h2>SuiteParse-Matrix-Sammlung<\/h2>\n<p>Die <a href=\"https:\/\/sparse.tamu.edu\" rel=\"nofollow noopener\" target=\"_blank\">Suitesparse-Matrix-Sammlung<\/a> enth\u00e4lt sp\u00e4rliche Matrizen, die aus realen Anwendungen stammen. Die Sammlung war zuvor als Sp\u00e4rliche Matrix-Sammlung der University of Florida bekannt.<\/p>\n<p>Seine Matrizen stellen Probleme aus der rechnerischen Fluiddynamik, der Strukturanalyse, der Schaltungssimulation, der Optimierung, der Elektromagnetik, der Graphenanalyse und vielen anderen Bereichen dar.<\/p>\n<p>Diese Vielfalt macht SuiteSparse zum Testen n\u00fctzlich:<\/p>\n<ul>\n<li>Sp\u00e4rliche direkte Faktorisierung<\/li>\n<li>Krylov iterative Methoden<\/li>\n<li>Vorkonditionierer<\/li>\n<li>Matrix-Neuordnung<\/li>\n<li>Diagrammpartitionierung<\/li>\n<li>GPU-Sp\u00e4rliche Kernel<\/li>\n<li>Speicher- und Speicherformate<\/li>\n<\/ul>\n<h3>Warum echte Matrizen wichtig sind<\/h3>\n<p>Eine synthetische Matrix kann eine ausgew\u00e4hlte Gr\u00f6\u00dfe oder einen Sparsit\u00e4tsgrad reproduzieren, w\u00e4hrend sie die strukturellen Eigenschaften fehlen, die ein reales System erschweren. Das Ausf\u00fcllen w\u00e4hrend der Faktorisierung, der Diagonaldominanz, der Symmetrie, der Konditionierung, der Blockstruktur und der Graphenkonnektivit\u00e4t kann das Solver-Verhalten beeinflussen.<\/p>\n<p>Eine gute Suitesparse-Studie sollte nicht nur Matrizen ausw\u00e4hlen, die eine Methode bevorzugen. Der Testsatz sollte die Zielanwendung darstellen und klare Ein- und Ausschlussregeln enthalten.<\/p>\n<h2>Solver-Bibliotheken und Benchmark-Daten<\/h2>\n<p>PETSC, Trilinos, Hypre und Superlu werden h\u00e4ufig im wissenschaftlichen Rechnen verwendet, bieten jedoch unterschiedliche F\u00e4higkeiten.<\/p>\n<ul>\n<li><strong>PETSC<\/strong> Liefert verteilte Vektoren, Matrizen, Krylov-Methoden, nichtlineare Solver, Zeitintegratoren und Schnittstellen zu externen Paketen.<\/li>\n<li><strong>Trilinos<\/strong> Enth\u00e4lt Pakete f\u00fcr sp\u00e4rliche Algebra, iterative Methoden, Vorkonditionierung, direkte Solver, nichtlineare Systeme und Multiphysik-Workflows.<\/li>\n<li><strong>Hypre<\/strong> konzentriert sich auf skalierbare iterative Solver und Multigrid-Vorkonditionierer f\u00fcr gro\u00dfe parallele Systeme.<\/li>\n<li><strong>Superlu<\/strong> bietet eine sp\u00e4rliche LU-Faktorisierung f\u00fcr sequentielle, Multithread- und verteilte Umgebungen.<\/li>\n<\/ul>\n<p>Ein glaubw\u00fcrdiger Vergleich sollte \u00e4quivalente Matrixformate, Stopptoleranzen, Vorkonditionierereinstellungen, Pr\u00e4zision, Hardwarezuordnung und Konvergenzdefinitionen verwenden.<\/p>\n<h2>ASU Mittelmann Benchmarks<\/h2>\n<p><a href=\"https:\/\/plato.asu.edu\" rel=\"nofollow noopener\" target=\"_blank\">Hans Mittelmanns ASU-Benchmark-Site<\/a> sammelt Testprobleme und Leistungsvergleiche f\u00fcr Optimierungssoftware.<\/p>\n<p>Die breitere Website umfasst mehrere Optimierungskategorien. Die PDE-beschr\u00e4nkte Optimierungssammlung umfasst vollst\u00e4ndig diskretisierte elliptische und parabolische Kontrollprobleme, die als AMPL-Modelle dargestellt werden.<\/p>\n<p>Diese Probleme k\u00f6nnen an nichtlineare Optimierungsl\u00f6ser \u00fcbermittelt werden, die Ampl unterst\u00fctzen. Sie sind n\u00fctzlich, um zu untersuchen, wie Optimierer mit gro\u00dfen Systemen umgehen, in denen die Entscheidungsvariablen und -beschr\u00e4nkungen aus einer diskretisierten PDE entstehen.<\/p>\n<h3>Welche PDE-beschr\u00e4nkten Optimierungsma\u00dfnahmen<\/h3>\n<p>Ein PDE-beschr\u00e4nkter Optimierungs-Benchmark kann mehr als die Geschwindigkeit der PDE-L\u00f6sung bewerten. Es kann auch testen:<\/p>\n<ul>\n<li>Zielfunktionsreduzierung<\/li>\n<li>Einschr\u00e4nkung Zufriedenheit<\/li>\n<li>Optimalit\u00e4t erster Ordnung<\/li>\n<li>Robustheit gegen\u00fcber anf\u00e4nglichen Vermutungen<\/li>\n<li>Derivative und hessische Handhabung<\/li>\n<li>Speichernutzung<\/li>\n<li>Skalierung, wenn die Diskretisierung verfeinert wird<\/li>\n<\/ul>\n<p>Diese Tests ersetzen keine normalen PDE- oder sp\u00e4rlichen linearen Solver-Benchmarks. Sie bewerten den kompletten Optimierungs-Workflow.<\/p>\n<h2>So w\u00e4hlen Sie den richtigen Benchmark<\/h2>\n<table class=\"custom-table\">\n<tbody><tr>\n<th>Bewertungsziel<\/th>\n<th>Empfohlene Ressource<\/th>\n<th>Hauptmetrik<\/th>\n<\/tr>\n<tr>\n<td>Vergleichen Sie ODE- oder Zeitintegrationsalgorithmen<\/td>\n<td>Scimlbenchmarks<\/td>\n<td>Fehler, Laufzeit, Funktionsauswertungen und Arbeitsgenauigkeit<\/td>\n<\/tr>\n<tr>\n<td>Vergleichen Sie gelernte PDE-Surrogat-Modelle<\/td>\n<td>Pdebench<\/td>\n<td>Vorhersagefehler, Rollout-Stabilit\u00e4t, Training und Inferenzkosten<\/td>\n<\/tr>\n<tr>\n<td>Vergleichen Sie HPC-Systeme mit sp\u00e4rlichen Workloads<\/td>\n<td>HPCG<\/td>\n<td>Durchsatz, Skalierung, Speicher und Kommunikationsleistung<\/td>\n<\/tr>\n<tr>\n<td>Vergleichen Sie Algorithmen f\u00fcr sp\u00e4rliche Solver<\/td>\n<td>suitesparse<\/td>\n<td>Laufzeit, Speicher, Iterationen, Robustheit und Residuen<\/td>\n<\/tr>\n<tr>\n<td>Vergleichen Sie PDE-beschr\u00e4nkte Optimierer<\/td>\n<td>ASU Mittelmann<\/td>\n<td>Laufzeit, gel\u00f6ste Probleme, Machbarkeit und Optimalit\u00e4t<\/td>\n<\/tr>\n<\/tbody><\/table>\n<h2>Entwerfen eines fairen Solver-Vergleichs<\/h2>\n<p>Jeder Solver sollte das gleiche mathematische Problem erhalten. Dies umfasst die gleiche Dom\u00e4ne, Mesh, Koeffizienten, Anfangsbedingungen, Randbedingungen, Endzeit und angeforderte Ausgabe.<\/p>\n<p>Wenn Algorithmen unterschiedliche interne Darstellungen verwenden, sollte sich der Vergleich auf ein gemeinsames externes Genauigkeitsma\u00df konzentrieren. Ein schnelles Ergebnis ist nicht n\u00fctzlich, wenn es den Zielfehler nicht erf\u00fcllt.<\/p>\n<p>Der Benchmark-Bericht sollte aufzeichnen:<\/p>\n<ul>\n<li>Solver- und Abh\u00e4ngigkeitsversionen<\/li>\n<li>Compiler- und Optimierungseinstellungen<\/li>\n<li>CPU-, GPU-, Speicher- und Netzwerkinformationen<\/li>\n<li>Thread- und Prozessz\u00e4hlungen<\/li>\n<li>Pr\u00e4zision und Datentyp<\/li>\n<li>Toleranzen und Stoppbedingungen<\/li>\n<li>Vorkonditionierungen und Matrix-Neuordnungen<\/li>\n<li>Aufw\u00e4rm- und Kompilierungsbehandlung<\/li>\n<li>Anzahl wiederholter L\u00e4ufe<\/li>\n<li>Fehler- und Fehlerdefinitionen<\/li>\n<\/ul>\n<h2>Verwenden Sie mehrere Genauigkeitsstufen<\/h2>\n<p>Ein Benchmark, der mit einer Toleranz durchgef\u00fchrt wird, kann einen irref\u00fchrenden Gewinner hervorbringen. Einige Methoden haben einen geringen Overhead und funktionieren gut, wenn die Genauigkeitsanforderungen locker sind. Andere werden mit strengeren Toleranzen wettbewerbsf\u00e4higer.<\/p>\n<p>F\u00fcr Zeitintegratoren sollten mehrere relative und absolute Toleranzkombinationen getestet werden. F\u00fcr iterative lineare L\u00f6ser sollten Forscher Restdefinitionen melden und untersuchen, ob die Reduktion der algebraischen Residuum dem tats\u00e4chlichen L\u00f6sungsfehler entspricht.<\/p>\n<p>Arbeitspr\u00e4zisionsdiagramme, Leistungsprofile und Konvergenzdiagramme liefern mehr Informationen als eine einzelne Timing-Tabelle.<\/p>\n<h2>Messen Sie die Einrichtung und die Kosten f\u00fcr wiederholte L\u00f6sung<\/h2>\n<p>Solver-Kosten enthalten oft mehrere Komponenten:<\/p>\n<ul>\n<li>Matrixbaugruppe<\/li>\n<li>Vorkonditionierer-Konstruktion<\/li>\n<li>Symbolische Faktorisierung<\/li>\n<li>Numerische Faktorisierung<\/li>\n<li>Individuelle L\u00f6sungszeit<\/li>\n<li>Daten\u00fcbertragung<\/li>\n<li>Ausgabe und Nachbearbeitung<\/li>\n<\/ul>\n<p>Eine direkte Methode kann hohe anf\u00e4ngliche Faktorisierungskosten verursachen, l\u00f6st jedoch zus\u00e4tzliche rechte Seiten schnell. Eine iterative Methode hat m\u00f6glicherweise niedrigere Einrichtungskosten, erfordert jedoch f\u00fcr jede L\u00f6sung viele Iterationen.<\/p>\n<p>Benchmark-Berichte sollten die einmalige Einrichtung von der wiederholten L\u00f6sung trennen.<\/p>\n<h2>H\u00e4ufige Benchmarking-Fehler<\/h2>\n<p>Ein h\u00e4ufiger Fehler ist der Vergleich von Ergebnissen, die auf verschiedenen Netzen oder mit unterschiedlichen Fehlerzielen generiert wurden. Eine schnellere Berechnung eines gr\u00f6beren Problems zeigt nicht, dass ein Solver effizienter ist.<\/p>\n<p>Andere h\u00e4ufige Fehler sind:<\/p>\n<ul>\n<li>Runtime melden ohne Fehler melden<\/li>\n<li>Auswahl nur g\u00fcnstiger Matrizen<\/li>\n<li>Verwenden verschiedener Stoppbedingungen<\/li>\n<li>Ignorieren fehlgeschlagener oder nicht konvergenter L\u00e4ufe<\/li>\n<li>Kombinieren von Kompilierung mit Ausf\u00fchrung f\u00fcr nur eine Sprache<\/li>\n<li>Vergleich von CPU und GPU l\u00e4uft ohne die Kosten f\u00fcr die Daten\u00fcbertragung zu dokumentieren<\/li>\n<li>Verwenden von HPCG zur Bewertung eines nicht verwandten neuronalen PDE-Modells<\/li>\n<li>Verwenden von Pdebench als Ersatz f\u00fcr sp\u00e4rliches Matrix-Benchmarking<\/li>\n<li>Nur der schnellste Lauf statt wiederholter Messungen melden<\/li>\n<li>Fehler beim Ver\u00f6ffentlichen von Skripten und Konfigurationen<\/li>\n<\/ul>\n<h2>A Practical Benchmark Workflow<\/h2>\n<ol>\n<li>Definieren Sie das wissenschaftliche Problem und den Zielanwendungsfall.<\/li>\n<li>W\u00e4hlen Sie eine Benchmark-Ressource aus, die der Solver-Klasse entspricht.<\/li>\n<li>W\u00e4hlen Sie repr\u00e4sentative Instanzen, bevor Sie die L\u00f6ser ausf\u00fchren.<\/li>\n<li>Definieren Sie allgemeine Fehler-, Konvergenz- und Ausfallkriterien.<\/li>\n<li>Nehmen Sie Software- und Hardwareumgebungen auf.<\/li>\n<li>Testen Sie mehrere Toleranzen, Matrixgr\u00f6\u00dfen oder Netzaufl\u00f6sungen.<\/li>\n<li>Separate Einrichtungs-, L\u00f6sungs- und Daten\u00fcbertragungskosten.<\/li>\n<li>Wiederholen Sie die L\u00e4ufe und melden Sie statistische Variationen.<\/li>\n<li>\u00dcberpr\u00fcfen Sie Genauigkeit, Robustheit, Speicher und Skalierbarkeit gemeinsam.<\/li>\n<li>Ver\u00f6ffentlichen Sie Skripte, Konfigurationsdateien und Rohergebnisse.<\/li>\n<\/ol>\n<h2>Verwandte Anleitungen<\/h2>\n<ul>\n<li><a href=\"https:\/\/matforge.org\/performance-profiling-optimization-python-pde-solvers\/\">Performance-Profiling und -optimierung f\u00fcr Python-PDE-Solver<\/a> \u2013 Erfahren Sie, wie Sie Laufzeit- und Speicherengp\u00e4sse identifizieren, bevor Sie Implementierungen vergleichen.<\/li>\n<li><a href=\"https:\/\/matforge.org\/mesh-quality-convergence-studies-guide-2\/\">Mesh-Qualit\u00e4ts- und Konvergenzstudien: Ein Hands-on-Guide <\/a> - \u00dcberpr\u00fcfen Sie die Netzverfeinerung und Konvergenzmethoden f\u00fcr faire PDE-Vergleiche.<\/li>\n<li><a href=\"https:\/\/matforge.org\/verification-vs-validation-in-scientific-simulations-a-practical-guide\/\">Verifikation vs. Validierung in wissenschaftlichen Simulationen<\/a> \u2014 Verstehen Sie, wie sich die numerische Korrektheit unterscheidet aus \u00dcbereinstimmung mit physikalischen Beobachtungen.<\/li>\n<\/ul>\n<h2>Schlussfolgerung<\/h2>\n<p>Wissenschaftliche Solver-Benchmarks dienen unterschiedlichen Zwecken. ScimlBenchmarks vergleicht Differentialgleichungsalgorithmen durch Fehler und Rechenarbeit. Pdebench bietet standardisierte wissenschaftliche ML-Datens\u00e4tze und -aufgaben. HPCG misst die Leistung von HPC-Systemen bei einer repr\u00e4sentativen sp\u00e4rlichen Arbeitslast. SuiteSparse unterst\u00fctzt umfassende Tests von Sparse-Matrix-Algorithmen unter Verwendung realer Anwendungsdaten. ASU Mittelmann bietet etablierte Optimierungstestprobleme, einschlie\u00dflich PDE-beschr\u00e4nkter Modelle.<\/p>\n<p>Diese Ressourcen sollten nicht als austauschbar behandelt werden. Der richtige Benchmark h\u00e4ngt davon ab, ob das Ziel ein Zeitintegrator, ein gelernter Ersatz, ein sp\u00e4rlicher linearer Solver, eine Hardwareplattform oder ein Optimierungspaket ist.<\/p>\n<p>Ein glaubw\u00fcrdiger Benchmark meldet Genauigkeit, Laufzeit, Speicher, Ausf\u00e4lle, Solver-Einstellungen und Hardwaredetails. Es verwendet identische Probleminstanzen und testet mehr als eine Toleranz oder Aufl\u00f6sung. Ziel ist es nicht nur, den schnellsten Lauf zu identifizieren, sondern zu bestimmen, welche Methode die erforderliche Genauigkeit und Zuverl\u00e4ssigkeit f\u00fcr die beabsichtigte wissenschaftliche Arbeitsbelastung liefert.<\/p>\n<\/article>\n"},"excerpt":{"rendered":"<p><span class=\"span-reading-time rt-reading-time\" style=\"display: block;\"><span class=\"rt-label rt-prefix\">Reading Time: <\/span> <span class=\"rt-time\"> 7<\/span> <span class=\"rt-label rt-postfix\">minutes<\/span><\/span>Benchmarking ist wichtig, wenn Forscher numerische Solver, maschinelle Lernmodelle, sp\u00e4rliche lineare Algebra-Bibliotheken oder Optimierungssoftware vergleichen m\u00fcssen. Ein Solver, der sich auf einer Gleichung, Matrix, Toleranz oder Hardware-Plattform gut abschneidet, kann sich unter anderen Bedingungen sehr unterschiedlich verhalten. Ein n\u00fctzlicher Benchmark sollte wiederholbare Problemdefinitionen, konsistente Genauigkeitsmessungen, kontrollierte Rechenumgebungen und transparente Berichte liefern. Es sollte auch mit [&hellip;]<\/p>\n","protected":false,"raw":""},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_locale":"de_DE","_original_post":"https:\/\/matforge.org\/?p=483","iawp_total_views":0,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-908","post","type-post","status-publish","format-standard","hentry","category-simulation-modeling-projects","de-DE"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v28.1 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Benchmark-Suiten f\u00fcr wissenschaftliche L\u00f6ser<\/title>\n<meta name=\"description\" content=\"Vergleichen Sie SCIML-, PDEBench-, HPCG-, Suitesparse- und ASU-Benchmarks f\u00fcr ODE-, PDE-, Sparse-Linear-, ML- und Optimierungsl\u00f6ser.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/matforge.org\/de\/benchmark-suites-scientific-solvers\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Benchmark-Suiten f\u00fcr wissenschaftliche L\u00f6ser\" \/>\n<meta property=\"og:description\" content=\"Vergleichen Sie SCIML-, PDEBench-, HPCG-, Suitesparse- und ASU-Benchmarks f\u00fcr ODE-, PDE-, Sparse-Linear-, ML- und Optimierungsl\u00f6ser.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/matforge.org\/de\/benchmark-suites-scientific-solvers\/\" \/>\n<meta property=\"og:site_name\" content=\"matforge.org\" \/>\n<meta property=\"article:published_time\" content=\"2026-07-30T12:23:15+00:00\" \/>\n<meta name=\"author\" content=\"Elena Markovska\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"Elena Markovska\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"11\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/matforge.org\\\/de\\\/benchmark-suites-scientific-solvers\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/de\\\/benchmark-suites-scientific-solvers\\\/\"},\"author\":{\"name\":\"Elena Markovska\",\"@id\":\"https:\\\/\\\/matforge.org\\\/#\\\/schema\\\/person\\\/980162bb5de46742daece973661d93da\"},\"headline\":\"Benchmark-Suiten f\u00fcr wissenschaftliche L\u00f6ser: SCIML, DOE Sparse Solver und ASU Mittelmann\",\"datePublished\":\"2026-07-30T12:23:15+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/de\\\/benchmark-suites-scientific-solvers\\\/\"},\"wordCount\":2244,\"commentCount\":0,\"articleSection\":[\"Simulation & amp; Modellierungsprojekte\"],\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/matforge.org\\\/de\\\/benchmark-suites-scientific-solvers\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/matforge.org\\\/de\\\/benchmark-suites-scientific-solvers\\\/\",\"url\":\"https:\\\/\\\/matforge.org\\\/de\\\/benchmark-suites-scientific-solvers\\\/\",\"name\":\"Benchmark-Suiten f\u00fcr wissenschaftliche L\u00f6ser\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/#website\"},\"datePublished\":\"2026-07-30T12:23:15+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/#\\\/schema\\\/person\\\/980162bb5de46742daece973661d93da\"},\"description\":\"Vergleichen Sie SCIML-, PDEBench-, HPCG-, Suitesparse- und ASU-Benchmarks f\u00fcr ODE-, PDE-, Sparse-Linear-, ML- und Optimierungsl\u00f6ser.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/de\\\/benchmark-suites-scientific-solvers\\\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/matforge.org\\\/de\\\/benchmark-suites-scientific-solvers\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/matforge.org\\\/de\\\/benchmark-suites-scientific-solvers\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/matforge.org\\\/de\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Benchmark-Suiten f\u00fcr wissenschaftliche L\u00f6ser: SCIML, DOE Sparse Solver und ASU Mittelmann\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/matforge.org\\\/#website\",\"url\":\"https:\\\/\\\/matforge.org\\\/\",\"name\":\"matforge.org\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/matforge.org\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/matforge.org\\\/#\\\/schema\\\/person\\\/980162bb5de46742daece973661d93da\",\"name\":\"Elena Markovska\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/2de4e35b6581d7d8a839335156c6b5834cfaa0aef537a1c837e882dc57eea1e7?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/2de4e35b6581d7d8a839335156c6b5834cfaa0aef537a1c837e882dc57eea1e7?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/2de4e35b6581d7d8a839335156c6b5834cfaa0aef537a1c837e882dc57eea1e7?s=96&d=mm&r=g\",\"caption\":\"Elena Markovska\"},\"sameAs\":[\"http:\\\/\\\/matforge.org\"],\"url\":\"https:\\\/\\\/matforge.org\\\/author\\\/elena-markovska\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Benchmark-Suiten f\u00fcr wissenschaftliche L\u00f6ser","description":"Vergleichen Sie SCIML-, PDEBench-, HPCG-, Suitesparse- und ASU-Benchmarks f\u00fcr ODE-, PDE-, Sparse-Linear-, ML- und Optimierungsl\u00f6ser.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/matforge.org\/de\/benchmark-suites-scientific-solvers\/","og_locale":"de_DE","og_type":"article","og_title":"Benchmark-Suiten f\u00fcr wissenschaftliche L\u00f6ser","og_description":"Vergleichen Sie SCIML-, PDEBench-, HPCG-, Suitesparse- und ASU-Benchmarks f\u00fcr ODE-, PDE-, Sparse-Linear-, ML- und Optimierungsl\u00f6ser.","og_url":"https:\/\/matforge.org\/de\/benchmark-suites-scientific-solvers\/","og_site_name":"matforge.org","article_published_time":"2026-07-30T12:23:15+00:00","author":"Elena Markovska","twitter_card":"summary_large_image","twitter_misc":{"Verfasst von":"Elena Markovska","Gesch\u00e4tzte Lesezeit":"11\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/matforge.org\/de\/benchmark-suites-scientific-solvers\/#article","isPartOf":{"@id":"https:\/\/matforge.org\/de\/benchmark-suites-scientific-solvers\/"},"author":{"name":"Elena Markovska","@id":"https:\/\/matforge.org\/#\/schema\/person\/980162bb5de46742daece973661d93da"},"headline":"Benchmark-Suiten f\u00fcr wissenschaftliche L\u00f6ser: SCIML, DOE Sparse Solver und ASU Mittelmann","datePublished":"2026-07-30T12:23:15+00:00","mainEntityOfPage":{"@id":"https:\/\/matforge.org\/de\/benchmark-suites-scientific-solvers\/"},"wordCount":2244,"commentCount":0,"articleSection":["Simulation & amp; Modellierungsprojekte"],"inLanguage":"de","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/matforge.org\/de\/benchmark-suites-scientific-solvers\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/matforge.org\/de\/benchmark-suites-scientific-solvers\/","url":"https:\/\/matforge.org\/de\/benchmark-suites-scientific-solvers\/","name":"Benchmark-Suiten f\u00fcr wissenschaftliche L\u00f6ser","isPartOf":{"@id":"https:\/\/matforge.org\/#website"},"datePublished":"2026-07-30T12:23:15+00:00","author":{"@id":"https:\/\/matforge.org\/#\/schema\/person\/980162bb5de46742daece973661d93da"},"description":"Vergleichen Sie SCIML-, PDEBench-, HPCG-, Suitesparse- und ASU-Benchmarks f\u00fcr ODE-, PDE-, Sparse-Linear-, ML- und Optimierungsl\u00f6ser.","breadcrumb":{"@id":"https:\/\/matforge.org\/de\/benchmark-suites-scientific-solvers\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/matforge.org\/de\/benchmark-suites-scientific-solvers\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/matforge.org\/de\/benchmark-suites-scientific-solvers\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/matforge.org\/de\/"},{"@type":"ListItem","position":2,"name":"Benchmark-Suiten f\u00fcr wissenschaftliche L\u00f6ser: SCIML, DOE Sparse Solver und ASU Mittelmann"}]},{"@type":"WebSite","@id":"https:\/\/matforge.org\/#website","url":"https:\/\/matforge.org\/","name":"matforge.org","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/matforge.org\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Person","@id":"https:\/\/matforge.org\/#\/schema\/person\/980162bb5de46742daece973661d93da","name":"Elena Markovska","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/secure.gravatar.com\/avatar\/2de4e35b6581d7d8a839335156c6b5834cfaa0aef537a1c837e882dc57eea1e7?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/2de4e35b6581d7d8a839335156c6b5834cfaa0aef537a1c837e882dc57eea1e7?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/2de4e35b6581d7d8a839335156c6b5834cfaa0aef537a1c837e882dc57eea1e7?s=96&d=mm&r=g","caption":"Elena Markovska"},"sameAs":["http:\/\/matforge.org"],"url":"https:\/\/matforge.org\/author\/elena-markovska\/"}]}},"_links":{"self":[{"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/posts\/908","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/comments?post=908"}],"version-history":[{"count":1,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/posts\/908\/revisions"}],"predecessor-version":[{"id":1000,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/posts\/908\/revisions\/1000"}],"wp:attachment":[{"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/media?parent=908"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/categories?post=908"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/tags?post=908"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}