Meine Erfahrungen mit DragonFlyBSD

cryptosteve

Ex-Steve`
Tach'chen,

wie bereits in einem anderen Thread angekündigt, wollte ich hier nochmal kurz niederschreiben, wie es mir auf meiner Testmaschine (AMD Athlon Thunderbird 1.4GHz, 768mb SDRAM) mit DragonFlyBSD ergangen ist. Abzumerken ist, dass ich vieles davon aus der Hüfte geschossen habe, was natürlich wiederum entsprechende Fehler nach sich gezogen hat:

  • Installation von pkgsrc: pkgsrc habe ich auf altgewohntem Wege via cvs gezogen. Ich hatte vor vier Jahren mal NetBSD am Wickel und konnte mich so ungefähr erinnern, wie das läuft. Vergessen hatte ich allerdings fast, dass pkgsrc (im Vergleich zu den FreeBSD-Ports) außerhalb von den quartalsweisen Freezes eher instabil ist. So brachen beim Bauen zunächst Firefox und ezm3 ab. Letzteres ist eher bedauerlich, weil ich es für cvsup gebraucht hätte, um einen Source zu ziehen.
  • Installation der Sourcen: Da mir - wie bereits oben geschrieben - ezm3 beim Bauen abgeraucht ist, wars auch mit cvsup nichts. Letzteres habe ich leider auf die Schnelle nicht als Package zur Installation gefunden. Über google bin ich dann auf Mercurial gestoßen. Damit war es möglich, einen Source zu ziehen, wenngleich der eigentliche Prozess doch erheblich anders aussieht als ein cvsup. Naja, egal. Der Source war also da. Der Versuch, einen neuen Kernel zu bauen, wurde jedoch mit dem Hinweis abgebrochen, ich möge bitte zuerst eine neue Welt bauen. Ok, das ist vertretbar, das krieg ich dann auch noch nicht. (Anmerkung: bei FreeBSD hab ich sowas AFAIR noch nie gesehen). Naja, also Welt gebaut, Kernel gebaut, Kernel installiert, Welt installiert, make upgrade ... alles wunderbar. Reboot ... -> DragonFlyBSD v1.5.3-DEVELOPMENT. :-) Whoops ... naja, Tag verpatzt.
  • Installation der Software: Nachdem ich aus den vorgenannten Gründen ja bereits etwas auf Abwege gelangt war, dachte ich mir, ich beschleunige meinen Test etwas dadurch, dass ich zunächst nur mit Packages arbeite. Das klappte soweit auch ganz gut, fast alles für mich wichtige ist vorhanden und - wichtiger - funktioniert auch ad hoc. An xorg.conf mußte ich mehrfach manuell rumdrehen, weil er plötzlich 'fixed' als Font nicht mehr gefunden hat oder Emacs mit 'black' nichts anzufangen wußte (falscher RGB-Path). Sonst verlief alles super, mit zwei Ausnahmen: a) kde3utils kann nicht gebaut werden, weil superkaramba ohne weitere Portierung nicht unter DragonFlyBSD läuft (hat irgendwas mit direkten Hardwarezugriffen von superkaramba zu tun). Naja, und b) mit proprietärer Software siehts erwartungsgemäß eher schlecht aus.
  • Hardware: Naja, und dann hab ich noch 'ne ganze Zeit rumgedoktort, um meine Tv-Karte zum Funktionieren zu bewegen. Irgendwann nach Stunden des Googlens und Überlegens, des Kompilierens und Studierens durfte ich dann bemerken, dass die Tv-Karte ja gar nicht im Testrechner, sondern in der echten Workstation steckt. Toll, nech?!

So, und zuletzt habe ich die Install-CD (= 1.4.0_REL, also die Januar-Version, bereits etwas älter). nochmal in meine echte Workstation (Asus A8-V deluxe) gestopft. Dabei läuft soweit alles gut, nur die SATA-Platten werden als UDMA-33 erkannt, was eher böse ist. Der bktr-Eintrag am Ende kommt übrigens von einem manuellen kldload bktr.

Wenn's was neues gibt, werde ich's hier abkippen. :)

Code:
Copyright (c) 2003, 2004, 2005, 2006 The DragonFly Project.
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
DragonFly 1.4.0-RELEASE #0: Thu Jan  5 19:38:04 PST 2006
    root@:/usr/obj/usr/src/sys/GENERIC
TSC clock: 2205101064 Hz, i8254 clock: 1193237 Hz
CPU: AMD Athlon(tm) 64 Processor 3700+ (2205.02-MHz 686-class CPU)
  Origin = "AuthenticAMD"  Id = 0x20f71  Stepping = 1
  Features=0x78bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2>
  AMD Features=0xe0500000<<b20>,AMIE,<b29>,DSP,3DNow!>
real memory  = 1073414144 (1048256K bytes)
avail memory = 1031528448 (1007352K bytes)
Preloaded elf kernel "/kernel" at 0xc0713000.
Preloaded elf module "/modules/acpi.ko" at 0xc071321c.
sched_ithd: stray interrupt 7
Pentium Pro MTRR support enabled
md0: Malloc disk
pcibios: BIOS version 2.10
Using $PIR table, 12 entries at 0xc00f57b0
sched_ithd: stray interrupt 7
npx0: <math processor> on motherboard
npx0: INT 16 interface
Using XMM optimized bcopy/copyin/copyout
acpi0: <A M I OEMXSDT> on motherboard
acpi0: Power Button (fixed)
Warning: ACPI is disabling APM's device.  You can't run both
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
cpu0: <ACPI CPU> on acpi0
acpi_button0: <Power Button> on acpi0
acpi_button1: <Sleep Button> on acpi0
compare 0
compare 0
compare 0
compare 0
compare 0
compare 0
compare 0
compare 0
compare 0
legacypci0 on motherboard
pcib0: <Host to PCI bridge> on legacypci0
pci0: <PCI bus> on pcib0
agp0: <VIA Generic host to PCI bridge> mem 0xd0000000-0xd7ffffff at device 0.0 on pci0
pcib1: <PCI to PCI bridge (vendor=1106 device=b188)> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <NVidia model 00f1 graphics accelerator> at 0.0 irq 11
pci0: <unknown card> (vendor=0x105a, dev=0x3373) at 8.0 irq 5
pci0: <unknown card> (vendor=0x109e, dev=0x0350) at 9.0 irq 11
skc0: <Marvell Gigabit Ethernet> port 0xb000-0xb0ff mem 0xf9c00000-0xf9c03fff irq 10 at device 10.0 on pci0
skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter
sk0: <Marvell Semiconductor, Inc. Yukon> on skc0
miibus0: <MII bus> on sk0
e1000phy0: <Marvell Semiconductor 88E1000* gigabit PHY> on miibus0
e1000phy0:  1000baseTX-FDX, 100baseTX-FDX, 100baseTX, 10baseTX-FDX, 10baseTX, auto
sk0: MAC address: 00:13:d4:78:a4:4e
atapci0: <VIA 8237 SATA 150 controller> port 0xb400-0xb4ff,0xb800-0xb80f,0xc000-0xc003,0xc400-0xc407,0xc800-0xc803,0xd000-0xd007 irq 10 at device 15.0 on pci0
ata2: at 0xd000 on atapci0
ata3: at 0xc400 on atapci0
atapci1: <VIA 8237 ATA133 controller> port 0xfc00-0xfc0f at device 15.1 on pci0
ata0: at 0x1f0 irq 14 on atapci1
ata1: at 0x170 irq 15 on atapci1
uhci0: <VIA 83C572 USB controller> port 0xd400-0xd41f irq 11 at device 16.0 on pci0
usb0: <VIA 83C572 USB controller> on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhub0: port error, restarting port 1
uhub0: port error, giving up port 1
uhci1: <VIA 83C572 USB controller> port 0xd800-0xd81f irq 11 at device 16.1 on pci0
usb1: <VIA 83C572 USB controller> on uhci1
usb1: USB revision 1.0
uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhub1: port error, restarting port 1
uhub1: port error, giving up port 1
uhci2: <VIA 83C572 USB controller> port 0xe000-0xe01f irq 10 at device 16.2 on pci0
usb2: <VIA 83C572 USB controller> on uhci2
usb2: USB revision 1.0
uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
uhub2: port error, restarting port 1
uhub2: port error, giving up port 1
uhci3: <VIA 83C572 USB controller> port 0xe400-0xe41f irq 10 at device 16.3 on pci0
usb3: <VIA 83C572 USB controller> on uhci3
usb3: USB revision 1.0
uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub3: 2 ports with 2 removable, self powered
uhub3: port error, restarting port 1
uhub3: port error, giving up port 1
pci0: <USB controller> at 16.4 irq 5
isab0: <PCI to ISA bridge (vendor=1106 device=3227)> at device 17.0 on pci0
isa0: <ISA bus> on isab0
pci0: <unknown card> (vendor=0x1106, dev=0x3059) at 17.5 irq 5
orm0: <Option ROM> at iomem 0xcf800-0xd37ff on isa0
pmtimer0 on isa0
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0: can't drain, serial port might not exist, disabling
sio1: can't drain, serial port might not exist, disabling
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: <Parallel port bus> on ppc0
ppbus0: IEEE1284 device found /NIBBLE
Probing for PnP devices on ppbus0:
ppbus0: <Hewlett-Packard HP LaserJet 6L/0101.01> PRINTER HP ENHANCED PCL5,PJL
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
ad0: 190782MB <ST3200822A> [387621/16/63] at ata0-master UDMA100
ad4: DMA limited to UDMA33, non-ATA66 cable or device
ad4: 190782MB <ST3200826AS> [387621/16/63] at ata2-master UDMA33
ad6: DMA limited to UDMA33, non-ATA66 cable or device
ad6: 190782MB <ST3200826AS> [387621/16/63] at ata3-master UDMA33
acd0: DVD-R <HL-DT-ST DVDRAM GSA-4040B> at ata0-slave PIO4
Mounting root from cd9660:cd0c
cd0 at ata0 bus 0 target 1 lun 0
cd0: <HL-DT-ST DVDRAM GSA-4040B A300> Removable CD-ROM SCSI-0 device
cd0: 16.000MB/s transfers
cd0: cd present [115552 x 2048 byte records]
fd0c: hard error reading fsbn 0 of 0-3 (No status)
bktr_mem: memory holder loaded
bktr0: <BrookTree 848A> mem 0xdff00000-0xdff00fff irq 11 at device 9.0 on pci0
bktr0: Hauppauge Model 60124 C1V
bktr0: Detected a MSP3400C-C6 at 0x80
bktr0: Hauppauge WinCast/TV, Philips FR1216 PAL FM tuner, msp3400c stereo.
 
Mist, soviel gefaselt und doch das superwichtige Fazit vergessen ... für einen ersten Versuch macht DragonFly einen sehr guten Eindruck und es ist superschnell. Viel weniger träge als mein FreeBSD 6.0. Selbst die Entwicklungslinie -DEVELOPMENT (von der ich denke, dass es eine ist), ist wesentlich rasanter als mein 6.1-RC.
 
Steve` said:
So brachen beim Bauen zunächst Firefox und ezm3 ab. Letzteres ist eher bedauerlich, weil ich es für cvsup gebraucht hätte, um einen Source zu ziehen.
Also bei mir hat Firefox zumindest bis 1.5.1 immer funktioniert und cvsup sollte DrafgonFly per default installiert haben.

