Wie komme ich am besten an Hardware-Infos?

[photor]

Hallo Forum,

ich frage hier (Portal -> Foren-Übersicht -> API & Plattformspezifisches -> Linux), weil es mir zunächst um ein Lazarus-Programm unter Linux geht; später soll das aber auch auf andere Plattformen (Windows; auch Delphi) übertragen werden - das für den Hinterkopf.

Ich experimentiere immer noch mit Threads und dem parallelen Ausführen von numerischen Berechnungen herum. Dazu werden mehrere - eventuell viele gleichartige - Threads mit unterschiedlichen Parametern gestartet - funktioniert teilweise und teilweise noch nicht, so wie ich will). Dazu wäre es gut zu wissen, wieviele Threads man sinnvollerweise parallel starten kann/soll.

Also anders ausgedrückt: wieviele Kerne hat meine Hardware (mehr gleichzeitig loszutreten scheint mir nicht sinnvoll; die würden sich eher stören)? Gibt es eine Möglichkeit (idealerweise eine Library oder Unit oder bereits implementierte Funktionen, bereits gesetzte Datenstrukturen), diese Info aus dem Programm heraus abzufragen?

Für jeden Hinweis dankbar,
Photor

[af0815]

Ich glaube so Funktionen in PascalSCADA gesehen zu haben und zwar im Modul was die Threadwechsel durchführt und das Plattformübergreifend. Mal sehen ob das finde.

[Winni]

Hi!

Die Anzahl Deiner Cores erhälst Du in Linux/Mac/Win so:

Code: Alles auswählen

...
    uses UTF8Process;
...
   var
      cores: integer;
    begin
      cores := GetSystemThreadCount
...;

Wenn Deine Threads etwa die gleiche Länge haben, dann gilt genau: so viele Threads starten, wie die Hardware besitzt.

Ich hab damit vor längerer Zeit mit rumgespielt (Projektion von Geo-Daten in die verschiedenen Karten-Modelle). Wenn man mehr Threads als Hardware-Cores startet, verlangsamt insgesamt den Vorgang, weil zu viel Overhead verwaltet werden muss.

Da meine Threads aber von signifikant verschiedener Länge waren (Vatikan ist kleiner als Kanada), habe ich immer einen Thread mehr gestartet, als ich Cores hatte. Wenn ein Thread fertig war, bekam der "Überzählige" sofort einen ganzen Core ohne Zeitverzögerung.

Wenn man übersichtlichere Daten als die Länderumrisse der Welt hat, dann kann man ja selbst dafür sorgen, dass die Jobs etwa gleichlang sind.

Zum Beispiel Bildbearbeitung: Bei 8 Cores bekommen die jeweils die Bilder- Zeilen 0 bis 7, dann 8 bis 15 und so fort.

So viel erstmal

Winni

[theo]

Unter Linux steht doch alles irgendwie in Files. Z.B. so:

Code: Alles auswählen

var Sl:TStringList;
  i:integer;
begin
 Sl:=TStringList.Create;
 Sl.NameValueSeparator:=':';
 SL.LoadFromFile('/proc/cpuinfo');
 for i:=0 To SL.Count-1 do
 if Trim(sl.Names[i])='cpu cores' then
   begin
     Showmessage(sl.ValueFromIndex[i]);
     break;
   end;
 Sl.free; 
end;

[Winni]

Auch interessant

https://wiki.freepascal.org/Multithread ... n_Tutorial

Winni

[Winni]

Unter Linux steht doch alles irgendwie in Files. Z.B. so:

Hi

Erstens ist das Linux-only und zweitens wandert immer mehr von /proc nach /sys.
Und das ist bei jeder Distro leider anders.

So sehr ich /proc liebe: Momentan mit vielen Unwägbarkeiten.

Winni

[af0815]

Ich habe es in PascalScada gefunden. Ist im OPM drinnen.

pascalscada.multithreading.core_affinity_threads.pas dort class function TpSCADACoreAffinityThread.GetSystemThreadCount: cint32;

Ist für die Targets Win32, win64,WinCE,solaris,freebsd,darwin,linux. Ichhabe noch keine Plattform erlebt, wo das nicht funktioniert hat (mal Mobile weggelassen).

Es sind auch ein paar andere Sachen da drinnen, die für spezielle Threads interessant sind.

[theo]

Unter Linux steht doch alles irgendwie in Files. Z.B. so:

Erstens ist das Linux-only und zweitens wandert immer mehr von /proc nach /sys.
Und das ist bei jeder Distro leider anders.

So sehr ich /proc liebe: Momentan mit vielen Unwägbarkeiten.

Dieses Forum heisst "API & Plattformspezifisches -> Linux" und "/sys/cpuinfo" habe ich noch nie gesehen.

[Winni]

Dieses Forum heisst "API & Plattformspezifisches -> Linux" und "/sys/cpuinfo" habe ich noch nie gesehen.

Hi!

*Noch* nicht.

Die Festplatten, Power, Devices, Filesystem und vieles Anderes ist bereits unter /sys .
Ich rede von Suse

Eine Frage der Zeit, bis anderes umzieht. Timeline dafür hab ich allerdings nicht gefunden.

Winni

[theo]

Dieses Forum heisst "API & Plattformspezifisches -> Linux" und "/sys/cpuinfo" habe ich noch nie gesehen.

*Noch* nicht.

Die Festplatten, Power, Devices, Filesystem und vieles Anderes ist bereits unter /sys .
Ich rede von Suse

Eine Frage der Zeit, bis anderes umzieht. Timeline dafür hab ich allerdings nicht gefunden.

Hast du irgendwelche Quellen dafür oder verbreitest du wieder mal nur FUD?

[af0815]

BTW: photor sucht eine Lösung die am besten Plattformunabhängig ist. Und /proc oder /sys ist nun mal halt nicht.

[theo]

BTW: photor sucht eine Lösung die am besten Plattformunabhängig ist. Und /proc oder /sys ist nun mal halt nicht.

Gerne noch einmal.
Dieses Unterforum heisst: "API & Plattformspezifisches -> Linux" und darauf bezieht sich meine Antwort.

[af0815]

Gerne noch einmal.
Dieses Unterforum heisst: "API & Plattformspezifisches -> Linux" und darauf bezieht sich meine Antwort.

Dann fehlt ein Unterforum "API & Plattformspezifisches -> Multiplattform".

[m.fuchs]

Dann fehlt ein Unterforum "API & Plattformspezifisches -> Multiplattform".

Ist Plattformspezifisch und Multiplattform nicht irgendwie ein Widerspruch?

[Winni]

Hast du irgendwelche Quellen dafür oder verbreitest du wieder mal nur FUD?

Hi!

/proc ist der "Wilde Westen" aus den frühen Linux-Tagen.

/sys hat den Ansatz das Ganze in eine strukturierte Form zu bringen. Allerdings ohne große Hektik bei den Kernelbauern. Die sind gerade damit beschäftigt, Rust als zweite Sprache in den Kernel zu integrieren.

Winni