LabVIEW 2009 Linux: wire class conflict

' schrieb:Das Problem mit dem Kernel-Modul war mir unterwegs aufgefallen. Gestern hatte ich zur Probe noch NI-KAL und NI-PAL installiert (keine Ahnung, was die eigentlich machen, der NI-Abkürzungsfimmel ist immer so wenig sagend).

Dies ist ganz meine eigene Interpretation aber ich gehe mal davon aus:

KAL -> Kernel Abstraction Layer (Thread, Process, Mutex, Events, File IO, etc)
PAL -> Platform Abstraction Layer (Hardware Resource Management: Enumeration, DMA, Interrupts, PCI/PXI bus, etc)

Um nicht für jede Platform einen komplet neuen Treiber schreiben zu müssen haben sich halt ein paar NI Entwickler hingesetzt und einige Schnittstellen festgelegt wofür für jede Plattform ein eigener Low Level Treiber entwickelt wurde. Die anderen NI Treiber wie PXI, DAQmx, IMAQmx, VISA etc sprechen dann keine plattformspezifischen Interfaces mehr an sondern gehen immer durch diese NI Standardinterfaces. Macht die Pflege und Weiterentwicklung dieser Treiber wesentlich einfacher, aber da haben die Linux Entwickler halt einen Stock in die Speichen der NI Entwicklung geworfen, gerade als NI den richtigen Dreh unter Linux endlich entdeckt hatte.

Grundsätzlich ist aus Performancegründen die Verlagerung von hardwarenahen Treibern in den Kernel vorzuziehen und das ist auch die einzige vernünftige Methode unter Widnows wenn man wirklich beste Performance haben will. Unter Linux ist das wegen der GPL Einschränkungen etwas schwieriger und da ist es daher auch gebräuchlicher um ziemlich viel dieser Arbeit im Userland zu tun, und nur ganz wenige generische Dinge direkt im Kernel zu realisieren. Durch die andere Architektur des Kernels geht das meist trotzdem ohne allzu drastische Performanceeinbussen.

Anzeige