Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #233093
| From | Hans-Peter Diettrich <DrDiettrich1@aol.com> |
|---|---|
| Newsgroups | de.sci.electronics |
| Subject | Re: Echtzeit Linux, zeitliche Auflösung etc. |
| Date | 2017-10-05 12:59 +0200 |
| Message-ID | <f3mkbnFpbiiU1@mid.individual.net> (permalink) |
| References | <or2mps$8sr$1@news.albasani.net> <or2pnv$1kr$1@news4.open-news-network.org> <or4i4g$l9q$1@news4.open-news-network.org> |
Am 05.10.2017 um 08:06 schrieb Edzard Egberts: > Ich habe mir inzwischen noch gedacht, dass PC-Hardware natürlich ein > ganzer Haufen Rechenleistung auf kleinem Raum ist und es sicher auch > Anwendungen gibt, bei denen diese Rechenleistung gebraucht wird - wenn > nämlich die Signale nicht nur schnell sind, sondern auch in "Echtzeit" > ausgewertet werden müssen, z.B. FFT. FFT erfordert einen schnellen ADC, oder die Auswertung darf so langsam arbeiten wie die Daten eintröpfeln. Ein Controller, wie er in (Video) Kameras oder digitalen Scopes benutzt wird, sollte auch für FFT o.ä. genügend Rechenleistung haben. Nicht umsonst werden Supercomputer oft mit Grafikprozessoren ausfgebaut, die Numbercrunching und schnelle Datenübertragung auf mehreren Kanälen beherrschen. Der engste Flaschenhals ist bei schnellen Prozessoren der Speicher, der speziell bei DMA (Platten, Grafik...) und speicherintensiven Programmen die CPU ausbremsen kann. Da kann ein Cache nur dann weiterhelfen, wenn er schnell mit den benötigten Daten gefüllt werden kann. Das bedeutet, daß insbesonder die Tasks eines Echtzeit-Systems so konstruiert werden sollten, daß sie sich nicht gegenseitig ausbremsen können - sofern das überhaupt möglich (vorgesehen) ist. Mikrocontroller mit RAM auf dem Chip haben da wendiger Probleme mit dem Datendurchsatz als eine CPU mit externem Speicher. Auf solchen Controllern läßt sich auch ein Echtzeitsystem installieren, das vielen Ansprüchen besser genügt als auf einer PC Hardware (IMO). > Da bleibt allerdings das Problem der Geometrie: Sachen im > Mikrosekundenbereich kann man nicht "einfach so" mit Kabel anschließen, > da stellt sich dann das Problem, wie man die gesteuerte Hardware in oder > an den PC bringt. Hier haben Controller den großen Vorteil, dass sie > direkt in die Steuerelektronik integriert sind und die schnelle > Verarbeitung vor Ort in eine langsamere Datenübertragung umwandeln können. Bei verteilten Datenquellen sind Netze besser zu realisieren und weniger störanfällig als ein Kabelverhau zu einem Zentralrechner. Ein Netz ist auch besser skalierbar, wenn sich die Anforderungen ändern oder wachsen. Ob dann Knoten mit (industrietauglicher) PC Hardware noch vorteilhaft sind (Platz, Preis, Netzteil, Leistungsbedarf/Kühlung...), kommt auf den Einzelfall an. DoDi
Back to de.sci.electronics | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Echtzeit Linux, zeitliche Auflösung etc. Stefan <df9bi@arcor.de> - 2017-10-04 15:13 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Edzard Egberts <news@edzeg.net> - 2017-10-04 16:03 +0200
Re: Re: Echtzeit Linux, zeitliche Auflösung etc. Gernot Fink <g.fink@gmx.net> - 2017-10-04 17:00 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Edzard Egberts <news@edzeg.net> - 2017-10-05 08:06 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-10-05 12:59 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Edzard Egberts <news@edzeg.net> - 2017-10-05 14:18 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Rolf Bombach <rolfnospambombach@invalid.invalid> - 2017-10-07 19:26 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-10-04 16:38 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Stefan <df9bi@arcor.de> - 2017-10-04 17:39 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Stefan Engler <Lehrerfreund@web.de> - 2017-10-04 09:42 -0700
Re: Echtzeit Linux, zeitliche Auflösung etc. Werner Holtfreter <holtfreter@gmx.de> - 2017-10-04 19:54 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Stefan <df9bi@arcor.de> - 2017-10-04 19:59 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Werner Holtfreter <holtfreter@gmx.de> - 2017-10-05 02:21 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-10-05 06:20 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-10-05 13:45 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-10-05 15:31 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Hermann Riemann <nospam.ng@hermann-riemann.de> - 2017-10-04 20:44 +0200
Re: Echtzeit Linux, zeitliche Auflösung etc. Stefan <df9bi@arcor.de> - 2017-10-05 13:57 +0200
csiph-web