Nachrichten

301

Lowlevel-Coding / Applikationen: Aufruf und ähnliches.

« am: 19. October 2005, 14:01 »

Langsamer im Bezug auf was? Unter der Annahme, dass nicht jede Task die FPU benötigt und wenn, dann auch nicht immer, ist es immer noch schneller als bei jedem Taskwechsel den gesamten Context zu speichern und neu zu laden, welcher bei SSE immerhin schon 512 Byte groß ist! Und wenn nur eine Task die FPU benutzt hat, kann man es so regeln, das der Context nicht gespeichert und neu geladen wird, so spart man nochmal Zeit!

Ja, da war ich am überlegen wie viele Programme wohl die FPU brauchen würden.

302

Lowlevel-Coding / Applikationen: Aufruf und ähnliches.

« am: 18. October 2005, 11:33 »

Hmm, interessante Methode, kannte ich noch nicht. Bin nur am Überlegen ob das bei manchen Anwendungen nicht langsamer sein könnte ...

303

Lowlevel-Coding / Applikationen: Aufruf und ähnliches.

« am: 17. October 2005, 23:56 »

Nun ja, andere Sache die mir grad aufgefallen ist: Was macht ihr mit der FPU usw. mit euren scheinbar favorisierten Task Gates auf dem Timer IRQ?

304

Offtopic / Euer Kreuzchen?

« am: 17. October 2005, 14:01 »

Kleinkram bringt es aber generell nicht.
Und nicht zu wählen, na ja, hat auch seine Probleme, siehe extreme Parteien.
Egal was du machst, es kann eh auf dich zurück kommen.
Von daher kannst du wenigstens dem kleinstem Übel helfen, wenn nicht hilfst du eher noch grösseren Übeln.

305

Offtopic / "Beste" Distribution

« am: 12. October 2005, 23:30 »

Die Debianleute kommen immer wieder mit apt  
Hinter nem Package Manager würde ich mich nicht unbedingt verstecken ..

306

Lowlevel-Coding / Applikationen: Aufruf und ähnliches.

« am: 11. October 2005, 22:10 »

Nen neuen Task (also Scheduling) wählt die CPU für dich nicht aus ...
Das sind ein paar schnelle Movs gegen eine doch etwas komplexere Operation ... gute Frage.

307

Lowlevel-Coding / ELF möglichst einfach öffnen

« am: 11. October 2005, 20:37 »

Na ja, ich kann dir nur sagen das es mal nen Kernel zu einem System namens GazOS gab der in ELF war und der seinen eigenen Bootloader hatte ...

308

Offtopic / "Beste" Distribution

« am: 11. October 2005, 01:12 »

Zumindestens für die Enterprise Editionen von SuSe Linux ist das Nachpatchen ohne Updaten ein gewaltiger Vorteil gegenüber einer "Desktop" Distribution. So hat auch Closed Source Software evtl. eine Chance binärkompatibel zu bleiben nach einem Patch. Etwas, was ich mir auch häufig für Open Source Software wünschen würde. Wenn sich ständig auch API-Details und sonstwas bei Bibliotheken ändern kannst du sowas vergessen.

309

Offtopic / "Beste" Distribution

« am: 10. October 2005, 20:28 »

Debian haben wir auf nem Root Server und ich muss ehrlich sagen das ich die Verteilung von z.B. Apache im System grausam finde.

310

Offtopic / "Beste" Distribution

« am: 10. October 2005, 17:28 »

Ich "teste" hier gerade unfreiwillig Fedora Core 3. yum scheint seine Aufgabe ähnlich brauchbar wie apt-get zu machen, im Zweifelsfall kann man sich aber immer noch mit rpm rumschlagen!

Jedoch muss ich sagen das manchmal sogar der Mauszeiger hängt, weswegen ich mich frage was die mit dem Kernel angestellt haben.
Und der Firefox den ich mir über yum installiert habe stürzt öfters ab.

311

Lowlevel-Coding / Applikationen: Aufruf und ähnliches.

« am: 09. October 2005, 19:47 »

Wohl soll das Wechseln von der TSS dann wohl drei mal so lange dauern als ein PUSHA, ein MOV um CR3 auszutauschen und noch ein POPA.

312

Lowlevel-Coding / Applikationen: Aufruf und ähnliches.

« am: 09. October 2005, 15:33 »

Beim Software-Taskswitching ist es schwieriger für einzelne Tasks IO-Ports zu sperren / freizugeben, da der Mechanismus dafür auf dem TSS aufbaut. Und kleiner Tipp nebenbei: man braucht nicht immer pro Task einen Kernelstack, sondern kann auch pro CPU einen Kernelstack benutzen, das hängt ganz am Kerneldesign.

Stimmt, die Bitmap dafür ist in TSS. Jedoch soll die TSS sowieso pagingsensitiv sein, weswegen man es bei geschickter Positionierung hinbekommt die Bitmap gleich mit dem Wechseln von CR3 auszutauschen ...

313

Lowlevel-Coding / Applikationen: Aufruf und ähnliches.

« am: 09. October 2005, 13:23 »

Backlink war auch so ne Sache die mich abgeschreckt hat ...

314

Offtopic / OS starten: von Diskette Image oder USB-Stick

« am: 08. October 2005, 12:29 »

Evtl. hilft dir da Bochsdbg.

315

Offtopic / OS starten: von Diskette Image oder USB-Stick

« am: 07. October 2005, 17:49 »

Kann man nicht das Image unter Bochs verwenden ganz ohne Diskette?

Genau, ja, das ist kein Problem. Mit Bochs, Qemu und VMWare kannst du so testen.

316

Offtopic / OS starten: von Diskette Image oder USB-Stick

« am: 06. October 2005, 19:42 »

Na ja, image mounten geht wohl nicht für den Test mit echter Hardware!

317

Lowlevel-Coding / Applikationen: Aufruf und ähnliches.

« am: 06. October 2005, 18:43 »

Jep, das stimmt, der v86 Modus arbeitet wohl auch mit der TSS. Leider.

318

OS-Design / Linux 0.01

« am: 05. October 2005, 22:04 »

gas und .s dateien hängen direkt zusammen!

gas ist der gnu assembler, obwohl die ausführbare datei nur "as" heisst mein ich. und .s ist die Endung für Assemblerdateien für diesen Assembler.
Und der hat halt das eigenwillige Format das du da gesehen hast, der benutzt z.B. standardmäßig die AT&T Syntax und nicht die Intel-Syntax.

319

Offtopic / Euer Kreuzchen?

« am: 05. October 2005, 20:51 »

Wer gar nicht arbeiten will, der soll sich nicht wundern wenn er nichts kriegt. Ohne KANN es nicht funktionieren.

Was die, die etwas arbeiten angeht, nun ja, sagen wir mal so, dank Krankenversicherung usw.  müsste ich mal gucken ob zwei Teilzeitkräfte nicht eher teurer als eine Vollzeitkraft sind ...

Wenn Löhne (nach Ländern) auch nicht ungleich verteilt wären, wäre der "Konkurrenzkampf" mit den Folgen immer länger arbeiten oder gar nicht arbeiten wohl auch nicht so extrem ...

320

Lowlevel-Coding / Applikationen: Aufruf und ähnliches.

« am: 05. October 2005, 18:54 »

Ich fand ein PUSHA und POPA einfacher als die TSS zu benutzen ...