


Warum verbessern Goroutinen die Leistung bei dieser Berechnung des gleitenden Durchschnitts nicht?
Peinlich parallele Aufgaben und Go-Leistung
Hintergrund:
Der bereitgestellte Code befasst sich mit einer Optimierung Aufgabe zur Verbesserung der Leistung einer Berechnung mit dem gleitenden Durchschnitt eines Datenfensters mit dem Ziel, durch die Verwendung erhebliche Beschleunigungen zu erzielen Goroutinen.
Frage:
Warum zeigen die bereitgestellten Goroutine-basierten Implementierungen (moving_avg_concurrent2 und Moving_avg_concurrent3) nicht die erwartete Leistung? Verbesserungen?
Antwort:
Fakt Nr. 1: Diese Aufgabe ist nicht peinlich parallel
Die Berechnung des gleitenden Durchschnitts ist von Natur aus ein sequenzieller Prozess. Obwohl es mit mehreren Datenpunkten arbeitet, hängt die Berechnung von den vorherigen Werten im Fenster ab, was es unmöglich macht, den Vorgang vollständig zu parallelisieren.
Fakt Nr. 2: Einschränkungen der verteilten Verarbeitung von Go
Die verteilten Verarbeitungsfunktionen von Go werden nur wirksam, wenn der Großteil der Verarbeitung parallel erfolgt. In diesem Fall erfolgt die Berechnung des gleitenden Durchschnitts hauptsächlich sequentiell, wodurch die Vorteile der Verteilung eingeschränkt werden.
Zusätzliche Überlegungen:
- Initialisierungs- und Synchronisierungsaufwand: Das Erstellen und Synchronisieren von Goroutinen verursacht zusätzlichen Aufwand, der die Vorteile der Parallelverarbeitung überwiegen kann, insbesondere bei Berechnungen mit kurzer Ausführung Mal.
- Datenpartitionierung und Kommunikation: Das Aufteilen der Eingabedaten in Blöcke für die Parallelverarbeitung erfordert zusätzliche Partitionierungs- und Kommunikationsschritte, die ebenfalls den Overhead erhöhen.
- Unzureichend Parallele Arbeit: Die Berechnung des gleitenden Durchschnitts erfordert einen relativ geringen Anteil an nicht-sequenzieller Arbeit, wodurch es schwierig ist, signifikante Beschleunigungen dadurch zu erreichen Parallelisierung.
Fazit:
Obwohl Goroutinen und Parallelverarbeitung für bestimmte Arten von Berechnungen effektiv sein können, sind sie kein Allheilmittel für Leistungsverbesserungen. In diesem Fall schränkt die inhärente sequentielle Natur der Berechnung des gleitenden Durchschnitts die Vorteile der Parallelverarbeitung ein.
Das obige ist der detaillierte Inhalt vonWarum verbessern Goroutinen die Leistung bei dieser Berechnung des gleitenden Durchschnitts nicht?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

Video Face Swap
Tauschen Sie Gesichter in jedem Video mühelos mit unserem völlig kostenlosen KI-Gesichtstausch-Tool aus!

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen

OpenSSL bietet als Open -Source -Bibliothek, die in der sicheren Kommunikation weit verbreitet sind, Verschlüsselungsalgorithmen, Tasten und Zertifikatverwaltungsfunktionen. In seiner historischen Version sind jedoch einige Sicherheitslücken bekannt, von denen einige äußerst schädlich sind. Dieser Artikel konzentriert sich auf gemeinsame Schwachstellen und Antwortmaßnahmen für OpenSSL in Debian -Systemen. DebianopensL Bekannte Schwachstellen: OpenSSL hat mehrere schwerwiegende Schwachstellen erlebt, wie z. Ein Angreifer kann diese Sicherheitsanfälligkeit für nicht autorisierte Lesen sensibler Informationen auf dem Server verwenden, einschließlich Verschlüsselungsschlüssel usw.

Wie kann man im Beegoorm -Framework die mit dem Modell zugeordnete Datenbank angeben? In vielen BeEGO -Projekten müssen mehrere Datenbanken gleichzeitig betrieben werden. Bei Verwendung von BeEGO ...

Backend Learning Path: Die Erkundungsreise von Front-End zu Back-End als Back-End-Anfänger, der sich von der Front-End-Entwicklung verwandelt, Sie haben bereits die Grundlage von Nodejs, ...

Das Problem der Verwendung von RETISTREAM zur Implementierung von Nachrichtenwarteschlangen in der GO -Sprache besteht darin, die Go -Sprache und Redis zu verwenden ...

Was soll ich tun, wenn die benutzerdefinierten Strukturbezeichnungen in Goland nicht angezeigt werden? Bei der Verwendung von Goland für GO -Sprachentwicklung begegnen viele Entwickler benutzerdefinierte Struktur -Tags ...

In der Bibliothek, die für den Betrieb der Schwimmpunktnummer in der GO-Sprache verwendet wird, wird die Genauigkeit sichergestellt, wie die Genauigkeit ...

Das Problem der Warteschlange Threading In Go Crawler Colly untersucht das Problem der Verwendung der Colly Crawler Library in Go -Sprache. Entwickler stoßen häufig auf Probleme mit Threads und Anfordern von Warteschlangen. � ...

In diesem Artikel wird vorgestellt, wie MongoDB im Debian -System konfiguriert wird, um eine automatische Expansion zu erzielen. Die Hauptschritte umfassen das Einrichten der MongoDB -Replikat -Set und die Überwachung des Speicherplatzes. 1. MongoDB Installation Erstens stellen Sie sicher, dass MongoDB im Debian -System installiert ist. Installieren Sie den folgenden Befehl: sudoaptupdatesudoaptinstall-emongoDB-org 2. Konfigurieren von MongoDB Replika-Set MongoDB Replikate sorgt für eine hohe Verfügbarkeit und Datenreduktion, was die Grundlage für die Erreichung der automatischen Kapazitätserweiterung darstellt. Start MongoDB Service: SudosystemctlstartMongodsudosysys
