FreeBSD 10.0-ALPHA1 erschienen

Yamagi

Yamagi

Possessed With Psi Powers
Teammitglied
Das FreeBSD Release Engineering Team hat die erste Alpha-Version des kommenden FreeBSD 10.0 freigegeben. Alpha-Versionen sind neu, die Idee hinter ihnen ist, bereits so früh wie möglich sonst kein -CURRENT einsetzende Nutzer in den langwierigen Testprozess eines Hauptrelease einzubringen. Anders als spätere BETAs und RCs sind ALPHAs mit vollem Debugging gebaut und entsprechend langsam und geschwätzig. 10.0 soll im späten Herbst oder Winter erscheinen. Einen wahrscheinlich wie immer sehr optimistischen Zeitplan findet man hier: http://www.freebsd.org/releases/10.0R/schedule.html

Da FreeBSD 10.0 ein Hauptrelease ist, bringt es diverse Neuerungen. Darunter einige große Features, aber auch viele Kleinigkeiten. Eine Liste findet sich hier: https://wiki.freebsd.org/WhatsNew/FreeBSD10

Die Highlights sind:
- Auf FreeBSD/amd64, FreeBSD/arm und FreeBSD/i386 ist Clang nun der Systemcompiler. GCC ist auf diesen Plattformen nicht mehr im Basissystem enthalten. Hinzu kommt ein moderner, unter BSD-Lizenz stehender C++11-Stack.
- Mit Bhyve ist nun ein leichtgewichtiger Hypervisor im Basissystem enthalten.
- Das VM-Subsystem wurde deutlich optimiert, was gerade bei speicherintensiven Anwendungen und großen Maschinen mit sehr vielen Prozessoren einen deutlichen Geschwindigkeitssprung gibt.
- libm wurde um diverse bisher fehlende Funktionen erweitert. Was auf den ersten Blick eher wie eine kleine Änderung erscheint, vereinfacht das Portieren diverserer Anwendungen aus dem mathematischen Bereich deutlich.

Eine Liste noch fehlender Dinge findet sich hier: https://wiki.freebsd.org/10.0OutstandingWork

Code: 
The first ALPHA build of the 10.0-RELEASE release cycle is now available
on the FTP servers for the amd64, i386, ia64, powerpc, and sparc64
architectures.

The image checksums follow at the end of this email.

ISO images and, for architectures that support it, the memory stick images
are available here:

  ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/

(or any of the FreeBSD mirror sites).

If you notice problems, you can report them through the normal GNATS PR
system or here on the -current mailing list.

If you would like to use SVN to do a source based update of an existing
system, use the "head/" branch.

Please be aware that cvsup and CVS are not supported methods of updating
the src/ tree.

Important note to freebsd-update(8) users: freebsd-update(8) is not
a supported upgrade path for the 10.0-ALPHA builds.

Checksums:

amd64:
    SHA256 (FreeBSD-10.0-ALPHA1-amd64-bootonly.iso) = cd175d5412ef53f5502993d80ee5f783ba03e1f6f4efb8a6c294d60cd03c2972
    SHA256 (FreeBSD-10.0-ALPHA1-amd64-disc1.iso) = 8b2a9cdfb95f153f312c63cd1c4cafb49cfb8e2610fdf04763a9e54f197f7dc8
    SHA256 (FreeBSD-10.0-ALPHA1-amd64-memstick.img) = d2c2fd54f834fa62c6beccbfe3aa53dd6aad6242345e0ea9f40eac1611232e73

    MD5 (FreeBSD-10.0-ALPHA1-amd64-bootonly.iso) = 54a17a5315ff2b4210b3ef8637015276
    MD5 (FreeBSD-10.0-ALPHA1-amd64-disc1.iso) = 9224e22668d9f4167c5c2f9a7876a172
    MD5 (FreeBSD-10.0-ALPHA1-amd64-memstick.img) = aba052abad34d074a44c0a0df28f870b

i386:
    SHA256 (FreeBSD-10.0-ALPHA1-i386-bootonly.iso) = 3bf349764740a5271ba96a471d815e057b16d3ae4286303f50a8b02d42518e34
    SHA256 (FreeBSD-10.0-ALPHA1-i386-disc1.iso) = c1ddf6661777e7c39f5695c65e205d5ff7a7e98f2c3c78f91c92ea7e6830eb1c
    SHA256 (FreeBSD-10.0-ALPHA1-i386-memstick.img) = c7af7fc17afb4018d35db6e5aa34d37d05bd0d29994c1cb983ad808cefbedfc5

    MD5 (FreeBSD-10.0-ALPHA1-i386-bootonly.iso) = 75edd55bb3e0ea2a17a0660f29e3114d
    MD5 (FreeBSD-10.0-ALPHA1-i386-disc1.iso) = 163e700ec164c38a39aa5868c8531bea
    MD5 (FreeBSD-10.0-ALPHA1-i386-memstick.img) = 5fbf7305cfac91f7342123cfd43f7b02

