-
GEBIET
-
Die vorliegende Offenbarung betrifft Multiprozessor- und Multikern-Rechnersysteme, und insbesondere das dynamische Abstimmen von Multiprozessor- und Multikern-Rechnersystemen, um die Anwendungsleistung und Skalierbarkeit zu verbessern.
-
HINTERGRUND
-
Computer- und Kommunikationssysteme, einschließlich mobiler Plattformen, werden mit einer immer größeren Anzahl von Prozessoren (z.B. zentrale Recheneinheit oder CPU) und einer immer größeren Anzahl von Prozessorkernen (z.B. Hardware-Kernen) angeboten, die auf diesen CPUs integriert sind. Dies wird im Allgemeinen deshalb durchgeführt, um durch einen erhöhten Parallelismus eine größere Rechenleistung bereitzustellen. Jeder Hardware-Kern kann auch mehrere Hardware-Threads umfassen (werden auch als logische Kerne oder Hyperthreading bezeichnet), um die Anzahl paralleler Vorgänge weiter zu erhöhen. Allerdings sind Softwareanwendungen oftmals nicht darauf ausgelegt, diesen Parallelismus vorteilhaft nutzen zu können und ihre Leistung kann tatsächlich abnehmen, wenn Hardware aufgestockt wird, um eine größere parallele Verarbeitungskapazität zu bieten. Dies kann z.B. durch eine relativ ineffiziente Synchronisation zwischen den verschiedenen Bestandteilen der Software (z.B. Prozesse und/oder Software-Threads) verursacht werden, die für die parallele Ausführung abgeteilt wurden. Dies kann auch durch die Notwendigkeit verursacht werden, dass jene Bestandteile beschränkte Ressourcen gemeinsam nutzen müssen. Diese Schwierigkeiten können demnach die Skalierbarkeit von Softwareanwendungen in Bezug auf das Zurechtkommen mit einer ansteigenden Auslastung oder mehr Durchsatz, das nur auf einer erhöhten Rechenleistung basiert, zu beschränken.
-
Figurenliste
-
Merkmale und Vorteile der Ausführungsformen des beanspruchten Gegenstands gehen aus den Vorgängen der nachfolgenden detaillierten Beschreibung und aus der Durchsicht der Zeichnungen hervor, in denen ähnliche Bezugsziffern ähnliche Teile bezeichnen, und in denen:
- 1 ein Top-Level-Systemdiagramm einer beispielhaften Ausführungsform in Übereinstimmung mit der vorliegenden Offenbarung zeigt;
- 2 ein Blockdiagramm einer beispielhaften Ausführungsform in Übereinstimmung mit der vorliegenden Offenbarung zeigt;
- 3 ein Blockdiagramm einer weiteren beispielhaften Ausführungsform in Übereinstimmung mit der vorliegenden Offenbarung zeigt;
- 4 ein Flussdiagramm von Vorgängen einer beispielhaften Ausführungsform in Übereinstimmung mit der vorliegenden Offenbarung zeigt;
- 5 ein Flussdiagramm von Vorgängen einer weiteren beispielhaften Ausführungsform in Übereinstimmung mit der vorliegenden Offenbarung zeigt; und
- 6 ein Systemdiagramm einer Plattform einer weiteren beispielhaften Ausführungsform in Übereinstimmung mit der vorliegenden Offenbarung zeigt.
-
Obwohl die nachfolgende detaillierte Beschreibung auf beispielhafte Ausführungsformen Bezug nimmt, sind viele Alternativen, Modifikationen und Variationen davon für Fachleute auf dem Gebiet klar ersichtlich.
-
DETAILLIERTE BESCHREIBUNG
-
Im Allgemeinen stellt diese Offenbarung Systeme, Vorrichtungen, Verfahren und computerlesbare Medien zum dynamischen Abstimmen von Multiprozessor- und Multikern-Rechnersystemen, einschließlich Hyperthreading-Systeme, bereit, um die Anwendungsleistung und Skalierbarkeit zu verbessern und den Systemleistungsverbrauch zu verringern. Der Begriff „Skalierbarkeit“, wie hierin verwendet, bezieht sich auf das Vorhandensein einer Beziehung (z.B. ein gewisses Ausmaß einer Proportionalität oder Linearität) zwischen der Leistung oder dem Durchsatz einer Softwareanwendung und der gemessenen Auslastung des Prozessors. Die Leistung oder der Durchsatz stellt ein gewisses Maß der Arbeitsleistung dar, die von der Softwareanwendung erzielt wird.
-
Die Softwareanwendung kann zur Ausführung auf mehrere CPUs, Prozessorkerne und Hardware-Threads (oder logische Kerne) aufgeteilt werden, um Vorgänge zumindest in gewissem Ausmaß parallel auszuführen. Diese parallel ausführenden Komponenten können z.B. Prozesse und Software-Threads umfassen.
-
Die Ausführung der Anwendung kann profiliert oder überwacht werden, um die Leistung zu bewerten und Skalierbarkeitsprobleme zu detektieren. Das Vorliegen eines Skalierbarkeitsproblems kann bestimmt werden, wenn die Prozessorauslastung mit einer schnelleren Rate ansteigt als der Anwendungsdurchsatz, wie nachstehend genauer beschrieben wird. Dies kann z.B. eintreten, wenn die Anwendungssoftware nicht so geschrieben wurde, dass sie Synchronisationsprobleme auf relativ effiziente Weise handhabt, und somit statt der Erfüllung der beabsichtigen Funktionen Prozesszyklen verbraucht, die auf die Synchronisation warten.
-
Eine Analyse kann durchgeführt werden, um zu bestimmen, um die Ursache dieser Skalierbarkeitsprobleme auf einen Zugriffskonflikt oder auf die gemeinsame Nutzung beschränkter Ressourcen zurückzuführen ist. Ein Zugriffskonflikt kann z.B. ein Sperrkonflikt oder Datenzugriffskonflikte zwischen den parallelen Komponenten der Anwendung umfassen, wobei Sperren (z.B. Spinlocks oder andere solche geeignete Mechanismen) verwendet werden, um für eine Synchronisation zwischen den Komponenten zu sorgen. Beschränkte Ressourcen können z.B. ArbeitsspeicherCaches, Ausführungspipelinepuffer und andere Hardware-Ressourcen der CPUs und/oder Kerne umfassen. Dynamisches Abstimmen (auch als Abgleichen oder erneutes Abgleichen bezeichnet) kann basierend auf dieser Analyse durchgeführt werden, um das erneute Anbinden der Anwendung an weniger CPUs, das Blockieren von Hyperthreading und/oder das Blockieren einiger Kerne eines CPUs zu umfassen, wie hierin besprochen werden kann.
-
1 zeigt ein Top-Level-Systemdiagramm 100 einer beispielhaften Ausführungsform in Übereinstimmung mit der vorliegenden Offenbarung. Ein Benutzer 102 kann mit einem lokalen Client-System 104 interagieren, um über ein Netzwerk 110 Zugriff auf ein Fernserversystem 106 zu erhalten. Das Serversystem 106 kann konfiguriert sein, eine oder mehrere Softwareanwendungen 108 zu hosten oder auszuführen. Eine Softwareanwendung 108 kann eine geschäftliche/Unternehmens-Softwareanwendung sein, einschließlich, aber nicht ausschließlich z.B. einer Software zum Verwalten der Kundenbeziehung, einer Software zum Planen der Firmenressourcen, einer Software zum Verwalten des Humankapitals und einer Business Intelligence Software. Der Server 106 kann konfiguriert sein, vielen Benutzern 102 und Client-Systemen 104 Zugriff auf diese geschäftliche/Unternehmens-Softwareanwendung 108 zu geben. In manchen Ausführungsformen kann der Benutzer Anfragen an die geschäftliche/Unternehmens-Softwareanwendung 108 senden, die auf dem Server 106 vorhanden ist, und die geschäftliche/Unternehmens-Anwendung führt die Anfragen aus und kommuniziert die Ergebnisse wieder zurück zum Benutzer. Die geschäftliche/Unternehmens-Anwendungssoftware 108 kann auch mit anderen Servern 112 wie z.B. Datenbankservern, kommunizieren. Die anderen Server 112 können sich fern vom Server 106 befinden und somit kann die Kommunikation zwischen ihnen auch über das Netzwerk 110 geschehen.
-
Der Server 106 kann mehrere CPUs und Prozesskerne umfassen, von denen jeder beliebige ferner für einen Hyperthreading-Betrieb konfiguriert sein kann. Der Server 106 ist ebenfalls so dargestellt, dass er eine dynamische Abstimmungsschaltungsanordnung 114 umfasst, die konfiguriert ist, um die Anwendungsleistung/den Durchsatz zu überwachen, zu bestimmen, ob Skalierbarkeitsprobleme vorliegen (aufgrund eines Konflikts oder Beschränkungsproblemen) und die Verteilung der Softwareanwendungen über die CPUs und Kerne auszugleichen oder erneut auszugleichen, wie nachstehend beschrieben wird. Das Abstimmen wird als dynamisch bezeichnet, da es durchgeführt werden kann, während die Anwendung ausgeführt wird (z.B. in Echtzeit).
-
Obwohl sich die Diskussion verschiedener Ausführungsformen in der vorliegenden Schrift auf ein Serversystem beziehen können, die eine geschäftliche/Unternehmen-Anwendungssoftware ausführt, gilt anzuerkennen, dass der Server 106 ein beliebiger Typ einer Multiprozessor-(Multikern-Rechner- oder Kommunikationsplattform sein kann, und dass die Software eine beliebige Art von Software sein kann, die ein gewisses Ausmaß einer Netzwerkkommunikation umfasst.
-
2 zeigt ein Blockdiagramm 200 einer beispielhaften Ausführungsform in Übereinstimmung mit der vorliegenden Offenbarung. Der Server 106 ist so dargestellt, dass er einen Systemkern oder ein Betriebssystem (OS) 206, eine Netzwerkschnittstelle 208, eine oder mehrere Softwareanwendungen 108 und die dynamische Abstimmungsschaltungsanordnung 114 umfasst. Die dynamische Abstimmungsschaltungsanordnung 114 kann ferner eine Profilierungs- (oder Überwachungs-) Schaltungsanordnung 202 und Planungs-Schaltungsanordnung 204 umfassen, deren Vorgänge nachstehend genauer beschrieben werden. Der Server 106 ist auch so dargestellt, dass er eine Anzahl (N) von CPUs 210 umfasst, von denen jede eine Anzahl (M) von Prozesskernen 212 umfassen kann. Jeder Kern kann wiederum konfiguriert sein, mehrere Hardware-Threads auszuführen (z.B. logische Kerne oder Hyperthreading). Die Softwareanwendungen 108 können somit in Komponententeile (z.B. Prozesse, Softwarethreads etc.) aufgeteilt sein, die zumindest in einem gewissen Ausmaß parallel auf jeder CPU, jedem Kern und/oder logischen Kern ausgeführt werden.
-
Der Systemkern 206 kann konfiguriert sein, die Ausführung der Softwareanwendungen 108 zu verwalten und die Komponentenprozesse jener Anwendungen auf die verschiedenen CPUs 210 und Kerne 212 zu verteilen. Der Systemkern 206 kann verschiedene Datenstrukturen wie z.B. eine Ausführungswarteschlange für jeden CPU aufrechterhalten, die Prozesse auflisten, die auf dieser CPU ausgeführt werden können. Zusätzlich dazu kann der Systemkern ein Register oder eine Bitmaske aufrechterhalten, das/die jedem Prozess zugeordnet ist, um anzuzeigen, auf welchen Kernen dieser Prozess ausgeführt werden kann.
-
Die Netzwerkschnittstelle 208 kann konfiguriert sein, Pakete, z.B. Daten- und/oder Steuerpakete, über das Netzwerk 110 zu senden und zu empfangen, was eine Kommunikation zwischen den Softwareanwendungen 108 auf Server 106 und anderen Fernservern oder -Systemen ermöglicht. Die Netzwerkschnittstelle 208 kann ebenfalls konfiguriert sein, den Netzwerktraffic (z.B. die Anzahl von Paketen, die über einen gegebenen Zeitraum gesendet und/oder empfangen wurden) zu messen.
-
Unter Bezugnahme auf 3 sind die CPUs 210 so dargestellt, dass sie mehrere Kerne 212 umfassen, wobei jeder Kern ferner mehrere (K) Hardware-Threads oder logische Kerne 302 umfasst. Die CPUs 210 können konfiguriert sein, gemeinsame Ressourcen 310 zur gemeinsamen Nutzung bereitzustellen, z.B. von Kernen 212 dieser CPU. Die Kerne 212 können konfiguriert sein, gemeinsame Ressourcen 304 zur gemeinsamen Nutzung bereitzustellen, z.B. von den Hardware-(HW) Threads 302 dieses Kerns.
-
Beispiele für gemeinsam genutzte Kernressourcen 304 können Mikroarchitektur-Befehlspipelineressourcen wie z.B. Umordnungspuffer, Ladungspuffer, Reservierungsstationen und Caches Level 1 und Level 2 umfassen. Beispiele für gemeinsam genutzte CPU-Ressourcen 310 können zumindest den Cache des letzten Levels (LLC) umfassen.
-
Leistungszähler 320 (auch als Hardwarezähler bezeichnet) können auch für jede CPU 210 bereitgestellt werden und konfiguriert sein, Ereigniszähler oder andere Statistiken in Bezug auf verschiedene Arten von Hardware-Verwendungsereignissen oder Bedingungen in einem gegebenen Zeitrahmen bereitzustellen. In manchen Ausführungsformen können die Leistungszähler als Teil einer Hardwareleistungsüberwachungseinheit (PMU) implementiert sein, die in die CPU integriert ist, und die Zähler können in Register- und/oder Arbeitsspeicherpositionen integriert sein, die von der PMU aktualisiert werden und von der Profilierungsschaltungsanordnung 202 lesbar sind. Beispielsweise können Zähler bereitgestellt werden, um die Verwendung (oder verfügbare Kapazität) einer beliebigen der Befehlspipelineressourcen (Puffer, Caches etc.) anzugeben, die mit einer Befehlspipelineverzögerung in Zusammenhang stehen können. Andere Zähler können bereitgestellt werden, um Cache-Snoop-Antworten zu zählen, die darauf hindeuten, dass sich der Cache in einem modifizierten Zustand befindet, der mit Arbeitsspeicherkonflikten und möglichen Sperrkonflikten in Zusammenhang stehen kann. Andere Zähler können bereitgestellt werden, um Cache-Fehlerraten zu zählen, die abhängig von den Werten der anderen Leistungszähler auf Cache-Kapazitätsbeschränkungen oder Cache-Konflikte hindeuten können. Noch weitere Zähler können bereitgestellt werden, um Konflikte in Adressräumen, die auf Arbeitsspeichersteuerungen kartiert sind, die das Teilen der LLC zwischen Kernen erleichtern, nachzuverfolgen.
-
Viele Arten von Leistungszählern können verwendet werden, und die obige Liste soll nicht erschöpfend sein. Manche Arten von Zählern können angeben, dass Ressourcen eingeschränkt werden (z.B. der Befehlsumordnungspuffer ist voll), während andere Arten von Zählern Konflikte angeben (z.B. modifizierter Cache-Snoop-Zustand). In manchen Fällen können Kombinationen aus verschiedenen Zählern verwendet werden, um zu bestimmen, ob ein Skalierbarkeitsproblem auf Konflikte oder Beschränkungen zurückzuführen ist. Falls sich beispielsweise die Cache-Fehlerrate erhöht, aber der modifizierte Cache-Snoop-Zustandszähler auf einem relative geringen Wert bleibt, dann ist ein Cache-Fehler aufgrund einer Kapazitätsbeschränkung wahrscheinlicher als ein Zugriffskonflikt.
-
Zusätzlich dazu kann Netzwerkschnittstelle 208 konfiguriert sein, Zähler bereitzustellen, um die Anzahl von Paketen anzugeben, die gesendet und/oder empfangen wurden, um den Netzwerktraffic zu messen. Der Durchsatz oder die Leistung der Anwendung kann basierend auf einer Messung des jener Anwendung zugeordneten Netzwerktraffics geschätzt werden, der im Allgemeinen mit der Menge an Arbeitslast korreliert, die von der Anwendung erzielt wird (z.B. Seitendownloads pro Sekunde, Übertragungen pro Sekunde, Arbeitsvorgänge pro Sekunde, Benutzeranfragen, die pro Sekunde verarbeitet werden etc.). Dies trifft vor allem auf geschäftliche/Unternehmens-Softwareanwendungen zu. Die Verwendung eines einer Softwareanwendung zugehörigen gemessenen Netzwerktraffics verhindert als Indikator des Anwendungsdurchsatzes die Notwendigkeit von bereits zuvor bekannten Informationen zum speziellen Verhalten, den inneren Arbeitsabläufen oder dem Zweck der Anwendung, die als allgemeines Informationsmaterial nur schwierig zu erhalten sind. Somit kann dieses Verfahren des Schätzens des Anwendungsdurchsatzes auf eine beliebige Anwendung (die Netzwerkkommunikationen verwendet) von einem beliebigen Software-Verkäufer ohne Notwendigkeit für eine Zusammenarbeit mit diesem Verkäufer oder als Analyse des Anwendungssoftwareaufbaus durchgeführt werden.
-
Die Profilierungsschaltungsanordnung 202 kann konfiguriert sein, um: die CPU-Verwendung (z.B. den Prozentsatz der Zeit, in der die CPU ungenutzt ist) zu messen; den Anwendungsdurchsatz (z.B. basierend auf dem Netzwerkdurchsatz) zu schätzen, um das Vorliegen eines Skalierbarkeitsproblems zu identifizieren; und einen oder mehrere der Leistungszähler 320 zu lesen und zu analysieren, um die Ursache des Skalierbarkeitsproblems zu bestimmen. In manchen Ausführungsformen kann die Profilierungschaltungsanordnung 202 als Softwaredriver-Komponente des Systemkerns 206 oder als eine Komponente des Systemkernplaners ausgeführt sein. Die Profilierungsschaltungsanordnung 202 kann Informationen durch direktes Abfühlen der Leistungszähler (oder PMU) oder unter Verwendung existierender Profilierungswerkzeuge wie „EMON“, bereitgestellt von Intel, oder „perf“, bereitgestellt von Linux OS, erhalten. Der Betrieb der Profilierungsschaltungsanordnung 202 wird nachstehend in Verbindung mit 4 und insbesondere in Verbindung mit Vorgängen 404, 406, 408, 410 und 414 näher beschrieben.
-
Die Planungsschaltungsanordnung 204 kann konfiguriert sein, die Verteilung der Softwareanwendungskomponenten (z.B. Prozesse, Softwarethreads etc.) auf die CPUs, lokalen Kerne und logischen Kerne basierend auf der von der Profilierungsschaltungsanordnung 202 bereitgestellten Analyse abgleichen oder erneut abgleichen. Dies kann z.B. durch erneutes Anbinden der Anwendung an weniger CPUs, durch Blockieren des Hyperthreadings und/oder durch Blockieren einiger Kerne einer CPU erzielt werden. Der Betrieb der Planungsschaltungsanordnung 204 wird nachstehend in Verbindung mit 4 und insbesondere in Verbindung mit Vorgängen 412, 416 und 418 näher beschrieben.
-
4 zeigt ein Flussdiagramm von Vorgängen 400 einer beispielhaften Ausführungsform in Übereinstimmung mit der vorliegenden Offenbarung. Bei Vorgang 402 wird die Softwareanwendung ausgeführt. Bei Vorgang 404 wird die CPU-Verwendung gemessen und mit einem Schwellenverwendungswert verglichen. In manchen Ausführungsformen kann der Schwellenverwendungswert in einem Bereich von 45 bis 55 % Verwendung liegen. Falls die Verwendung geringer ist als der Schwellenwert, kann die Belastung des Systems klein genug sein, dass ein dynamisches Abstimmen keine ausreichende Leistungsverbesserung bereitstellen kann, um ihre Verwendung zu rechtfertigen, und somit wird die Ausführung der Anwendung ohne Modifikation weiter zugelassen.
-
Falls die CPU-Verwendung jedoch die Schwelle überschreitet, dann kann die Systemprofilierung und Analyse in Vorgang 406 eingeleitet werden. Dies kann das Schätzen des Durchsatzes der Anwendung umfassen, das z.B. wie bereits zuvor beschrieben auf dem gemessenen Netzwerktraffic basieren kann.
-
Bei Vorgang 408 wird eine Bestimmung vorgenommen, ob die Anwendung in einem annehmbaren Ausmaß skaliert oder ob sie Skalierbarkeitsprobleme aufweist. Der geschätzte Anwendungsdurchsatz von Vorgang 406 wird über einen ausgewählten Zeitraum hinweg nachverfolgt und mit der CPU-Verwendung verglichen. Falls herausgefunden wird, dass die CPU-Verwendung oder die Last auf dem System mit einer schnelleren Rate ansteigt als der Anwendungsdurchsatz, dann kann ein Skalierbarkeitsproblem vorliegen. Falls sich die gemessene Verwendung beispielsweise von 52 % auf 89 % erhöht (einem Anstieg von etwa 70 %), der geschätzte Anwendungsdurchsatz jedoch nur um 40 % ansteigt, dann kann bestimmt werden, dass ein Skalierbarkeitsproblem vorliegt. Anders ausgedrückt kann ein gewisses Maß an Proportionalität oder einer linearen Beziehung zwischen der Verwendung und dem Durchsatz erwartet werden, wenn eine Anwendung gut skaliert, und eine Abweichung von diesem Maß an Proportionalität kann auf ein Skalierbarkeitsproblem hindeuten. Die Differenz zwischen der Anstiegsrate der CPU-Verwendung und der Anstiegsrate des Anwendungsdurchsatzes, die erforderlich ist, um die Detektion eines Skalierbarkeitsproblems auszulösen, kann basierend auf heuristischen Bewertungen, Versuchen oder anderen geeigneten Verfahren bestimmt werden. Diese Differenz zwischen Anstiegsraten kann als Skalenfaktor ausgedrückt werden, und ein Schwellenskalenfaktor kann ausgewählt werden, um die Detektion eines Skalierbarkeitsproblems auszulösen, wenn eine Schwelle überschritten wird. In manchen Ausführungsformen kann der Schwellenskalenfaktor auf einen Wert im Bereich von 1,2 bis 1,3 eingestellt werden, um die Tatsache miteinzubinden, dass, obwohl ein theoretischer Wert von 1,0 erwartet werden könnte (welcher eine perfekte Proportionalität zwischen der Anstiegsrate der CPU-Verwendung und der Anstiegsrate des Anwendungsdurchsatzes angibt), es in der Praxis zu Abweichungen und Rauschen in der Messung kommen kann.
-
Falls ein Skalierbarkeitsproblem detektiert wird, dann wird bei Vorgang 410 eine Bestimmung vorgenommen, ob das Skalierbarkeitsproblem durch Konflikte oder durch eine beschränkte Ressourcenteilung verursacht wird. In manchen Ausführungsformen kann auf Hardwareleistungszähler zugegriffen und diese können gelesen werden, um Statistiken über Konflikte über Beschränkungen zu erhalten, und wie sich diese auf die Anwendungsausführung auswirken, wie bereits zuvor in Verbindung mit 3 beschrieben wurde. Falls bestimmt wird, dass die Skalierbarkeit von einem Beschränkungsproblem beeinträchtigt wird, dann kann die Anwendung bei Vorgang 412 erneut auf eine geringere Anzahl von CPUs angebunden werden. Dies reduziert die Möglichkeit eines Konflikts zwischen CPUs, die Komponenten derselben Anwendung ausführen (z.B. Reduzieren der Kommunikation zwischen CPUs für Sperren etc.). Dies kann auch manche jener CPUs freistellen, die andere Prozesse ausführen, die anderen Anwendungen zugeordnet sind (was die gesamte Systemeffizienz verbessern kann) oder es ihnen ermöglichen, unbenutzt zu sein (was den Leistungsverbrauch verbessern kann). Dieses erneute Anbinden kann z.B. bei manchen Systemkernen durch Modifizieren einer Bitmaske erreicht werden, die dem Prozess der Anwendung zugeordnet ist.
-
Falls jedoch bestimmt wird, dass die Skalierbarkeit von Ressourcenbeschränkungen beeinträchtigt wird, dann wird bei Vorgang 414 eine weitere Bestimmung vorgenommen, die angibt, ob die identifizierten Ressourcen von mehreren Threads auf demselben Kern oder von mehreren Kernen auf derselben CPU gemeinsam genutzt werden. Im Fall einer gemeinsamen Nutzung durch mehrere Threads auf demselben Kern (z.B. ist die gemeinsam genutzte Ressource auf einen Prozesskern beschränkt), dann wird das Hyperthreading bei Vorgang 416 deaktiviert. Anderenfalls werden manche der Kerne auf der CPU bei Vorgang 418 deaktiviert.
-
Nach dem Abstimmen der Anwendungsausführung wie z.B. bei beliebigen der Vorgänge 412, 416 oder 418 wird der Anwendung erlaubt, die Ausführung bei Vorgang 402 fortzusetzen. Die Anwendung wird weiterhin überwacht und zusätzliche Abstimmungen oder ein erneutes Abgleichen können falls notwendig durchgeführt werden, z.B. falls die Bedingungen zwischen Konflikt und Ressourcenbeschränkung variieren. Falls außerdem in manchen Ausführungsformen bestimmt wird, dass Abstimmungsänderungen einen gegenteiligen (oder relativ vernachlässigbaren) Effekt auf die Leistung ausüben, können jene Veränderungen zurückgenommen oder umgekehrt werden.
-
5 zeigt ein Flussdiagramm von Vorgängen 500 einer weiteren beispielhaften Ausführungsform in Übereinstimmung mit der vorliegenden Offenbarung. Die Vorgänge stellen ein Verfahren zum dynamischen Abstimmen von Multiprozessor- und Multikern-Rechnersystemen bereit. Bei Vorgang 510 wird das Auftreten eines Skalierbarkeitsproblems, das der Ausführung einer Anwendung auf dem Multiprozessorrechnersystem zugeordnet ist, detektiert. Bei Vorgang 520 wird eine Bestimmung dessen vorgenommen, ob das Skalierbarkeitsproblem mit einem Zugriffskonflikt oder einer Ressourcenbeschränkung in Zusammenhang steht. Bei Vorgang 530 wird die Anwendung, falls das Skalierbarkeitsproblem einem Zugriffskonflikt zugeordnet wurde, erneut an eine geringere Anzahl von Prozessoren des Multiprozessorrechnersystems angebunden.
-
6 zeigt ein Systemdiagramm 600 einer beispielhaften Ausführungsform in Übereinstimmung mit der vorliegenden Offenbarung. Das System 600 kann eine Rechenplattform 610 wie z.B. ein Server, ein Arbeitsplatzgerät oder ein Desktopcomputer sein. Es gilt jedoch anzuerkennen, dass Ausführungsformen des hierin beschriebenen Systems nicht auf Rechenplattformen beschränkt sind, und in manchen Ausführungsformen kann das System 600 eine Kommunikations-, Unterhaltungs- oder eine beliebige andere geeignete Art von Vorrichtung sein, wie z.B. ein Smartphone, ein Smart-Tablet, ein persönlicher digitaler Assistent (PDA), eine mobile Internetvorrichtung (MID), ein konvertierbares Tablet, ein Notebook oder ein Laptopcomputer. Die Vorrichtung kann dem Benutzer im Allgemeinen über ein Displayelement 660 wie z.B. einem Touchscreen, einem Flüssigkristalldisplay (LCD) oder einem beliebigen anderen Displaytyp verschiedene Schnittstellen anzeigen.
-
Das System 600 ist so dargestellt, dass es ein Prozessorsystem 602 umfasst, dass ferner eine beliebige Anzahl von Prozessoren 620 und Arbeitsspeichern 630 umfassen kann. In manchen Ausführungsformen können die Prozessoren 620 als eine beliebige Anzahl von Prozessorkernen implementiert sein (z.B. als HW-Kerne). Der Prozessor (oder Prozessorkerne) können eine beliebige Art von Prozessor sein, z.B. ein Allzweckprozessor, ein Mikroprozessor, ein eingebetteter Prozessor, ein digitaler Signalprozessor (DSP), ein Grafikprozessor (GPU), ein Netzwerkprozessor, eine feldprogrammierbare Gateanordnung oder eine andere Vorrichtung, die konfiguriert ist, um Code auszuführen. Die Prozessoren können Multithread-Kerne sein, in denen die HW-Kerne mehr als einen Hardware-Thread-Kontext (oder „logischen Kern“) pro HW-Kem umfassen. Der Arbeitsspeicher 630 kann an die Prozessoren gekoppelt sein. Der Arbeitsspeicher 630 kann ein beliebiger aus einer großen Vielzahl von Arbeitsspeichern sein (einschließlich verschiedener Ebenen einer Arbeitsspeicherhierarchie und/oder Arbeitsspeichercaches), wie auf dem Gebiet bekannt oder ansonsten auf dem Gebiet verfügbar. Es gilt anzuerkennen, dass die Prozessoren und der Arbeitsspeicher konfiguriert sein können, eine oder mehrere Benutzeranwendungen oder andere Software zu speichern, zu hosten und/oder auszuführen. Diese Anwendungen können z.B. einen beliebigen aus einem geschäftlichen/Unternehmens-, Rechen-, Kommunikations-, Datenverwaltungs-, Datenspeicher- und/oder Benutzerschnittstellenvorgang umfassen. In manchen Ausführungsformen können diese Anwendungen eine beliebige andere Komponente der Plattform 610 verwenden oder damit interagieren.
-
System 600 ist ebenfalls so dargestellt, dass es eine Netzwerkschnittstellenschaltungsanordnung 208 umfasst, die drahtgebundene oder drahtlose Kommunikationsfähigkeiten wie z.B. Ethernet, Zellenkommunikationen, drahtloses LAN-Netzwerk (WLAN), Bluetooth® und/oder Nahfeldkommunikation (NFC) aufweist. Die Netzwerkkommunikationen können einem beliebigen bestehenden oder noch zu entwickelnden Kommunikationsstandard, einschließlich vergangener, aktueller und zukünftiger Versionen von Ethernet-, Bluetooth®-, WLAN- und Handy-Kommunikationsstandards, entsprechen oder anderweitig mit diesen kompatibel sein.
-
System 600 ist auch so dargestellt, dass es ein Eingabe-/Ausgabe- (IO) System oder eine Steuereinheit 650 umfasst, die konfiguriert sein kann, eine Datenkommunikation zwischen Prozessor 620 und anderen Elementen von System 600 oder anderen Elementen (nicht dargestellt), die extern zu dem System 600 sind, zu ermöglichen oder zu verwalten. System 600 ist ebenfalls so dargestellt, dass es ein Speichersystem 640 umfasst, dass z.B. als ein oder mehrere Festplattenlaufwerke (HDDs) oder Festkörperlaufwerke (SSDs) konfiguriert sein kann.
-
System 600 ist so dargestellt, dass es eine dynamische Abstimmungsschaltungsanordnung 114 umfasst, die mit dem Prozessorsystem 602 gekoppelt ist und konfiguriert ist, ein Profilieren/Überwachen und Planen/erneutes Abgleichen von Softwareanwendungen durchzuführen, wie bereits zuvor beschrieben.
-
Es gilt anzuerkennen, dass die verschiedenen Komponenten des Systems 600 in manchen Ausführungsformen in einer System-on-Chip- (SoC) Architektur kombiniert werden können. In manchen Ausführungsformen können die Komponenten Hardware-Komponenten, Firmware-Komponenten, Software-Komponenten oder eine beliebige geeignete Kombination von Hardware, Firmware oder Software sein.
-
„Schaltungsanordnung“, wie hierin in einer beliebigen Ausführungsform verwendet, kann z.B. festverdrahtete Schaltungsanordnungen, programmierbare Schaltungsanordnungen wie Computerprozessoren, umfassend einen oder mehrere einzelne befehlsverarbeitende Kerne, Zustandsmaschinenschaltungsanordnungen und/oder Firmware, die von der programmierbaren Schaltungsanordnung ausgeführte Befehle speichert, einzeln oder in einer beliebigen Kombination umfassen. die Schaltungsanordnung kann einen Prozessor und/oder eine Steuereinheit umfassen, der/die konfiguriert ist, einen oder mehrere Befehle auszuführen, um einen oder mehrere der hierin beschriebenen Vorgänge durchzuführen. Die Befehle können z.B. als Anwendung, Software, Firmware etc. ausgeführt sein, die konfiguriert sein können, auszulösen, dass die Schaltungsanordnung einen beliebigen der zuvor genannten Vorgänge durchführt. Software kann als ein Softwarepaket, Code, Befehle, Befehlssätze und/oder Daten ausgeführt sein, das/die auf einem computerlesbaren Speichermedium aufgezeichnet ist/sind. Software kann so ausgeführt oder implementiert sein, dass sie eine beliebige Anzahl von Prozessen umfasst, und die Prozesse können wiederum so ausgeführt oder implementiert sein, dass sie eine beliebige Anzahl von Threads etc. in hierarchischer Ordnung umfassen. Firmware kann als Code, Befehle oder Befehlssätze und/oder Daten ausgeführt sein, die in Arbeitsspeichervorrichtungen festcodiert (z.B. nichtflüchtig) sind. Die Schaltungsanordnung kann kollektiv oder einzeln als Schaltungsanordnung ausgeführt sein, die einen Teil eines größeren Systems bildet, z.B. einer integrierten Schaltung (IC), einer anwendungsspezifischen integrierten Schaltung (ASIC), einem System-on-Chip (SoC), von Desktop-Computern, von Laptop-Computern, von Tablet-Computern, von Servern, von Smartphones etc. Andere Ausführungsformen können als Software implementiert sein, die von einer programmierbaren Steuervorrichtung ausgeführt wird. Wie hierin beschrieben, können verschiedene Ausführungsformen unter Verwendung von Hardwareelementen, Softwareelementen oder einer beliebigen Kombination davon implementiert werden. Beispiele für Hardwareelemente können Prozessoren, Mikroprozessoren, Schaltungen, Schaltungselemente (z.B. Transistoren, Widerstände, Kondensatoren, Induktoren usw.), integrierte Schaltungen, anwendungsspezifische integrierte Schaltungen (ASIC), programmierbare Logikvorrichtungen (PLD), digitale Signalprozessoren (DSP), feldprogrammierbare Gateanordnungen (FPGA), Logik-Gates, Register, Halbleitervorrichtungen, Chips, Mikrochips, Chipsätze usw. umfassen.
-
Ein beliebiger der hierin beschriebenen Vorgänge kann in einer oder mehreren Speichervorrichtungen implementiert werden, auf der Befehle einzeln oder in Kombination gespeichert sind, die, wenn sie von einem oder mehreren Prozessoren ausgeführt werden, einen oder mehrere Vorgänge durchführen. Zudem ist ebenfalls vorgesehen, dass die hierin beschriebenen Vorgänge einzeln oder ein einer beliebigen Teilkombination durchgeführt werden können. Somit müssen nicht alle Vorgänge (z.B. ein beliebiges der Flussdiagramme) durchgeführt werden, und die vorliegende Offenbarung sieht ausdrücklich vor, dass alle Teilkombinationen solcher Vorgänge möglich sind, wie von einem Fachmann verstanden wird. Zudem ist ebenfalls vorgesehen, dass hierin beschriebene Vorgänge auf eine Vielzahl von physikalischen Vorrichtungen aufgeteilt werden können, darunter Verarbeitungsstrukturen an mehr als einer physikalischen Position. Die Speichervorrichtungen können einen beliebigen Typ von realen Vorrichtungen umfassen, z.B. einen beliebigen Typ von Laufwerk, einschließlich Festplatten, Disketten, optische Laufwerke, Compact-Disk-Nur-Lesespeicher (CD-ROMs), Compact-Disk-Rewritables (CD-RWs) und magnetooptische Speicher, Halbleitervorrichtungen wie Nur-Lesespeicher (ROMs), Direktzugriffsspeicher (RAMs) wie dynamische und statische RAMs, löschbare programmierbare Nur-Lesespeicher (EPROMs), elektrisch löschbare programmierbar Nur-Lesespeicher (EEPROMs), Flash-Speicher, Halbleiterplatten (SSDs), magnetische oder optische Karten oder einen beliebigen Typ von Medium, der sich zum Speichern von elektronischen Befehlen eignet.
-
Somit stellt die vorliegende Offenbarung Systeme, Vorrichtungen, Verfahren und computerlesbare Medien zum dynamischen Abstimmen von Multiprozessor- und Multikern-Rechnersystemen bereit, um die Anwendungsleistung und Skalierbarkeit zu verbessern und den Leistungsverbrauch des Systems zu verringern. Die folgenden Beispiele gehören zu weiteren Ausführungsformen.
-
Gemäß Beispiel 1 ist ein System zum Abstimmen mehrerer Prozessoren bereitgestellt. Das System kann Folgendes umfassen: eine Vielzahl von Prozessoreinheiten (CPUs); Profilierungsschaltungsanordnung zum Detektieren des Vorliegens eines Skalierbarkeitsproblems, das dem Ausführen einer Anwendung auf der Vielzahl von CPUs zuzuordnen ist, und zum Bestimmen, ob das Skalierbarkeitsproblem auf einen Zugriffskonflikt oder eine Ressourcenbeschränkung zurückzuführen ist; und eine Planungsschaltungsanordnung zum Anbinden der Anwendung an einen Teilsatz aus der Vielzahl von CPUs, falls das Skalierbarkeitsproblem auf einen Zugriffskonflikt zurückzuführen ist.
-
Beispiel 2 kann den Gegenstand von Beispiel 1 umfassen, und die Profilierungsschaltungsanordnung ist weiters ausgelegt, zu bestimmen, ob die Ressource von mehreren Prozessorkernen von einer der CPUs gemeinsam genutzt wird, wenn das Skalierbarkeitsproblem auf die Ressourcenbeschränkung zurückzuführen ist; und die Planungsschaltungsanordnung ist ferner ausgeführt, einen Teilsatz der mehreren Prozessorkerne zu deaktivieren, falls die Bestimmung der gemeinsamen Nutzung der Ressourcen zutrifft.
-
Beispiel 3 kann den Gegenstand der Beispiele 1 und 2 umfassen, und die Profilierungsschaltungsanordnung ist ferner ausgelegt, zu bestimmen, ob die Ressource auf einen Prozessorkern einer der CPUs beschränkt ist, ob das Skalierbarkeitsproblem auf die Ressourcenbeschränkung zurückzuführen ist; und die Planungsschaltungsanordnung ist ferner ausgelegt, das Hyperthreading auf dem Prozessorkern zu deaktivieren, wenn die Bestimmung der Ressourcenbeschränkung zutrifft.
-
Beispiel 4 kann den Gegenstand der Beispiele 1-3 umfassen, und die Profilierungsschaltungsanordnung ist ferner ausgelegt, das Vorliegen eines Skalierbarkeitsproblems basierend auf den Folgenden zu detektieren: Messen einer Anstiegsrate der Verwendung von zumindest einer der CPUs; Messen einer Anstiegsrate des Durchsatzes der Anwendung; und Bestimmen, dass eine Anstiegsrate der Verwendung um einen Schwellenskalenfaktor größer ist als die Anstiegsrate des Durchsatzes.
-
Beispiel 5 kann den Gegenstand der Beispiele 1-4 umfassen, und die Profilierungsschaltungsanordnung ist ferner ausgelegt, das Vorliegen eines Skalierbarkeitsproblems basierend auf der Bestimmung zu detektieren, dass die Verwendung der zumindest einen CPUs einen Schwellenverwendungswert überschreitet.
-
Beispiel 6 kann den Gegenstand der Beispiele 1-5 umfassen, und der Durchsatz der Anwendung wird basierend auf dem gemessenen Netzwerktraffic, der der Anwendung zugeordnet ist, geschätzt.
-
Beispiel 7 kann den Gegenstand der Beispiele 1-6 umfassen, und der Zugriffskonflikt ist ein Datenzugriffskonflikt oder ein Konflikt für eine Synchronisationssperre.
-
Beispiel 8 kann den Gegenstand der Beispiele 1-7 umfassen, und die Ressourcenbeschränkung ist der Kapazität der Befehlspipelinepuffer oder der Kapazität der Cache-Speicher zugeordnet.
-
Beispiel 9 kann den Gegenstand der Beispiele 1-8 umfassen, der ferner einen oder mehrere Leistungszähler zum Nachverfolgen von Ereignissen umfasst, die der Hardwareleistung zugeordnet sind, und die Profilierungsschaltungsanordnung ist ferner ausgelegt, basierend auf dem Auslesen eines oder mehrerer der Leistungszähler zu bestimmen, ob das Skalierbarkeitsproblem auf einen Zugriffskonflikt oder einer Ressourcenbeschränkung zurückzuführen ist.
-
Gemäß Beispiel 10 ist ein Verfahren zum Abstimmen eines Multiprozessor-Rechnersystems bereitgestellt. Das Verfahren kann Folgendes umfassen: Detektieren des Vorliegens eines Skalierbarkeitsproblems, das dem Ausführen einer Anwendung auf einer Anzahl von Prozessoren des Multiprozessor-Rechnersystems zugeordnet ist; Bestimmen, ob das Skalierbarkeitsproblem auf einen Zugriffskonflikt oder eine Ressourcenbeschränkung zurückzuführen ist; und wenn das Skalierbarkeitsproblem auf einen Zugriffskonflikt oder eine Ressourcenbeschränkung zurückzuführen ist, Anbinden der Anwendung an eine geringere Anzahl der Prozessoren des Multiprozessor-Rechnersystems.
-
Beispiel 11 kann den Gegenstand von Beispiel 10 umfassen, der ferner Folgendes umfasst, wenn das Skalierbarkeitsproblem auf die Ressourcenbeschränkung zurückzuführen ist: Bestimmen, ob die Ressource von mehreren Prozessorkernen eines der Prozessoren gemeinsam genutzt wird; und, falls die Bestimmung zutrifft, Deaktivieren eines Teilsatzes der mehreren Prozessorkerne.
-
Beispiel 12 kann den Gegenstand der Beispiele 10 und 11 umfassen, der ferner Folgendes umfasst, wenn das Skalierbarkeitsproblem auf die Ressourcenbeschränkung zurückzuführen ist: Bestimmen, ob die Ressource auf einen Prozessorkern aus einem der Prozessoren beschränkt ist; und, falls die Bestimmung zutrifft, Deaktivieren des Hyperthreadings auf dem Prozessorkern.
-
Beispiel 13 kann den Gegenstand der Beispiele 10-12 umfassen, und das Detektieren des Vorliegens eines Skalierbarkeitsproblems umfasst ferner Folgendes: Messen einer Anstiegsrate der Verwendung von zumindest einem der Prozessoren; Messen einer Anstiegsrate des Durchsatzes der Anwendung; und Bestimmen, dass eine Anstiegsrate der Verwendung die Anstiegsrate des Durchsatzes um einen Schwellenskalenfaktor übersteigt.
-
Beispiel 14 kann den Gegenstand der Beispiele 10-13 umfassen, und das Detektieren des Vorliegens eines Skalierbarkeitsproblems umfasst ferner das Bestimmen, dass die Verwendung des zumindest einen der Prozessoren einen Schwellenverwendungswert übersteigt.
-
Beispiel 15 kann den Gegenstand der Beispiele 10-14 umfassen, und der Durchsatz der Anwendung wird basierend auf gemessenem Netzwerktraffic geschätzt, der der Anwendung zugeordnet ist.
-
Beispiel 16 kann den Gegenstand der Beispiele 10-15 umfassen, und der Zugriffskonflikt ist ein Datenzugriffskonflikt oder ein Konflikt um eine Synchronisationssperre.
-
Beispiel 17 kann den Gegenstand der Beispiele 10-16 umfassen, und die Ressourcenbeschränkung ist der Kapazität der Befehlspipelinepuffer oder der Kapazität der Cache-Speicher zugeordnet.
-
Beispiel 18 kann den Gegenstand der Beispiele 10-17 umfassen, und das Bestimmen, ob das Skalierbarkeitsproblem auf einen Zugriffskonflikt oder eine Ressourcenbeschränkung zurückzuführen ist, umfasst ferner das Auslesen eines oder mehrerer Zähler, um Ereignisse nachzuverfolgen, die der Hardwareleistung zuzuschreiben sind.
-
Gemäß Beispiel 19 ist/sind ein computerlesbares Speichermedium oder computerlesbare Speichermedien bereitgestellt, auf dem Befehle gespeichert sind, die, wenn sie von einem Prozessor ausgeführt werden, die folgenden Vorgänge zum Abstimmen eines Multiprozessor-Rechnersystems auslösen. Die Vorgänge können Folgendes umfassen: Detektieren des Vorliegens eines Skalierbarkeitsproblems, das der Ausführung einer Anwendung auf einer Anzahl von Prozessoren des Multiprozessor-Rechnersystems zugeordnet ist; Bestimmen, ob das Skalierbarkeitsproblem auf einen Zugriffskonflikt oder eine Ressourcenbeschränkung zurückzuführen ist; und falls das Skalierbarkeitsproblem auf einen Zugriffskonflikt zurückzuführen ist, Anbinden der Anwendung an eine geringere Anzahl der Prozessoren des Multiprozessor-Rechnersystems.
-
Beispiel 20 kann den Gegenstand von Beispiel 19 umfassen, der ferner Folgendes umfasst, wenn das Skalierbarkeitsproblem auf eine Ressourcenbeschränkung zurückzuführen ist: Bestimmen, ob die Ressource von mehreren Prozessorkernen eines der Prozessoren gemeinsam genutzt wird; und falls die Bestimmung zutrifft, Deaktivieren eines Teilsatzes der mehreren Prozessorkerne.
-
Beispiel 21 kann den Gegenstand der Beispiele 19 und 20 umfassen, der ferner Folgendes umfasst, wenn das Skalierbarkeitsproblem auf eine Ressourcenbeschränkung zurückzuführen ist: Bestimmen, ob die Ressource auf einen Prozessorkern eines der Prozessoren beschränkt ist; und, falls die Bestimmung zutrifft, Deaktivieren des Hyperthreadings auf dem Prozessorkern.
-
Beispiel 22 kann den Gegenstand der Beispiele 19-21 umfassen, und das Detektieren des Vorliegens eines Skalierbarkeitsproblems umfasst ferner Folgendes: Messen einer Anstiegsrate der Verwendung von zumindest einem der Prozessoren; Messen einer Anstiegsrate des Durchsatzes der Anwendung; und Bestimmen, dass die Anstiegsrate der Verwendung die Anstiegsrate des Durchsatzes um einen Schwellenskalenwert übersteigt.
-
Beispiel 23 kann den Gegenstand der Beispiele 19-22 umfassen, und das Detektieren des Vorliegens eines Skalierbarkeitsproblems umfasst ferner des bestimmen, dass die Verwendung von zumindest einem der Prozessoren einen
-
Beispiel 24 kann den Gegenstand der Beispiele 19-23 umfassen, und der Durchsatz der Anwendung wird basierend auf dem gemessenen Netzwerktraffic, der der Anwendung zugeordnet ist, geschätzt.
-
Beispiel 25 kann den Gegenstand der Beispiele 19-24 umfassen, und der Zugriffskonflikt ist ein Datenzugriffskonflikt oder ein Konflikt um eine Synchronisationssperre.
-
Beispiel 26 kann den Gegenstand der Beispiele 19-25 umfassen, und die Ressourcenbeschränkung ist der Kapazität der Befehlspipelinepuffer oder der Kapazität der Cache-Speicher zugeordnet.
-
Beispiel 27 kann den Gegenstand der Beispiele 19-26 umfassen, und das Bestimmen, ob das Skalierbarkeitsproblem auf einen Zugriffskonflikt oder eine Ressourcenbeschränkung zurückzuführen ist, umfasst ferner das Auslesen eines oder mehrerer Zähler, um Ereignisse nachzuverfolgen, die der Hardwareleistung zugeordnet sind.
-
Gemäß Beispiel 28 ist ein System zum Abstimmen eines Multiprozessor-Rechnersystems bereitgestellt. Das System kann Folgendes umfassen: Mittel zum Detektieren des Vorliegens eines Skalierbarkeitsproblems, das der Ausführung einer Anordnung auf einer Anzahl von Prozessoren des Multiprozessor-Rechnersystems zugeordnet ist; Mittel zum Bestimmen, ob das Skalierbarkeitsproblem auf einen Zugriffskonflikt oder eine Ressourcenbeschränkung zurückzuführen ist; und falls das Skalierbarkeitsproblem auf den Zugriffskonflikt zurückzuführen ist, Mittel zum Anbinden der Anwendung an eine geringere Anzahl der Prozessoren des Multiprozessor-Rechnersystems.
-
Beispiel 29 kann den Gegenstand von Beispiel 28 umfassen, das ferner Folgendes umfasst, wenn das Skalierbarkeitsproblem auf die Ressourcenbeschränkung zurückzuführen ist: Mittel zum Bestimmen, ob die Ressource von mehreren Prozessorkernen eines der Prozessoren gemeinsam genutzt wird, und, falls die Bestimmung zutrifft, Mittel zum Deaktivieren eines Teilsatzes der mehreren Prozessorkerne.
-
Beispiel 30 kann den Gegenstand der Beispiele 28 und 29 umfassen, der ferner Folgendes umfasst, wenn das Skalierbarkeitsproblem auf die Ressourcenbeschränkung zurückzuführen ist: Mittel zum Bestimmen, ob die Ressource auf einen Prozessorkern aus einem der Prozessoren beschränkt ist; und, falls die Bestimmung zutrifft, Mittel zum Deaktivieren des Hyperthreadings auf dem Prozessorkern.
-
Beispiel 31 kann den Gegenstand der Beispiele 28-30 umfassen, und das Detektieren des Vorliegens eines Skalierbarkeitsproblems umfasst ferner Folgendes: Mittel zum Messen einer Anstiegsrate der Verwendung von zumindest einem der Prozessoren; Mittel zum Messen einer Anstiegsrate des Durchsatzes der Anwendung; und Mittel zum Bestimmen, dass die Anstiegsrate der Verwendung die Anstiegsrate des Durchsatzes um einen Schwellenskalenfaktor übersteigt.
-
Beispiel 32 kann den Gegenstand der Beispiele 28-31 umfassen, und das Detektieren des Vorliegens eines Skalierbarkeitsproblems umfasst ferner Mittel zum Bestimmen, dass die Verwendung des zumindest einen Prozessors einen Schwellenverwendungswert übersteigt.
-
Beispiel 33 kann den Gegenstand der Beispiele 28-32 umfassen, und der Durchsatz der Anwendung wird basierend auf dem gemessenen Netzwerktraffic geschätzt, der der Anwendung zugeordnet ist.
-
Beispiel 34 kann den Gegenstand der Beispiele 28-33 umfassen, und der Zugriffskonflikt ist ein Datenzugriffskonflikt oder ein Konflikt um eine Synchronisationssperre.
-
Beispiel 35 kann den Gegenstand der Beispiele 28-34 umfassen, und die Ressourcenbeschränkung ist der Kapazität der Befehlspipelinepuffer oder der Kapazität der Cache-Speicher zugeordnet.
-
Beispiel 36 kann den Gegenstand der Beispiele 28-35 umfassen, und das Bestimmen, ob das Skalierbarkeitsproblem auf einen Zugriffskonflikt oder eine Ressourcenbeschränkung zurückzuführen ist, umfasst ferner Mittel zum Auslesen eines oder mehrerer Zähler, um Ereignisse, die der Hardwareleistung zugeordnet sind, nachzuverfolgen.
-
Die Terminologie und Ausdrücke, die hierin verwendet wurden, werden als beschreibende und nicht als beschränkende Terminologie verwendet, und es besteht keine Absicht in der Verwendung solcher Terminologie und Ausdrücke, jegliche Äquivalente von hierin dargestellten und beschriebenen Merkmalen (oder Teilen davon) auszuschließen, und es gilt zu verstehen, dass verschiedene Modifikationen innerhalb des Schutzumfangs der Patentansprüche möglich sind. Dementsprechend sollen die Patentansprüche alle solche Äquivalente abdecken. Verschiedene Merkmale, Aspekte und Ausführungsformen wurden hierin beschrieben. Die Merkmale, Aspekte und Ausführungsformen sind auch für die Kombination miteinander sowie für Variationen und Modifikationen ausgelegt, wie Fachleute auf dem Gebiet verstehen. Die vorliegende Offenbarung sollte deshalb als eine solche angesehen werden, die solche Kombinationen, Variationen und Modifikationen umfasst.
