Hallo Robert,
> Wenn Ihr wirklich Latenzen von unter ca. 30 �s _braucht_, geht meiner > Meinung nach kaum ein Weg an entweder einer Hardwarel�sung oder zumindest > einem PowerPC vorbei. Wolfgang Denk hatte glaube ich vor kurzem mal > Latenzen der PPCs gepostet, die kamen teilweise an 1 �s ran. Die klassische > PC-Technik ist einfach nicht f�r sowas gemacht. Ja, wir machen aktive Schwingungsbed�mpfung von Bed�mpfung von 400...1000Hz- Schwingungen und _brauchen_ so geringe Latenzzeiten. Wo kann ich einen Power-PC-Rechner bekommen? L�uft da dann auch RTLinux drauf? Gibts da PCI / ISA-Slots? > Die n�chste Frage ist auch, ob Ihr die Latenz nur unter ganz bestimmten > Bedingungen mit einem ganz bestimmten Board hinbekommen wollt, oder ob das > Konzept auch die Migration auf andere Plattformen �berleben soll (m.E. Wir brauchen immer nur einzelne Rechner, die das k�nnen; m�glichst Standard-PCs. > Habt Ihr mal den "buslock" Test von RTAI probiert? Obwohl sich 14 �s eher > nach einem "normalen" Board anh�rt, das keine Probleme macht. Den habe ich leider im Netz nicht gefunden. Ist der beim RTAI-Paket dabei? > Mich w�rde wirklich ausgesprochen interessieren, ob das identische System > sich mit RTTARGET anders verh�lt als mit RTL/RTAI. Paolo hat ettliche Tests > mit seinen DOS-Systemen gegen�ber RTAI gemacht, und es stellt sich > eigentlich heraus, da� RTAI performancem��ig nicht sonderlich schlechter > ist als eine L�sung, bei der die CPU die totale Kontrolle hat. Ja, derselbe Rechner. Hier mal die Ausgabe von meinem Systeminfo- Programm: c't CPU Info V 1.15 (c) c't Andreas Stiller, Oct 2000 BIOS (DMI) : Award Software International, Inc. 4.51 PG 12/22/00 Board (DMI) : Gigabyte Technology Co. Ltd. i440LX-W977 PCI Host Bridge : Intel 82440LX Revision:3 CPUID : GenuineIntel, Typ=0, Family=6, Model=6, Step=0 Prozessorkern : Celeron A (Mendocino, SEPP) Brand ID : 00: nicht unterst�tzt Intel Spec. Update : Order number:243748-xx Erratum C23 : CPU-Fehler bei "MOVD following Zeroing Instruction" Serial number : nicht unterst�tzt Platform ID : (0)Slot 1 SECC L1 Data Cache : 16 KB, 4fach assoziativ, Linesize:32 Byte, WB L1 Code Cache : 16KB, 4fach assoziativ, Linesize:32 Byte L2 Cache: : 128 KB, 4fach assoziativ, Linesize:32 Byte, WB > Nichts desto trotz: soweit ich das verstehe ist es ja immer so, da� der > "deferred interrupt mechanism" bewirkt, da� jeder eintreffende Interrupt erstmal > vorgemerkt wird, bis die aktuelle Kernel-Routine abgelaufen ist. Erst dann > kommt der Realtime-Kern zum Zug. Falls es hier an einigen wenigen Stellen > Probleme geben sollte, m��te man z.B. mit LTT mal nachsehen, an welchen. Klingt interessant. Wo bekomme ich LTT und die Doku? Vielen Dank f�r Deine Hilfe Alexander Dipl.-Ing. Alexander B�hr TU Darmstadt, SRT Landgraf-Georg-Str. 4 64283 Darmstadt Germany TEL : 06151 162366 FAX : 06151 162613 [EMAIL PROTECTED] -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED] -- For more information on Real-Time Linux see: http://www.rtlinux.org/