ia64:
    SHA256 (FreeBSD-10.0-ALPHA1-ia64-bootonly.iso) = 46c3d4c81d6bc35f02091fa052881437e140368dbc261c9f19edf28664d8af47
    SHA256 (FreeBSD-10.0-ALPHA1-ia64-disc1.iso) = c42ee528ad9fc75d837302220871bb08ed6806117cb2d59b022d57f7f79eaa9f
    SHA256 (FreeBSD-10.0-ALPHA1-ia64-memstick.img) = 95c7cca7f764ebe554356a15cad5ab37c9803fbcede4ac43e63ff013e6ac435d

    MD5 (FreeBSD-10.0-ALPHA1-ia64-bootonly.iso) = e1e32574ec662a0184556c8a7db86acb
    MD5 (FreeBSD-10.0-ALPHA1-ia64-disc1.iso) = ed798a212d99787bf7c8441876d3969f
    MD5 (FreeBSD-10.0-ALPHA1-ia64-memstick.img) = 42f06c9ee4498373ed80543e0c62ca84

powerpc:
    SHA256 (FreeBSD-10.0-ALPHA1-powerpc-bootonly.iso) = 9be0cdda5edd6aec6570e51fc8e1f2cdc6f15235b2dd0cd608455b1e2aeb5729
    SHA256 (FreeBSD-10.0-ALPHA1-powerpc-disc1.iso) = 306275148dd9ae925158c9159c9e40b32cd39c600eff13d73aba85d9af63c884
    SHA256 (FreeBSD-10.0-ALPHA1-powerpc-memstick.img) = 1d05fa7a239fcc163224bae1b19796bf5131ffba742a2a18d2db5d485c072180

    MD5 (FreeBSD-10.0-ALPHA1-powerpc-bootonly.iso) = 1e12ec58faa5a3ab2c5203ddd7e6469d
    MD5 (FreeBSD-10.0-ALPHA1-powerpc-disc1.iso) = eaa9631d5ea2876e6eedf5e418074598
    MD5 (FreeBSD-10.0-ALPHA1-powerpc-memstick.img) = 15f84226f294c32f6cf1df7668099479

sparc64:
    SHA256 (FreeBSD-10.0-ALPHA1-sparc64-bootonly.iso) = 52b524c150382a06af531312e97be0e6c6d5e348199a20dda0a7d0fec08dd74f
    SHA256 (FreeBSD-10.0-ALPHA1-sparc64-disc1.iso) = fd9c2e28a2162f8063542ccb813d0b00ef366734bf86b8ad31e8375295385146

    MD5 (FreeBSD-10.0-ALPHA1-sparc64-bootonly.iso) = 9d03833e7f05917acb5252a6f07f3f64
    MD5 (FreeBSD-10.0-ALPHA1-sparc64-disc1.iso) = 1253f05cbdfcf7042524f17a5f590a2b

Glen
 
