Workstation: CPU-features...

[Helmut Schellong]

CPU: Intel(R) Core(TM)2 Duo CPU E8600 @ 3.33GHz (3333.40-MHz K8-class CPU)
Origin=\"GenuineIntel\" Id=0x1067a Family=0x6 Model=0x17 Stepping=10
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,
PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0xc08e3fd<SSE3,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,
CX16,xTPR,PDCM,SSE4.1,XSAVE,OSXSAVE>
AMD Features=0x20100800<SYSCALL,NX,LM>
AMD Features2=0x1<LAHF>
VT-x: HLT,PAUSE
TSC: P-state invariant, performance statistics


CPU: Intel(R) Xeon(R) w5-3435X (3096.00-MHz K8-class CPU)
Origin=\"GenuineIntel\" Id=0x806f8 Family=0x6 Model=0x8f Stepping=8
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,
PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0x7ffefbff<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,
SDBG,FMA,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,MOVBE,
POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND>
AMD Features=0x2c100800<SYSCALL,NX,Page1GB,RDTSCP,LM>
AMD Features2=0x121<LAHF,ABM,Prefetch>
Structured Extended Features=0xf3bfbffb<FSGSBASE,TSCADJ,BMI1,HLE,AVX2,FDPEXC,SMEP,BMI2,
ERMS,INVPCID,RTM,PQM,NFPUSG,PQE,AVX512F,AVX512DQ,
RDSEED,ADX,SMAP,AVX512IFMA,CLFLUSHOPT,CLWB,
PROCTRACE,AVX512CD,SHA,AVX512BW,AVX512VL>
Structured Extended Features2=0xbb417ffe<AVX512VBMI,UMIP,PKU,OSPKE,WAITPKG,AVX512VBMI2,
GFNI,VAES,VPCLMULQDQ,AVX512VNNI,AVX512BITALG,
TME,AVX512VPOPCNTDQ,LA57,RDPID,CLDEMOTE,
MOVDIRI,MOVDIR64B,ENQCMD>
Structured Extended Features3=0xffdd4430<FSRM,MD_CLEAR,PCONFIG,IBT,IBPB,STIBP,L1DFL,
ARCH_CAP,CORE_CAP,SSBD>
XSAVE Features=0x1f<XSAVEOPT,XSAVEC,XINUSE,XSAVES>
IA32_ARCH_CAPS=0x28fdeb<RDCL_NO,IBRS_ALL,SKIP_L1DFL_VME,MDS_NO,TSX_CTRL,TAA_NO>
AMD Extended Feature Extensions ID EBX=0x200<WBNOINVD>
VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr
TSC: P-state invariant, performance statistics


--
Mit freundlichen Grüßen
Helmut Schellong var@schellong.biz
http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm
http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html
http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm
http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm
http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html

 

[Jürgen Jänicke]

Am 17.06.2023 um 14:07 schrieb Helmut Schellong:

CPU: Intel(R) Core(TM)2 Duo CPU     E8600  @ 3.33GHz (3333.40-MHz
K8-class CPU)
  Origin=\"GenuineIntel\"  Id=0x1067a  Family=0x6  Model=0x17  Stepping=10

. . . . . snip . . . . .

Mit diesem Posting - willst du *wem* *was* sagen?

J.J.

 

[Rolf Bombach]

Helmut Schellong schrieb:
Aaah, ja.

--
mfg Rolf Bombach

 

[Helmut Schellong]

On 06/17/2023 17:56, Jürgen Jänicke wrote:

Am 17.06.2023 um 14:07 schrieb Helmut Schellong:

CPU: Intel(R) Core(TM)2 Duo CPU     E8600  @ 3.33GHz (3333.40-MHz K8-class CPU)
   Origin=\"GenuineIntel\"  Id=0x1067a  Family=0x6  Model=0x17  Stepping=10
. . . . . snip . . . . .

Mit diesem Posting - willst du *wem* *was* sagen?

J.J.

Das Posting richtet sich prinzipiell an alle potentiellen Leser, denen
der Titel interessant genug ist.

Das Posting will das aussagen, was lesbar in ihm steht.

Ich wußte im voraus, daß simple Infos in dieser Gruppe schwerlich als solche verstanden werden.


--
Mit freundlichen Grüßen
Helmut Schellong var@schellong.biz
http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm
http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html
http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm
http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm
http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html

 

[Hanno Foest]

Am 17.06.23 um 17:56 schrieb Jürgen Jänicke:

CPU: Intel(R) Core(TM)2 Duo CPU     E8600  @ 3.33GHz (3333.40-MHz
K8-class CPU)
   Origin=\"GenuineIntel\"  Id=0x1067a  Family=0x6  Model=0x17  Stepping=10
. . . . . snip . . . . .

Mit diesem Posting - willst du *wem* *was* sagen?

Bitte die Trolle nicht füttern.

Hanno

--
The modern conservative is engaged in one of man\'s oldest exercises in
moral philosophy; that is, the search for a superior moral justification
for selfishness.
- John Kenneth Galbraith

 

[Leo Baumann]

Am 17.06.2023 um 18:35 schrieb Rolf Bombach:

Helmut Schellong schrieb:
 Aaah, ja.

Bei ALDI hatten die heute fast abgelaufene Blaubeeren im Angebot für 1.30 €.

Blaubeeren beugen Alzheimer und Demenz vor, fördern die Darmtätigkeit
und sind reich an Antioxidantien.

Ja, ja

Grüße

 

[Marcel Mueller]

Am 17.06.23 um 14:07 schrieb Helmut Schellong:
[...]

Wo ist der Bus?

 

[Helmut Schellong]

On 06/17/2023 23:15, Marcel Mueller wrote:

Am 17.06.23 um 14:07 schrieb Helmut Schellong:
[...]

Wo ist der Bus?

Adressbus? Datenbus?

Hier wird auffällig mit totaler Ahnungslosigkeit kokettiert.
Programmierung von Prozessoren scheint hier ... egal zu sein.
Ist es real allerdings nicht, sondern von höchster Wichtigkeit.
In der Charta dieser Gruppe ausdrücklich ONtopic.