Über google bin ich dann auf Mercurial gestoßen. Damit war es möglich, einen Source zu ziehen, wenngleich der eigentliche Prozess doch erheblich anders aussieht als ein cvsup.
Verwende seit vorgestern (seit dem es nen Wikieintrag [1] dazu gibt) auch Mercurial.
Geht aber ganz einfach: "hg pull <Adresse>" zum laden und hg pull -u zum Updaten. Aber du kannst ohneweiters cvsup verwenden und ich glaub dir nicht, dass das nicht dabei ist :D

Irgendwann nach Stunden des Googlens und Überlegens, des Kompilierens und Studierens durfte ich dann bemerken, dass die Tv-Karte ja gar nicht im Testrechner, sondern in der echten Workstation steckt. Toll, nech?!
Ich hab mal stundenlang versucht mein Internet zum Laufen zu bekommen bis ich druafkam, dass mein Netzwerkkabel an nem Hub und dieser nicht am Router steckte.

Selbst die Entwicklungslinie -DEVELOPMENT (von der ich denke, dass es eine ist), ist wesentlich rasanter als mein 6.1-RC.
Ja Dev is ist ne Entwicklungsline. Wobei Dev entweder Preview, ein HEAD-Snapshot von nem mehr oder minder stabilen Code, oder das echte HEAD, also die aktuelleste Entwicklung, die zur Verfügung steht, ist. Ich selbst fahre meist mit HEAD, wobei ich noch keinen einzigen Kernelpanic hatte(es seit denn, ich hab- hab ihn mittels Panic-key selbst ausgelöst). Bei FreeBSD haben die NVIDIA-Treiber immer wieder Probleme verursacht :-(


[1]http://wiki.dragonflybsd.org/index.php/Mercurial
 
Last edited:
Ist ja interessant, wie meinst du das mit schneller als FreeBSD? Ich hatte den Eindruck, dass FreeBSD 6 deutlich schneller als der 5er Zweig ist. Hast du irgendwelche benchmarks die den Performancevorteil von DragonflyBSD belegen?
 
kamikaze said:
Hast du irgendwelche benchmarks die den Performancevorteil von DragonflyBSD belegen?
würde mich ja auch mal interessieren; es heißt immer freebs dsei schneller als linux, freebsd4 bzw. dragonfly sei aber noch schneller als freebsd-aktuell und sowas aber zahlen dazu gibts nirgendws irgendwie...
 
Athaba said:
Verwende seit vorgestern (seit dem es nen Wikieintrag [1] dazu gibt) auch Mercurial. Geht aber ganz einfach: "hg pull <Adresse>" zum laden und hg pull -u zum Updaten. Aber du kannst ohneweiters cvsup verwenden und ich glaub dir nicht, dass das nicht dabei ist :D
Du glaubst mir nicht, dass cvsup nicht dabei ist? Das ist aber merkwürdig, wo ich das doch gar nicht behauptet habe. :) Und ja, der Umgang mit Mercurial ist recht einfach. Die Frage ist, wo ich bei Deiner o.g. Kurzfrom den Tag übergeben kann!? So habe ich das nämlich auch gemacht, aber es kommt nach meinem Empfinden irgendwie zwingend der DEV-Branch raus. Entweder ist das Wiki völlig unvollständig oder Mercurial zum Gepflegten Halten der Sourcen eher teilbrauchbar.
 
[LoN]Kamikaze said:
Ist ja interessant, wie meinst du das mit schneller als FreeBSD? Ich hatte den Eindruck, dass FreeBSD 6 deutlich schneller als der 5er Zweig ist. Hast du irgendwelche benchmarks die den Performancevorteil von DragonflyBSD belegen?
Nein, ich habe keine Benchmarks. Brauche ich auch nicht, spiegel.de lädt einen ganzen Hacken schneller als unter FreeBSD und auch unter Linux. Da ich die Seite fast täglich ansurfe, ist mir das sofort aufgefallen. Firefox und auch andere Programme (allgemein alle Festplattenzugriffe) gehen wesentlich rasanter von der Hand. Das ist aber nicht durch Zahlen belegt, sondern reines Empfinden. Ich weiß auch nicht, wie ich da zuverlässige Benchmarks erzeugen sollte, da die Maschinen so schwer unterschiedlich sind.
 
soul_rebel said:
würde mich ja auch mal interessieren; es heißt immer freebs dsei schneller als linux, freebsd4 bzw. dragonfly sei aber noch schneller als freebsd-aktuell und sowas aber zahlen dazu gibts nirgendws irgendwie...
Naja, dass FreeBSD schneller ist als Linux ist ein alter Mythos, der irgendwie seit FreeBSD4 immer stumpf mitgeschleppt wird. Das wäre übrigens eigentlich auch so'n Punkt für Daniels BSDvsLinux-Flyer. FreeBSD ist mit dem Schritt von 4 auf 5 sehr viel träger geworden und konnte den Performanceverlust bis heute nicht ausgleichen. So zumindestens meine Erfahrungen auf einem Desktop-System.
 
Steve` said:
Nein, ich habe keine Benchmarks. Brauche ich auch nicht, spiegel.de lädt einen ganzen Hacken schneller als unter FreeBSD und auch unter Linux. Da ich die Seite fast täglich ansurfe, ist mir das sofort aufgefallen. Firefox und auch andere Programme (allgemein alle Festplattenzugriffe) gehen wesentlich rasanter von der Hand. Das ist aber nicht durch Zahlen belegt, sondern reines Empfinden. Ich weiß auch nicht, wie ich da zuverlässige Benchmarks erzeugen sollte, da die Maschinen so schwer unterschiedlich sind.

:D

Das kann ich mir schon vorstellen. Mir ist auch aufgefallen, dass der Firefox im Vergleich zu Galeon relativ gesehen schneller ist als unter Debian.

Zuerst fand ich das verwirrend, aber dann ist mir klar geworden, dass Brote verglichen mit Bananen ja auch grüner sind als in der Nacht. Und dann machte das auf einmal Sinn.
 
Steve` said:
Du glaubst mir nicht, dass cvsup nicht dabei ist? Das ist aber merkwürdig, wo ich das doch gar nicht behauptet habe. :)
Was meinst du dann mit:
Installation der Sourcen: Da mir - wie bereits oben geschrieben - ezm3 beim Bauen abgeraucht ist, wars auch mit cvsup nichts.

Hier im Übrigen die Ergebnisse des letzten, mir bekannten, Bulkbuilds (auch schon 10 bzw. 15 Tage alt) ftp://packages.stura.uni-rostock.de/pkgstat/last/report.txt

Und ja, der Umgang mit Mercurial ist recht einfach. Die Frage ist, wo ich bei Deiner o.g. Kurzfrom den Tag übergeben kann!? So habe ich das nämlich auch gemacht, aber es kommt nach meinem Empfinden irgendwie zwingend der DEV-Branch raus. Entweder ist das Wiki völlig unvollständig oder Mercurial zum Gepflegten Halten der Sourcen eher teilbrauchbar.
Ja es ist "unvollständing", aber es gibt das Mercurialrepo erst seit zwei Tagen (mal davon abgesehen, dass es nicht offiziell, sondern von einem Mercurialfan erstellt wurde). Theoretisch kann Mercurial Tags[1], nur cvs20hg kann es nicht.

[1] http://www.selenic.com/mercurial/wi...head-7f3079e37be4e66ab98fcebb62d9305c2ca95f4b
 
Athaba said:
Was meinst du dann mit [ ... ]
Damit meinte ich nur, dass ich kein cvsup bauen kann, weil es ja auf ezm3 aufsetzt. Hätte ich gewußt, dass cvsup bereits dabei ist, hätte ich gar nicht erst versucht, es zu bauen.
 
Neues von der DragonFlyBSD-Front. Nachdem meine Versuche auf der Hilfsworkstation schon beendet sind (irgendwie läuft quasi alles, was so verfügbar ist), habe ich die 1.4_REL-CD heute in einem Anflug von Wahnsinn in mein Acer-Notebook geworfen.

FreeBSD5.0 war an diesem Notebook verzweifelt, mir ist kein kompletter Boot gelungen, immer ist's irgendwo festgefroren.

DragonFlyBSD lief erstaunlicherweise ohne Murren und Knurren bis zur Konsole durch. Wow! Leider habe ich auf die Schnelle nichts in Richtung cpufreq(d) bzw. power(d) gefunden. Meine erste Vermutung ist, dass das entsprechende Framework noch nicht erstellt, bzw. von FreeBSD portiert worden ist. Dazu werde ich aber gleich noch etwas googlen. Ansonsten könnte sich für mein Notebook, dass sich bereits seit Jahren erfolgreich gegen BSD wehrt, eine ganz neue Möglichkeit ergeben.
 
Back
Top