Hmm aber von Hyper-V Gastunterstützung nix neues :( ?
edit: ich sehe der Branch ist noch nicht drin
 
Zuletzt bearbeitet:
Naja, nichts gegen Bhyve aber voraussichtlich wird es in 10.0 nur eingeschränkt nutzbar sein:
- Derzeit läuft es nur auf Intel-CPUs. Es gibt zwar einen Branch für Unterstützung der AMD SVM und vielleicht wird er vor 10.0 noch gemerged, aber so wahnsinnig stabil ist er meinen bescheidenen Erfahrung nach noch nicht.
- Der Code in 10-CURRENT unterstützt derzeit nur FreeBSD als Gastsystem, andere Systeme maximal mit sehr viel Gefrickel. Es gibt zwar Arbeit in Richtung generischer Gastsysteme - auf der BSDCan wurde ein CentOS in Bhyve gezeigt - aber auch da ist es fraglich, ob sie es in 10.0 schafft.

In der Praxis ist das schon viel wert, kann man nun einfach mehrere FreeBSD-Instanzen auf einer Kiste ausführen, ohne auf Software von Drittanbietern zurückgreifen zu müssen. Aber bis zur vollständigen Glückseligkeit wird es wahrscheinlich 10.1 oder noch später werden.
 
Naja, meine FreeBSD-VM hat auch jails, weil ich die etwas strengere Trennung als bei chroot schätze, auch was den Netzwerkstack angeht (VIMAGE). Als extra VM mit eigenem Kernel und eigenem Filesystem wäre mir das zu "fett". Auch teilen sich die jails per ZFS snapshots/clones schön die Systemdateien.

Nur FreeBSD wäre mir aber zu eingeschränkt, also laufen unter ESXi noch diverse andere Systeme. Man muss halt die Vor- und Nachteile kennen und richtig einsetzen.
 
Yamagi schrieb:
- Der Code in 10-CURRENT unterstützt derzeit nur FreeBSD als Gastsystem, andere Systeme maximal mit sehr viel Gefrickel.
Zum Vergrößern anklicken....
Ah wie ich das hasse echt! Da freut man sich auf so etwas und dann BAM. Gleiche Geschichte wie bei KMS, dass man nicht auf die Konsole wechseln kann. Hoffen wir auf das Beste.
 
Das Problem ist, dass der 10er Releasezyklus angeworfen wurde, ohne dass damit einer gerechnet hat.
Wenn man den ein paar Monate später angefangen hätte, wäre wohl noch das eine oder andere Feature dazu gekommen.
Auf der anderen Seite wäre dann wahrscheinlich was Anderes noch halbfertig reingekommen und die Situation wäre die Gleiche.
 
Naja, meiner Erfahrung nach ist immer der falsche Zeitpunkt mit dem Releaseprozess anzufangen. Aber ganz eigennützing gesagt hätte man gern bis Januar oder so warten können. So wird 10.0 in meinen Augen noch zu nah an 9.0 liegen. 6 Monate mehr hätte es deutlicher entzerrt.
 
blabber schrieb:
Ich würde es mir ja gerne auf den Laptop ziehen, aber die in https://wiki.freebsd.org/10.0OutstandingWork erwähnten Probleme mit dem iwn Treiber schrecken mich dann doch ab.

Bin wohl inzwischen zu alt für die blutige Kante.
Zum Vergrößern anklicken....

Probiers einfach mal aus. Ich hab auch ne iwn Karte im Notebook und alle paar Tage hab ich den Firmwarefehler, der aber durch ein "service netif restart wlan0" in ein paar Sekunden behoben ist.
 
laemodost schrieb:
Probiers einfach mal aus. Ich hab auch ne iwn Karte im Notebook und alle paar Tage hab ich den Firmwarefehler, der aber durch ein "service netif restart wlan0" in ein paar Sekunden behoben ist.
Zum Vergrößern anklicken....

Das heißt, du nutzt das schon produktiv? Mich juckt's ja auch in den Fingern, aber ich wollte auf -BETA1 warten oder so.
 
In den Change-Logs steht ja was von "Raspberry Pi support".
Das ist ja nun recht schwammig - heißt das, dass der ARM Zweig nun endlich nutzbar ist oder heißt das tatsächlich, dass der Pi mit allen seinen tollen Chips/Übertaktungen/Tempsensoren etc nutzbar ist?
 
Ich habe kein ARM-Board, kann daher nur nachplappern, was man so liest: FreeBSD/ARM ist wohl so weit, dass es zumindest für ARMv6 und ARMv7 kurz vor dem Punkt steht, am dem es zur Tier-1 (also zur vollständig unterstützten Architektur) erhoben werden kann. Es wäre derzeit die dritte, neben FreeBSD/i386 und FreeBSD/amd64. Wie gut die Unterstützung einzelner Boards ist, ist allerdings aufgrund der großen Spannweite der Plattformen sehr unterschiedlich. Für ARMv8 gibt es immerhin Pläne.
 
Peter Grehan hat gestern Abend AHCI-Unterstützung für Byhve committed. Damit können Gastsysteme per normalem AHCI-Treiber auf Block-Devices zugreifen, was ein großer Schritt in Richtung generischer Gastsystemunterstützung ist.
 
Mit "/libexec/freebsd-version" gibt es nun einen Weg die genaue Version seines Systems zu bestimmen, auch wenn "uname" sie nicht ausgeben kann. Das ist zum Beispiel der Fall, wenn freebsd-update(8) nach dem Patchen eines Security Problems keinen neuen Kernel installiert hat.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben