Zuerst wurde es immer schneller: Statt einige MHz steigerte man die
Leistung in den GHz- Bereich. Dann wurde man breiter: 8,16,32,64 Bit
für die Masse und 128 Bit für Spezielles. Nun wird man "mehr": Erst
Dualcore, Quadcore, dann...
Aber: Wozu das Ganze, wenn die Entwickler die Leistungsreserven durch
Nichtkönnen zerstören? Manche sollten wirklich erstmal programmieren
lernen und nicht auf die Welt losgelassen werden. Das gilt für OS wie
für CS.
Da wird in Interrupthandlern irgendwelche Flags gepollt oder man
spendiert SEINER speziellen TreiberHAL einen IRQ-Lock, so daß andere
über etliche Zeitscheiben gar nicht mehr an die Reihe kommen. Da
nützt auch das Aufbohren auf ein HZ=100000 nix, da ja die
Kontextswitche derart teuer sind, daß manchmal diese mehr ZEit
brauchen, wie die Abarbeitung des geswichten. Ganz nett und in MTD
gesehen: Ein hochrangiger IRQ-Handler mit Printk zwischen! Na super,
mal "schnell" was ausgeben, ja?!
Dann das Bedienen irgendwelcher viertuellen Filesysteme ... Eben
alles, ohne dem der aktuelle Entwickler gar nicht mehr Leben mag,
weil es so herrlich komfortabel ist.
Man könnte so viel einsparen, wenn man im Kernel nicht mit Zeiten
umgehen würde, wie die MAde im Speck!
Vorallem im Windoofkernel frage ich mich, wie man den Explorer
komplett wegschießen kann, nur weil ein Netzwerkdevice auf einmal
nicht mehr da ist? Was wartet der Pfosten da? Auf ein Wunder?
Subraumkommunikation nach Ende der Lanparty? Dafür Exklusivminuten
(!!) zu opfern, dann doch den Pöter zuzukneifen, anstatt mal alle
paar Sekunden kurz nachzuschauen? Das ist einer der dickeren Hunde.
Wenn mal was nicht da ist, scheint das System ab und an wirklich auf
"goNOP" zu warten...
Wenn die Mr.$ ihre Ähhh-Roh-Oberfläche ebenso durchdacht haben,
wundern mich die Anforderungen nicht die Bohne!
Ein wenig weniger ist manchmal eben mehr... Aber dazu muß man sich ja
hinsetzen und überlegen.... Da funzt dann keine VKIT-Codung mehr
(vomkopfinsterminal).
Manchmal zweifelt man wirklich.... und verzweifelt.
Leistung in den GHz- Bereich. Dann wurde man breiter: 8,16,32,64 Bit
für die Masse und 128 Bit für Spezielles. Nun wird man "mehr": Erst
Dualcore, Quadcore, dann...
Aber: Wozu das Ganze, wenn die Entwickler die Leistungsreserven durch
Nichtkönnen zerstören? Manche sollten wirklich erstmal programmieren
lernen und nicht auf die Welt losgelassen werden. Das gilt für OS wie
für CS.
Da wird in Interrupthandlern irgendwelche Flags gepollt oder man
spendiert SEINER speziellen TreiberHAL einen IRQ-Lock, so daß andere
über etliche Zeitscheiben gar nicht mehr an die Reihe kommen. Da
nützt auch das Aufbohren auf ein HZ=100000 nix, da ja die
Kontextswitche derart teuer sind, daß manchmal diese mehr ZEit
brauchen, wie die Abarbeitung des geswichten. Ganz nett und in MTD
gesehen: Ein hochrangiger IRQ-Handler mit Printk zwischen! Na super,
mal "schnell" was ausgeben, ja?!
Dann das Bedienen irgendwelcher viertuellen Filesysteme ... Eben
alles, ohne dem der aktuelle Entwickler gar nicht mehr Leben mag,
weil es so herrlich komfortabel ist.
Man könnte so viel einsparen, wenn man im Kernel nicht mit Zeiten
umgehen würde, wie die MAde im Speck!
Vorallem im Windoofkernel frage ich mich, wie man den Explorer
komplett wegschießen kann, nur weil ein Netzwerkdevice auf einmal
nicht mehr da ist? Was wartet der Pfosten da? Auf ein Wunder?
Subraumkommunikation nach Ende der Lanparty? Dafür Exklusivminuten
(!!) zu opfern, dann doch den Pöter zuzukneifen, anstatt mal alle
paar Sekunden kurz nachzuschauen? Das ist einer der dickeren Hunde.
Wenn mal was nicht da ist, scheint das System ab und an wirklich auf
"goNOP" zu warten...
Wenn die Mr.$ ihre Ähhh-Roh-Oberfläche ebenso durchdacht haben,
wundern mich die Anforderungen nicht die Bohne!
Ein wenig weniger ist manchmal eben mehr... Aber dazu muß man sich ja
hinsetzen und überlegen.... Da funzt dann keine VKIT-Codung mehr
(vomkopfinsterminal).
Manchmal zweifelt man wirklich.... und verzweifelt.