Entwicklungssystem für Multi-Prozessor-Umgebungen

Gast #2349643 
Kennt jemand ein gutes System, mit dessen Hilfe es möglich ist, 
verteilte Systeme zu planen, zu designen und für 
Mehrprozessor-Architekturen zu compileren?

Es geht einmal um ein vernüftiges Design, also Visualisierung von 
Prozessen in einer Ablaufstruktur, der Zuordnung zu HW-Resourcen und der 
dynamischen Verschiebung derselben.

Es geht ferner um das einfache Rekonfigurieren zur Compile-Zeit, also 
Skalieren von Prozessen und Verschieben über Hierarchien,

und es geht um das optimieren zur Laufzeit, also Performance Messungen, 
Tuning auf Prozess- und BIOS-Ebene.

Wie macht ihr das?

Welche Systeme setzt ihr ein?

Wie reden die Prozessoren miteinander?
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Langsamer Modus Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Melden Danke 
Hi,

ja, das ist ne ganz schoene Einkaufsliste..
Was willst Du genau haben, ist der Ansatz akademischer Art, oder auf 
eine gezielte Sache bezogen?
Mit aktuellen Linux-Kernels (SMP) kann man auf den üblichen 
Mehrkernsystemen schon einiges machen. Allerdings dringt das nicht in 
die Tiefe der Architekturen ein..
Konkrete Loesungen auf HW-Ebene habe ich bisher mit dem BF561 dualcore 
realisiert, allerdings läuft meist auf einem Kern ein Linux-Kernel, der 
andere wird als DSP missbraucht. Die Kerne kommunizieren ueber internes 
shared SRAM.
Performance-Messungen gehn ueber die CYCLES-Register des Cores.

Ein Kunde hat ein Multiprozessor-System auf Basis des BF533 aufgebaut, 
da kommunizieren die Kerne per SPORT, laufen aber quasi voll parallel, 
nicht wirklich "distributed".
Das Debuggen/Monitoren und non-intrusive Profiling ist recht aufwendig, 
wir haben uns da mit eigenen Hacks per JTAG behelfen müssen, da die 
offiziellen Tools diesbezüglich versagen. Man muss sich den geeigneten 
Prozessor mit dem entsprechenden Debug-TAP gut aussuchen. Der Blackfin, 
sowie die div. ARM Derivate setzen da brauchbare Standards, denke ich 
(die i86 kenn' ich auf der HW-Ebene kaum).

Im Allgemeinen muss man aber bei einer solchen Geschichte damit 1-2 
Mannjahre an Entwicklung aufbringen und einiges an knowhow einkaufen.
Dazu kann man sich auch noch die Option FPGA vielleicht in Betracht 
ziehen..

Gruss,

- Strubi
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast 
Was ist denn an Multi-Prozessor-Umgebungen so besonderes?

Oder fragen wir anders herum:

Was ist anders, als bei Multi-Thread-Anwendungen?

Man braucht Interfaces in den Theads und ein OS, dass Multi-threading 
beherrscht. Den Rest macht der Compiler. Man muss nur um jede 
CPU-Instanz noch einen Interface-warpper stricken, aber auch dafür gibt 
es MPI-cores.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast 
McDesign schrieb:
> Was ist denn an Multi-Prozessor-Umgebungen so besonderes?
>
> Oder fragen wir anders herum:
>
> Was ist anders, als bei Multi-Thread-Anwendungen?
>
> Man braucht Interfaces in den Theads und ein OS, dass Multi-threading
> beherrscht. Den Rest macht der Compiler. Man muss nur um jede
> CPU-Instanz noch einen Interface-warpper stricken, aber auch dafür gibt
> es MPI-cores.

Hi,

also IMHO sind Multiprozessorumgebungen die teuflischsten Dinger wo 
gibt's :-)
Du brauchst ja erst mal ein Betriebssystem, welches die Rechenlast 
schlau verteilt, ohne dass eine CPU die andere ausbremst. Wenn du solch 
ein System neudesignst, musst Du dir gehörig Gedanken über die unter den 
MP geteilten Resourcen machen, und wie Du die Kommunikation aufbaust..

Es hängt halt total von der Anwendung ab, ob Du ein SMP-Linux von der 
Stange oder eine dedizierte Neuentwicklung brauchst, Stichwort 
"Realtime/DSP".

- Strubi
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 15 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.