Stattdessen werden hier genüßlich hunderte oder gar tausende von
totalen OFFtopic-Postings gepflegt - Würg-Kotz.
Die muß ich leider alle ungelesen als gelesen markieren.

Ich frage mich, warum diese hier solch einen massiven Zuspruch erfahren.
Viel mehr als ONtopic-Postings.
OFFtopic schwallt hier geradezu - mit glückseligem Gedusel.

Die Wärmepumpen-Postings sind inzwischen bei über 2000 an der Zahl angelangt!
Fast alle OFFtopic.
Andere, ONtopics: 5, 10, 17, 11, 7, ...

Wenn allerdings _ich_ zwei bis drei Postings im Jahr poste, die weitgehend
OFFtopic sind, werde ich jeweils sofort angegriffen/kritisiert.
Was ich mittlerweile überhaupt nicht mehr ernst nehmen kann.

Dem Thomas Heger wird hier mit starkem Ausdruck gehuldigt.
Kaum ein Posting vom ihm bleibt unbeantwortet.
Auch wenn die Antworten bereits 15-mal die gleichen sind, wird damit öde weitergemacht.

Dabei ist es so, daß Thomas Heger selbst berichtet hat, daß es ihm großen Spaß
macht, sich ständig physikalisch vollkommen unhaltbare Theorien auszudenken
oder bestehende Theorien _absichtlich_ falsch darzustellen!
Er macht das alles a b s i c h t l i c h, weil es einen so immensen Kommunikationserfolg hat.
Und fast alle folgen ihm - wie einem Sektenführer.


Wieder zum Titel-Thema:
-----------------------
Nur ein Beispiel von vielen:
https://de.wikipedia.org/wiki/Advanced_Vector_Extensions

Die Befehlssatzerweiterungen sind wichtig - oftmals sehr wichtig.
Besonders über AVX-512 wird oft geredet.

Mein BS FreeBSD unterstützt auch die neuesten Erweiterungen.
Die Compiler gcc und clang unterstützen eine gezielte Auswahl vieler Instruktionssätze.

Die gezeigten CPU-Features sind die Grundlage dafür.
Ich habe eine Datei mit dem hier gezeigten Inhalt - sehr wichtig - im BAK!

VMware unterstützt seit vielen Jahren nur noch Prozessoren ab 2011.
Wegen Befehlssatzerweiterungen.
Mit meinem alten Wolfdale kann ich VMware folglich nicht nutzen.

Etc.


--
Mit freundlichen Grüßen
Helmut Schellong var@schellong.biz
http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm
http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html
http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm
http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm
http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html

 

[Gerald Oppen]

Am 18.06.23 um 11:41 schrieb Helmut Schellong:

On 06/17/2023 23:15, Marcel Mueller wrote:
Am 17.06.23 um 14:07 schrieb Helmut Schellong:
[...]

Wo ist der Bus?

Adressbus? Datenbus?

Hier wird auffällig mit totaler Ahnungslosigkeit kokettiert.
Programmierung von Prozessoren scheint hier ... egal zu sein.
Ist es real allerdings nicht, sondern von höchster Wichtigkeit.
In der Charta dieser Gruppe ausdrücklich ONtopic.

Das Problem ist dass Du einen Brocken hinwirfst ohne zu benennen um was
es Dir geht. Dein Thema mag hier in der Gruppe durchaus relevant und
wichtig sein - nur fehlt vermutlich den allermeisten Lesern eine
Aussagekräftige Information mit der entschieden werden kann ob es
Lesenswert ist um sich damit auseinanderzusetzen.

Gerald

 

[Marcel Mueller]

Am 18.06.23 um 11:41 schrieb Helmut Schellong:

On 06/17/2023 23:15, Marcel Mueller wrote:
Am 17.06.23 um 14:07 schrieb Helmut Schellong:
[...]

Wo ist der Bus?

.... mit den Leuten die das interessiert.

> Adressbus? Datenbus?

lol

Stattdessen werden hier genüßlich hunderte oder gar tausende von
totalen OFFtopic-Postings gepflegt - Würg-Kotz.
Die muß ich leider alle ungelesen als gelesen markieren.

Ja, kommt vor. -> Ignore Subthread.

Die Wärmepumpen-Postings sind inzwischen bei über 2000 an der Zahl
angelangt!

Habe ich ignoriert.

Wenn allerdings _ich_ zwei bis drei Postings im Jahr poste, die weitgehend
OFFtopic sind, werde ich jeweils sofort angegriffen/kritisiert.

Abdriftende Threads sind halt nochmal was anderes als neue Themen, wo
man sich bei jeder einzelnen Zeile fragt \"Was will uns das jetzt sagen?\"

Nur ein Beispiel von vielen:
https://de.wikipedia.org/wiki/Advanced_Vector_Extensions

Die Befehlssatzerweiterungen sind wichtig - oftmals sehr wichtig.
Besonders über AVX-512 wird oft geredet.

Das wird alles überbewertet. In 90% der Fälle sind diese ganzen
Befehlssatzerweiterungen nur dem Marketing geschuldet. Mann will sich
einfach herausputzen. Und wenn der Bedarf nicht da ist, generiert man
eben einen, in dem man es den Leuten über alle Kanäle einschädelt. \"Wenn
der Lambada da net dabei gewesen wär, ...\"

Die Erweiterungen dienen nur wenigen, speziellen Anwendungsfällen, und
sind auch in diesen speziell dafür geeigneter Hardware haushoch
unterlegen. Die meiste Zeit brauchen sie nur Chipfläche und Strom. Und
wenn sie oft nur für wenige Instruktionen genutzt werden, machen sie
Kontextswitches auch noch langsam.


> Mein BS FreeBSD unterstützt auch die neuesten Erweiterungen.

Unterstützten würde ich es nicht nennen. Das einzige, was ein
Betriebssystem mit AVX* macht, ist, die Register beim Kontextswitch zu
retten. Für die tägliche Arbeit eines Betriebssystemkerns kann man die
Zusatzbefehle praktisch nicht gebrauchen.

Die Compiler gcc und clang unterstützen eine gezielte Auswahl vieler
Instruktionssätze.

.... für spezielle, selten genutzte Optimierungen.

Und da jeder Hersteller bei neuen Erweiterungen erst sein eigenes
Süppchen kocht und es zudem es eine Weile braucht, bis neue Software,
die damit etwas anfangen kann, den Weg zum User findet, wird das Zeug
oft auch für Aufgaben, für die es sinnvoll wäre, erst dann genutzt, wenn
es schon fast wieder veraltet ist.

Hier und da wird memcpy über SIMD-Instruktionen implementiert. Das ist
aber eher dem geschuldet, dass die seit den frühen x86 CPUs für solche
Zwecke vorhandene REP Anweisung traditionell mit unterirdischer
Performance implementiert ist. (Das war schon auf einem 486er langsamer
als eine diskrete Schleife.)

VMware unterstützt seit vielen Jahren nur noch Prozessoren ab 2011.
Wegen Befehlssatzerweiterungen.

Das ist hat eher ökonomische Gründe: weniger unterstützte CPUs spart
Arbeit beim Testen der Software. Und da VMware auf Server-Nutzer
abzielt, in denen üblicherweise aus verschiedenen Gründen keinen 15
Jahre alte Hardware werkelt, wäre es für die einfach unökonomisch, den
alten Kram zu unterstützen.
Andere VMs wie VBox, die eher auf kleineres abzielen, unterstützen
mutmaßlich auch ältere Hardware. Ohne Hardware-Virtualisierung kommt man
da allerdings auch nicht mehr weit. Die gibt es aber schon deutlich
länger. Das ist eine der wenigen, sehr sinnvollen Erweiterungen für
Virtualisierer, die auch kaum Chipfläche frisst.


Marcel

 

[Marcel Mueller]

Am 18.06.23 um 11:41 schrieb Helmut Schellong:

On 06/17/2023 23:15, Marcel Mueller wrote:
Am 17.06.23 um 14:07 schrieb Helmut Schellong:
[...]

Wo ist der Bus?

.... mit den Leuten die das interessiert.

> Adressbus? Datenbus?

lol

Stattdessen werden hier genüßlich hunderte oder gar tausende von
totalen OFFtopic-Postings gepflegt - Würg-Kotz.
Die muß ich leider alle ungelesen als gelesen markieren.

Ja, kommt vor. -> Ignore Subthread.

Die Wärmepumpen-Postings sind inzwischen bei über 2000 an der Zahl
angelangt!

Habe ich ignoriert.

Wenn allerdings _ich_ zwei bis drei Postings im Jahr poste, die weitgehend
OFFtopic sind, werde ich jeweils sofort angegriffen/kritisiert.

Abdriftende Threads sind halt nochmal was anderes als neue Themen, wo
man sich bei jeder einzelnen Zeile fragt \"Was will uns das jetzt sagen?\"

Nur ein Beispiel von vielen:
https://de.wikipedia.org/wiki/Advanced_Vector_Extensions

Die Befehlssatzerweiterungen sind wichtig - oftmals sehr wichtig.
Besonders über AVX-512 wird oft geredet.

Das wird alles überbewertet. In 90% der Fälle sind diese ganzen
Befehlssatzerweiterungen nur dem Marketing geschuldet. Mann will sich
einfach herausputzen. Und wenn der Bedarf nicht da ist, generiert man
eben einen, in dem man es den Leuten über alle Kanäle einschädelt. \"Wenn
der Lambada da net dabei gewesen wär, ...\"

Die Erweiterungen dienen nur wenigen, speziellen Anwendungsfällen, und
sind auch in diesen speziell dafür geeigneter Hardware haushoch
unterlegen. Die meiste Zeit brauchen sie nur Chipfläche und Strom. Und
wenn sie oft nur für wenige Instruktionen genutzt werden, machen sie
Kontextswitches auch noch langsam.


> Mein BS FreeBSD unterstützt auch die neuesten Erweiterungen.

Unterstützten würde ich es nicht nennen. Das einzige, was ein
Betriebssystem mit AVX* macht, ist, die Register beim Kontextswitch zu
retten. Für die tägliche Arbeit eines Betriebssystemkerns kann man die
Zusatzbefehle praktisch nicht gebrauchen.

Die Compiler gcc und clang unterstützen eine gezielte Auswahl vieler
Instruktionssätze.

.... für spezielle, selten genutzte Optimierungen.

Und da jeder Hersteller bei neuen Erweiterungen erst sein eigenes
Süppchen kocht und es zudem es eine Weile braucht, bis neue Software,
die damit etwas anfangen kann, den Weg zum User findet, wird das Zeug
oft auch für Aufgaben, für die es sinnvoll wäre, erst dann genutzt, wenn
es schon fast wieder veraltet ist.

Hier und da wird memcpy über SIMD-Instruktionen implementiert. Das ist
aber eher dem geschuldet, dass die seit den frühen x86 CPUs für solche
Zwecke vorhandene REP Anweisung traditionell mit unterirdischer
Performance implementiert ist. (Das war schon auf einem 486er langsamer
als eine diskrete Schleife.)

VMware unterstützt seit vielen Jahren nur noch Prozessoren ab 2011.
Wegen Befehlssatzerweiterungen.

Das ist hat eher ökonomische Gründe: weniger unterstützte CPUs spart
Arbeit beim Testen der Software. Und da VMware auf Server-Nutzer
abzielt, in denen üblicherweise aus verschiedenen Gründen keinen 15
Jahre alte Hardware werkelt, wäre es für die einfach unökonomisch, den
alten Kram zu unterstützen.
Andere VMs wie VBox, die eher auf kleineres abzielen, unterstützen
mutmaßlich auch ältere Hardware. Ohne Hardware-Virtualisierung kommt man
da allerdings auch nicht mehr weit. Die gibt es aber schon deutlich
länger. Das ist eine der wenigen, sehr sinnvollen Erweiterungen für
Virtualisierer, die auch kaum Chipfläche frisst.


Marcel

 

[Helmut Schellong]

On 06/18/2023 18:44, Marcel Mueller wrote:

Am 18.06.23 um 11:41 schrieb Helmut Schellong:
On 06/17/2023 23:15, Marcel Mueller wrote:
Am 17.06.23 um 14:07 schrieb Helmut Schellong:
[...]

Wo ist der Bus?

... mit den Leuten die das interessiert.

Adressbus? Datenbus?

lol


Stattdessen werden hier genüßlich hunderte oder gar tausende von
totalen OFFtopic-Postings gepflegt - Würg-Kotz.
Die muß ich leider alle ungelesen als gelesen markieren.

Ja, kommt vor. -> Ignore Subthread.


Die Wärmepumpen-Postings sind inzwischen bei über 2000 an der Zahl angelangt!

Habe ich ignoriert.

Wenn allerdings _ich_ zwei bis drei Postings im Jahr poste, die weitgehend
OFFtopic sind, werde ich jeweils sofort angegriffen/kritisiert.

Abdriftende Threads sind halt nochmal was anderes als neue Themen, wo man sich bei jeder einzelnen Zeile fragt \"Was will uns das jetzt sagen?\"

Der Titel reicht eigentlich als Info.

Threads driften oft ab. Nach 17, 42 Postings beispielsweise.
Wenn es insgesamt jedoch über 2000 Postings sind, ist dies anders zu bewerten.
Und sie driften ab zu Themen wie Nazitum, DDR, Politik, Gesetze, Diktatur, Sozialismus, Psyche, Tagesgeschehen, etc.
Das ist wirklich total OFFtopic, und kann selbst von meiner riesigen Toleranz nicht mehr aufgefangen werden.

Nur ein Beispiel von vielen:
https://de.wikipedia.org/wiki/Advanced_Vector_Extensions

Die Befehlssatzerweiterungen sind wichtig - oftmals sehr wichtig.
Besonders über AVX-512 wird oft geredet.

Das wird alles überbewertet. In 90% der Fälle sind diese ganzen Befehlssatzerweiterungen nur dem Marketing geschuldet. Mann will sich einfach herausputzen. Und wenn der Bedarf nicht da ist, generiert man eben einen, in dem man es den Leuten über alle Kanäle einschädelt. \"Wenn der Lambada da net dabei gewesen wär, ...\"

Die Erweiterungen dienen nur wenigen, speziellen Anwendungsfällen, und sind auch in diesen speziell dafür geeigneter Hardware haushoch unterlegen. Die meiste Zeit brauchen sie nur Chipfläche und Strom. Und wenn sie oft nur für wenige Instruktionen genutzt werden, machen sie Kontextswitches auch noch langsam.

Du übersiehst, daß ich ein wirklich professioneller Programmierer bin (seit 1978), der
massenweise solche Erweiterungen von Compilern verwendet gesehen hat.
Und zwar standardmäßig, ohne daß der Compiler durch Optionen dazu aufgefordert wurde.

Mein BS FreeBSD unterstützt auch die neuesten Erweiterungen.

Unterstützten würde ich es nicht nennen. Das einzige, was ein Betriebssystem mit AVX* macht, ist, die Register beim Kontextswitch zu retten. Für die tägliche Arbeit eines Betriebssystemkerns kann man die Zusatzbefehle praktisch nicht gebrauchen.

Ich sehe das in der Realität anders.

Die Compiler gcc und clang unterstützen eine gezielte Auswahl vieler Instruktionssätze.

... für spezielle, selten genutzte Optimierungen.

Bei meinen Compilationen sieht das anders (besser) aus.

> Und da jeder Hersteller bei neuen Erweiterungen erst sein eigenes Süppchen kocht und es zudem es eine Weile braucht, bis neue Software, die damit etwas anfangen kann, den Weg zum User findet, wird das Zeug oft auch für Aufgaben, für die es sinnvoll wäre, erst dann genutzt, wenn es schon fast wieder veraltet ist.

Von mir wird es sofort genutzt.
Ich programmiere ja selbst.

Hier und da wird memcpy über SIMD-Instruktionen implementiert. Das ist aber eher dem geschuldet, dass die seit den frühen x86 CPUs für solche Zwecke vorhandene REP Anweisung traditionell mit unterirdischer Performance implementiert ist. (Das war schon auf einem 486er langsamer als eine diskrete Schleife.)

VMware unterstützt seit vielen Jahren nur noch Prozessoren ab 2011.
Wegen Befehlssatzerweiterungen.

Das ist hat eher ökonomische Gründe: weniger unterstützte CPUs spart Arbeit beim Testen der Software. Und da VMware auf Server-Nutzer abzielt, in denen üblicherweise aus verschiedenen Gründen keinen 15 Jahre alte Hardware werkelt, wäre es für die einfach unökonomisch, den alten Kram zu unterstützen.
Andere VMs wie VBox, die eher auf kleineres abzielen, unterstützen mutmaßlich auch ältere Hardware. Ohne Hardware-Virtualisierung kommt man da allerdings auch nicht mehr weit. Die gibt es aber schon deutlich länger. Das ist eine der wenigen, sehr sinnvollen Erweiterungen für Virtualisierer, die auch kaum Chipfläche frisst.


Marcel

--
Mit freundlichen Grüßen
Helmut Schellong var@schellong.biz
http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm
http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html
http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm
http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm
http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html

 

[Marcel Mueller]

Am 18.06.23 um 20:17 schrieb Helmut Schellong:

Abdriftende Threads sind halt nochmal was anderes als neue Themen, wo
man sich bei jeder einzelnen Zeile fragt \"Was will uns das jetzt sagen?\"

Der Titel reicht eigentlich als Info.

Der (und der Inhalt) hat für mich rein gar nichts mit Elektronik zu tun.
Das ist ausschließlich Computerkram, für den es eigene Hardware-Gruppen
gibt. Also OT.

Nur ein Beispiel von vielen:
https://de.wikipedia.org/wiki/Advanced_Vector_Extensions

Die Befehlssatzerweiterungen sind wichtig - oftmals sehr wichtig.
Besonders über AVX-512 wird oft geredet.

Das wird alles überbewertet. In 90% der Fälle sind diese ganzen
Befehlssatzerweiterungen nur dem Marketing geschuldet. Mann will sich
einfach herausputzen. Und wenn der Bedarf nicht da ist, generiert man
eben einen, in dem man es den Leuten über alle Kanäle einschädelt.
\"Wenn der Lambada da net dabei gewesen wär, ...\"

Die Erweiterungen dienen nur wenigen, speziellen Anwendungsfällen, und
sind auch in diesen speziell dafür geeigneter Hardware haushoch
unterlegen. Die meiste Zeit brauchen sie nur Chipfläche und Strom. Und
wenn sie oft nur für wenige Instruktionen genutzt werden, machen sie
Kontextswitches auch noch langsam.

Du übersiehst, daß ich ein wirklich professioneller Programmierer bin
(seit 1978), der

Ich auch. ;-)

massenweise solche Erweiterungen von Compilern verwendet gesehen hat.
Und zwar standardmäßig, ohne daß der Compiler durch Optionen dazu
aufgefordert wurde.

Ja, Bibliotheken haben oft Runtime-Checks, die je nach CPU anderen Code
ausführen. So richtig bringt das aber nur etwas bei Numbercrunchern wie
FFTW. Und massenweise trifft es nach meiner Wahrnehmung mitnichten.

Heute läuft fast alles im Browser ab - der neue, standardisierte
FAT-Client. Und da kann man froh sein, wenn auch nur für die
Videowiedergabe irgendeine Art vor Hardwarebeschleunigung genutzt wird.
Browseranwendungen wie MS-Teams (= Chromium im Kiosk Mode) schaffen es
immer wieder, selbst aktuelle Hardware bei einer Videokonferenz so flach
zu legen, dass man kaum noch etwas sinnvoll damit machen kann. Da wird
einfach alles auf 08/15 implementiert. Mehr \"Blech\" ist schließlich
immer billiger als Programmierer - im besonderen dann, wenn der Kunde
(wie meistens) das Blech selber bezahlen darf.

Mein BS FreeBSD unterstützt auch die neuesten Erweiterungen.

Unterstützten würde ich es nicht nennen. Das einzige, was ein
Betriebssystem mit AVX* macht, ist, die Register beim Kontextswitch zu
retten. Für die tägliche Arbeit eines Betriebssystemkerns kann man die
Zusatzbefehle praktisch nicht gebrauchen.

Ich sehe das in der Realität anders.

Was zur Hölle sollte ein Betriebssystem mit AVX-Erweiterungen anfangen?
Ausrechenen, wie viele von den 64 CPU-Kernen im Schnitt herumideln, weil
die Software nicht hinreichend skaliert?

Die Compiler gcc und clang unterstützen eine gezielte Auswahl vieler
Instruktionssätze.

... für spezielle, selten genutzte Optimierungen.

Bei meinen Compilationen sieht das anders (besser) aus.

Machst du viel mit mathematischen Programmen? Da ist es tatsächlich anders.
Aber selbst da, wenn du den Kram noch verkaufen willst, kannst du kein
AVX-512 voraussetzen, denn das hat bei weitem noch nicht jeder. Du
müsstest es also immer als zusätzliche Runtime-Option implementieren -
was ein Aufwand.

Bei klassischer Business-Software bringen solche Erweiterungen wenig bis
gar nichts. Und spätestens da wird der Mehraufwand für die
Runtime-Option gestrichen.

Und da jeder Hersteller bei neuen Erweiterungen erst sein eigenes
Süppchen kocht und es zudem es eine Weile braucht, bis neue Software,
die damit etwas anfangen kann, den Weg zum User findet, wird das Zeug
oft auch für Aufgaben, für die es sinnvoll wäre, erst dann genutzt,
wenn es schon fast wieder veraltet ist.

Von mir wird es sofort genutzt.
Ich programmiere ja selbst.

Das ist eine elitäre Situation, die für 99,9% aller auf PC Hardware
laufenden Software nicht gilt.

Genau genommen müsste man die JIT-Sprachen wie Java, .NET & Co auch noch
ausnehmen, denn die Kompilieren vor Ort. Aber denen mangelt es bereits
in der darunter liegenden Metasprache an Ausdrucksstärke, um Probleme
für SIMD überhaupt zu formulieren.


Marcel

 

[Helmut Schellong]

On 06/19/2023 08:55, Marcel Mueller wrote:

Am 18.06.23 um 20:17 schrieb Helmut Schellong:
Abdriftende Threads sind halt nochmal was anderes als neue Themen, wo man sich bei jeder einzelnen Zeile fragt \"Was will uns das jetzt sagen?\"

Der Titel reicht eigentlich als Info.

Der (und der Inhalt) hat für mich rein gar nichts mit Elektronik zu tun. Das ist ausschließlich Computerkram, für den es eigene Hardware-Gruppen gibt. Also OT.

Darauf kann ich antworten: de.sci.physik
Physik ist hier also OFFtopic, weil es dafür extra eine Gruppe gibt.

Praktisch ist dies jedoch nicht durchzuhalten.
So scharf und konsequent kann nicht getrennt werden.

Elektrotechnik ist ein Teilgebiet der Physik.
Elektronik ist ein Teilgebiet der Elektrotechnik.
Was ist nun mit Chip-Technologie?

Die \'CPU-Features\' stellen eigentlich Software dar.

Ich habe \'Elektrotechnik - Fachrichtung Informationsverarbeitung\' studiert.
Das bedeutet -> Programmierung.

Charta:
|In diesem Diskussionsforum soll es um den praktischen Erfahrungsaustausch über analoge und digitale Schaltungstechnik,
|elektronische Komponenten, Entwicklungsmethoden, Entwicklungspraxis, Messgerätepraxis, Computerperipherie,
|Mikroprozessoren und -controller, DSPs, etc. , aber auch um Grundlagen gehen.

Es gibt übrigens auch x86-Mikrocontroller.
Computer werden oft auch als Modul, also Komponente, betrachtet.

Nur ein Beispiel von vielen:
https://de.wikipedia.org/wiki/Advanced_Vector_Extensions

Die Befehlssatzerweiterungen sind wichtig - oftmals sehr wichtig.
Besonders über AVX-512 wird oft geredet.

Das wird alles überbewertet. In 90% der Fälle sind diese ganzen Befehlssatzerweiterungen nur dem Marketing geschuldet. Mann will sich einfach herausputzen. Und wenn der Bedarf nicht da ist, generiert man eben einen, in dem man es den Leuten über alle Kanäle einschädelt. \"Wenn der Lambada da net dabei gewesen wär, ...\"

Die Erweiterungen dienen nur wenigen, speziellen Anwendungsfällen, und sind auch in diesen speziell dafür geeigneter Hardware haushoch unterlegen. Die meiste Zeit brauchen sie nur Chipfläche und Strom. Und wenn sie oft nur für wenige Instruktionen genutzt werden, machen sie Kontextswitches auch noch langsam.

Du übersiehst, daß ich ein wirklich professioneller Programmierer bin (seit 1978), der

Ich auch. ;-)

massenweise solche Erweiterungen von Compilern verwendet gesehen hat.
Und zwar standardmäßig, ohne daß der Compiler durch Optionen dazu aufgefordert wurde.

Ja, Bibliotheken haben oft Runtime-Checks, die je nach CPU anderen Code ausführen. So richtig bringt das aber nur etwas bei Numbercrunchern wie FFTW. Und massenweise trifft es nach meiner Wahrnehmung mitnichten.

Die X-Register mit 128 Bit werden massenweise verwendet, auf meinem alten Wolfdale-Prozessor.

Bibliotheken mit Runtime-Checks gibt es bei mir nicht.
Die Compiler verwenden in Assembler _direkt_ allerlei Befehlssatzerweiterungen.
Für meinen Wolfdale von 2008.

Auf meiner Workstation mit Xeon 3435X muß ich noch auf die Verwendung von Y- und Z-Registern testen.
Das Mainboard ist zurzeit allerdings RMA-rückeingesandt.

pcmpeqd xmm0, xmm0
movdqu xmmword ptr [rcx], xmm0
mov rdx, qword ptr [rbp - 72] # 8-byte Reload
mov qword ptr [rcx + 16], rdx
movups xmm0, xmmword ptr [rsi + rdx]
movups xmmword ptr [rdi + rdx], xmm0
movaps xmmword ptr [rbp - 192], xmm0
movaps xmmword ptr [rbp - 176], xmm1
movaps xmmword ptr [rbp - 160], xmm2
movaps xmmword ptr [rbp - 144], xmm3
movaps xmmword ptr [rbp - 128], xmm4
movaps xmmword ptr [rbp - 112], xmm5
movaps xmmword ptr [rbp - 96], xmm6
movaps xmmword ptr [rbp - 80], xmm7
xorps xmm0, xmm0

Mein Code ist voller Befehlssatzerweiterungen wie vorstehend.
Das ist dann genau so im Executable; das kann nicht ersetzt werden.

Mein BS FreeBSD unterstützt auch die neuesten Erweiterungen.

Unterstützten würde ich es nicht nennen. Das einzige, was ein Betriebssystem mit AVX* macht, ist, die Register beim Kontextswitch zu retten. Für die tägliche Arbeit eines Betriebssystemkerns kann man die Zusatzbefehle praktisch nicht gebrauchen.

Ich sehe das in der Realität anders.

Was zur Hölle sollte ein Betriebssystem mit AVX-Erweiterungen anfangen?
Ausrechenen, wie viele von den 64 CPU-Kernen im Schnitt herumideln, weil die Software nicht hinreichend skaliert?

Das Betriebssystem führt diese Features dem C/C++-Entwicklungssystem zu.
Dieses wiederum informiert die Compiler.

Die werden sicherlich keine AVX-512-Instruktionen in den Kernel einbauen.
Dazu muß noch 10-25 Jahre gewartet werden.

Die Compiler gcc und clang unterstützen eine gezielte Auswahl vieler Instruktionssätze.

... für spezielle, selten genutzte Optimierungen.

Bei meinen Compilationen sieht das anders (besser) aus.

Machst du viel mit mathematischen Programmen? Da ist es tatsächlich anders.
Aber selbst da, wenn du den Kram noch verkaufen willst, kannst du kein AVX-512 voraussetzen, denn das hat bei weitem noch nicht jeder. Du müsstest es also immer als zusätzliche Runtime-Option implementieren - was ein Aufwand.

Ich programmiere so, daß die Compiler Erweiterungen vielerorts sinnvoll einsetzen können.
Das geschieht automatisch bei mir - mein Stil eben.
Nicht grundlos ist mir die schnellste und leistungsstärkste Shell der Welt gelungen.

> Bei klassischer Business-Software bringen solche Erweiterungen wenig bis gar nichts. Und spätestens da wird der Mehraufwand für die Runtime-Option gestrichen.

Damit habe ich nichts zu tun; ich bin Rentner.
Und wenn ich zwischendurch mal zusätzliches Geld verdiene, spielen solche Erwägungen keine Rolle.
Meine Software ist sowieso automatisch 5-25-mal schneller als die anderer.

Und da jeder Hersteller bei neuen Erweiterungen erst sein eigenes Süppchen kocht und es zudem es eine Weile braucht, bis neue Software, die damit etwas anfangen kann, den Weg zum User findet, wird das Zeug oft auch für Aufgaben, für die es sinnvoll wäre, erst dann genutzt, wenn es schon fast wieder veraltet ist.

Von mir wird es sofort genutzt.
Ich programmiere ja selbst.

Das ist eine elitäre Situation, die für 99,9% aller auf PC Hardware laufenden Software nicht gilt.

Ja, ist es; aber nur diese Situation ist für mich relevant.

Ich programmiere auch Skripte, um den jeweiligen Prozessor auch voll ausnutzen zu können.

Genau genommen müsste man die JIT-Sprachen wie Java, .NET & Co auch noch ausnehmen, denn die Kompilieren vor Ort. Aber denen mangelt es bereits in der darunter liegenden Metasprache an Ausdrucksstärke, um Probleme für SIMD überhaupt zu formulieren.

Ich befasse mich mit solchen Sprachen einfach überhaupt nicht, auch nicht mit UML.
Zum meinem großen Glúck mußte ich das auch nicht.


--
Mit freundlichen Grüßen
Helmut Schellong var@schellong.biz
http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm
http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html
http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm
http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm
http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html

 

[Bernd Mayer]

Am 17.06.23 um 14:07 schrieb Helmut Schellong:

CPU: Intel(R) Core(TM)2 Duo CPU     E8600  @ 3.33GHz (3333.40-MHz
K8-class CPU)
  Origin=\"GenuineIntel\"  Id=0x1067a  Family=0x6  Model=0x17  Stepping=10

Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,

PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
  Features2=0xc08e3fd<SSE3,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,
                      CX16,xTPR,PDCM,SSE4.1,XSAVE,OSXSAVE
  AMD Features=0x20100800<SYSCALL,NX,LM
  AMD Features2=0x1<LAHF
  VT-x: HLT,PAUSE
  TSC: P-state invariant, performance statistics


CPU: Intel(R) Xeon(R) w5-3435X (3096.00-MHz K8-class CPU)
  Origin=\"GenuineIntel\"  Id=0x806f8  Family=0x6  Model=0x8f  Stepping=8

Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,

PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE

Features2=0x7ffefbff<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,

SDBG,FMA,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,MOVBE,
                       POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND
  AMD Features=0x2c100800<SYSCALL,NX,Page1GB,RDTSCP,LM
  AMD Features2=0x121<LAHF,ABM,Prefetch
  Structured Extended
Features=0xf3bfbffb<FSGSBASE,TSCADJ,BMI1,HLE,AVX2,FDPEXC,SMEP,BMI2,

ERMS,INVPCID,RTM,PQM,NFPUSG,PQE,AVX512F,AVX512DQ,

RDSEED,ADX,SMAP,AVX512IFMA,CLFLUSHOPT,CLWB,

PROCTRACE,AVX512CD,SHA,AVX512BW,AVX512VL
  Structured Extended
Features2=0xbb417ffe<AVX512VBMI,UMIP,PKU,OSPKE,WAITPKG,AVX512VBMI2,

GFNI,VAES,VPCLMULQDQ,AVX512VNNI,AVX512BITALG,

TME,AVX512VPOPCNTDQ,LA57,RDPID,CLDEMOTE,
                                           MOVDIRI,MOVDIR64B,ENQCMD
  Structured Extended
Features3=0xffdd4430<FSRM,MD_CLEAR,PCONFIG,IBT,IBPB,STIBP,L1DFL,
                                           ARCH_CAP,CORE_CAP,SSBD
  XSAVE Features=0x1f<XSAVEOPT,XSAVEC,XINUSE,XSAVES

IA32_ARCH_CAPS=0x28fdeb<RDCL_NO,IBRS_ALL,SKIP_L1DFL_VME,MDS_NO,TSX_CTRL,TAA_NO
  AMD Extended Feature Extensions ID EBX=0x200<WBNOINVD
  VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr
  TSC: P-state invariant, performance statistics

HAllo,

soll aas jetzt der Fortschritt sein?

Und wo bleibt AMD?



Bernd Mayer

 

[Helmut Schellong]

On 06/19/2023 18:56, Bernd Mayer wrote:

Am 17.06.23 um 14:07 schrieb Helmut Schellong:

CPU: Intel(R) Core(TM)2 Duo CPU     E8600  @ 3.33GHz (3333.40-MHz K8-class CPU)
   Origin=\"GenuineIntel\"  Id=0x1067a  Family=0x6  Model=0x17  Stepping=10
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,
PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
   Features2=0xc08e3fd<SSE3,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,
                       CX16,xTPR,PDCM,SSE4.1,XSAVE,OSXSAVE
   AMD Features=0x20100800<SYSCALL,NX,LM
   AMD Features2=0x1<LAHF
   VT-x: HLT,PAUSE
   TSC: P-state invariant, performance statistics


CPU: Intel(R) Xeon(R) w5-3435X (3096.00-MHz K8-class CPU)
   Origin=\"GenuineIntel\"  Id=0x806f8  Family=0x6  Model=0x8f  Stepping=8
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,
PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
Features2=0x7ffefbff<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,
SDBG,FMA,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,MOVBE,
                        POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND
   AMD Features=0x2c100800<SYSCALL,NX,Page1GB,RDTSCP,LM
   AMD Features2=0x121<LAHF,ABM,Prefetch
   Structured Extended Features=0xf3bfbffb<FSGSBASE,TSCADJ,BMI1,HLE,AVX2,FDPEXC,SMEP,BMI2,
ERMS,INVPCID,RTM,PQM,NFPUSG,PQE,AVX512F,AVX512DQ,
RDSEED,ADX,SMAP,AVX512IFMA,CLFLUSHOPT,CLWB,
PROCTRACE,AVX512CD,SHA,AVX512BW,AVX512VL
   Structured Extended Features2=0xbb417ffe<AVX512VBMI,UMIP,PKU,OSPKE,WAITPKG,AVX512VBMI2,
GFNI,VAES,VPCLMULQDQ,AVX512VNNI,AVX512BITALG,
TME,AVX512VPOPCNTDQ,LA57,RDPID,CLDEMOTE,
                                            MOVDIRI,MOVDIR64B,ENQCMD
   Structured Extended Features3=0xffdd4430<FSRM,MD_CLEAR,PCONFIG,IBT,IBPB,STIBP,L1DFL,
                                            ARCH_CAP,CORE_CAP,SSBD
   XSAVE Features=0x1f<XSAVEOPT,XSAVEC,XINUSE,XSAVES
IA32_ARCH_CAPS=0x28fdeb<RDCL_NO,IBRS_ALL,SKIP_L1DFL_VME,MDS_NO,TSX_CTRL,TAA_NO
   AMD Extended Feature Extensions ID EBX=0x200<WBNOINVD
   VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr
   TSC: P-state invariant, performance statistics

HAllo,

soll aas jetzt der Fortschritt sein?

Keine Ahnung; die Info spricht für sich selbst.
Kann u.a. bei Wikipedia nachgeschlagen werden.

> Und wo bleibt AMD?

Ich habe den Boottext von zwei Intel-Prozessoren parat, nach 17 Jahren Wartezeit.
Von AMD-Prozessoren habe ich das nicht.
Ich kann es mir auch nicht leisten, AMD-Plattformen außerdem aufzubauen.


--
Mit freundlichen Grüßen
Helmut Schellong var@schellong.biz
http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm
http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html
http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm
http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm
http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html

 

[Rolf Bombach]

Helmut Schellong schrieb:

[Der (und der Inhalt) hat für mich rein gar nichts mit Elektronik zu tun. Das ist ausschließlich Computerkram, für den es eigene Hardware-Gruppen gibt. Also OT.]

Darauf kann ich antworten: de.sci.physik
Physik ist hier also OFFtopic, weil es dafür extra eine Gruppe gibt.

Physikalische Aspekte der Elektronik sind OnT.

Praktisch ist dies jedoch nicht durchzuhalten.
So scharf und konsequent kann nicht getrennt werden.

Elektrotechnik ist ein Teilgebiet der Physik.
Elektronik ist ein Teilgebiet der Elektrotechnik.

Elektronik ist die Wissenschaft und Lehre des steuerbaren Ladungsträgers.
Im Allgemeinen zerfallend in Vakuumelektronik und Festkörperelektronik.

> Was ist nun mit Chip-Technologie?

Prozess-Chemie und so.

Die \'CPU-Features\' stellen eigentlich Software dar.

Und damit hier Off-topic.

Charta:
|In diesem Diskussionsforum soll es um den praktischen Erfahrungsaustausch über analoge und digitale Schaltungstechnik,
|elektronische Komponenten, Entwicklungsmethoden, Entwicklungspraxis, Messgerätepraxis, Computerperipherie,
|Mikroprozessoren und -controller, DSPs, etc. , aber auch um Grundlagen gehen.

CPU-Zeugs die Logik betreffend ist Off-Topic.

> Es gibt übrigens auch x86-Mikrocontroller.

x86 und Computer in einem Satz ist für viele stossend.

--
mfg Rolf Bombach

 

[Rolf Bombach]

Marcel Mueller schrieb:

Das wird alles überbewertet. In 90% der Fälle sind diese ganzen Befehlssatzerweiterungen nur dem Marketing geschuldet. Mann will sich einfach herausputzen. Und wenn der Bedarf nicht da ist, generiert
man eben einen, in dem man es den Leuten über alle Kanäle einschädelt. \"Wenn der Lambada da net dabei gewesen wär, ...\"

Die Erweiterungen dienen nur wenigen, speziellen Anwendungsfällen, und sind auch in diesen speziell dafür geeigneter Hardware haushoch unterlegen. Die meiste Zeit brauchen sie nur Chipfläche und
Strom. Und wenn sie oft nur für wenige Instruktionen genutzt werden, machen sie Kontextswitches auch noch langsam.

Ja mei, was willst du schon mit 80 Mia Transistoren machen? Irgendwann gehen
einem die Ideen aus. Muss trotzdem verkauft werden.

Aber man darf ja nix sagen, sonst gehört man ja zu den früher-war-alles-besser-
Senilen. Und so kriegt halt meine Zahnbürste und mein Toaster demnächst
ein 64-bit-Betrübssystem, das es anders gar nicht geht und es auch gar keine
andere Hardware mehr gibt.

--
mfg Rolf Bombach

 

[Helmut Schellong]

On 06/19/2023 20:43, Rolf Bombach wrote:

Helmut Schellong schrieb:

[Der (und der Inhalt) hat für mich rein gar nichts mit Elektronik zu tun. Das ist ausschließlich Computerkram, für den es eigene Hardware-Gruppen gibt. Also OT.]

Darauf kann ich antworten: de.sci.physik
Physik ist hier also OFFtopic, weil es dafür extra eine Gruppe gibt.

Physikalische Aspekte der Elektronik sind OnT.

Ja, natürlich sind sie das.

Mein Satz oben ist ein hypothetisches Gleichnis.
Eine Reaktion auf den Satz des Vorredners.

Praktisch ist dies jedoch nicht durchzuhalten.
So scharf und konsequent kann nicht getrennt werden.

Elektrotechnik ist ein Teilgebiet der Physik.
Elektronik ist ein Teilgebiet der Elektrotechnik.

Elektronik ist die Wissenschaft und Lehre des steuerbaren Ladungsträgers.
Im Allgemeinen zerfallend in Vakuumelektronik und Festkörperelektronik.

Was ist nun mit Chip-Technologie?

Prozess-Chemie und so.

Die \'CPU-Features\' stellen eigentlich Software dar.

Und damit hier Off-topic.

Software ist hier nicht grundsätzlich/allumfassend OFFtopic.

Charta:
|In diesem Diskussionsforum soll es um den praktischen Erfahrungsaustausch über analoge und digitale Schaltungstechnik,
|elektronische Komponenten, Entwicklungsmethoden, Entwicklungspraxis, Messgerätepraxis, Computerperipherie,
|Mikroprozessoren und -controller, DSPs, etc. , aber auch um Grundlagen gehen.

CPU-Zeugs die Logik betreffend ist Off-Topic.

Nein, weil in der Charta genannte Komponenten ohne Software tot sind.
Software gehört untrennbar zu diesen Komponenten.

Nur bestimmte Programmiersprachen an sich, also Diskussionen
über deren Stärken und Schwächen, deren Wesen/Syntax, sind OFFtopic.


--
Mit freundlichen Grüßen
Helmut Schellong var@schellong.biz
http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm
http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html
http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm
http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm
http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html