FreeBSD 9.2-BETA1 erschienen

Yamagi

Yamagi

Possessed With Psi Powers
Teammitglied
Das FreeBSD Release Engineering Team hat die Beta 1 des kommenden FreeBSD 9.2 freigegeben. Sie kann aus den Sourcen gebaut oder per Installationsmedium installiert werden. Ein Update per freebsd-update(8) ist nicht möglich, da ein Bug dies verhindert. Er wird in der Beta 2 behoben sein. FreeBSD 9.2 wird ein umfangreiches Release, dessen wichtigste Änderungen sind:

- ZFS wurde auf Version 5000 "Feature Flags" aktualisiert, hat >1000 Änderungen und Bugfixes erfahren. Der Root-Pool kann nun ohne Einträge in der loader.conf und ohne zpool.cache gemounted werden. Boot Environments werden nun vollständig unterstützt. Weitere neue Features sind TRIM, lz4 Kompression und einige Performanceverbesserungen.

- UFS ist schneller und etwas Speicherplatzeffizienter geworden. Journaling Softupdates haben eine Reihe Bugfixes erfahren, das klassische fsck ist auf neu erstellten Dateisystemen bis zu 30% schneller.

- NFS hat sowohl auf Server- als auch auf Clientseite diverse Verbesserungen erfahren. Es interagiert nun besser mit ZFS und ist im Fall von v2 und v3 allgemein deutlich schneller.

- Dank "Unmapped IO" steigt der IO-Durchsatz gerade auf großen Maschinen mit hoher IO-Last deutlich an. Dies ist nur ein kleiner Teil der Arbeit, die in dem Bereich in 10-CURRENT gemacht wird.

- Clang wurde auf Version 3.3 aktualisiert, libc++ ebenfalls auf die letzte Version. FreeBSD unterstützt damit von Haus aus C++11. Zudem wurden große Teile von C11 implementiert.

- KMS / GEM für Intel-GPUs wurde verbessert.

Dazu diverse weitere Änderungen, die ich nun vergessen habe. Nicht zu vergessen tausende kleine Bugfixes und neue Treiberversionen.

Die offizielle Ankündigung:
Code: 
The first BETA build of the 9.2-RELEASE release cycle is now available
on the FTP servers for the amd64, i386, and ia64 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/9.2/

(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 -stable mailing list.

If you would like to use SVN to do a source based update of an existing
system use "stable/9".

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

Important note to freebsd-update(8) users:  Due to a last minute problem
found in the 9.2-BETA1 freebsd-update(8) builds, freebsd-update(8) is
NOT supported for 9.2-BETA1 upgrades.  Please do not use
freebsd-update(8) to upgrade to 9.2-BETA1.

Checksums:

amd64:
    SHA256 (FreeBSD-9.2-BETA1-amd64-bootonly.iso) = b458c7080d9b8938e50def7c4ee296fda656ad41a25b41af05963872733bd550
    SHA256 (FreeBSD-9.2-BETA1-amd64-disc1.iso) = 4593581e7e3dc066170ed4f5f228082317f7284737e5834e1d0c2da2d58c4532
    SHA256 (FreeBSD-9.2-BETA1-amd64-memstick.img) = 6cff61f5d6074286757d6f8f0160c051f15c1e970f7ff9187603afad92993a84

    MD5 (FreeBSD-9.2-BETA1-amd64-bootonly.iso) = 504f8709da876df27388c2bac1eeb1e1
    MD5 (FreeBSD-9.2-BETA1-amd64-disc1.iso) = 06b2150ba9c83496acb74e7b15392f41
    MD5 (FreeBSD-9.2-BETA1-amd64-memstick.img) = a308cfb3d409a6806e974e5394e9740f

i386:
    SHA256 (FreeBSD-9.2-BETA1-i386-bootonly.iso) = ae8393fdeea97be1abe29a3119349360b1c1f896a736b715c256b0e59972bbb1
    SHA256 (FreeBSD-9.2-BETA1-i386-disc1.iso) = 3eff3de4f245237970b743bbc85eaa4f6ce65d7ecbe9d5b96f2e19c11e9f0e81
    SHA256 (FreeBSD-9.2-BETA1-i386-memstick.img) = a934ded850fba472a10b2e869a02d717a041a6771398958e82400dcb6c0bd6d7

    MD5 (FreeBSD-9.2-BETA1-i386-bootonly.iso) = 58f6be4a3edb9235bf81cef4bb9d0a8e
    MD5 (FreeBSD-9.2-BETA1-i386-disc1.iso) = aac3a0ad51a9cc4b5f003616effd73f5
    MD5 (FreeBSD-9.2-BETA1-i386-memstick.img) = e0d8c8139dcf1eae1eb6a33d58c4dd7f

ia64:
    SHA256 (FreeBSD-9.2-BETA1-ia64-bootonly.iso) = 88b3350e4bbd522855029b4ece284a5ffb363be098c7d08d9b4006917e4474a4
    SHA256 (FreeBSD-9.2-BETA1-ia64-disc1.iso) = fd401b1f7f9bf301a72d2bd03c8a83d6aa5d1f2e037370968ca6af0577e7d9b4
    SHA256 (FreeBSD-9.2-BETA1-ia64-memstick.img) = dac5a9f712cb46fffcfd2f8db7fe4e50848f5401a9b9841cf8e533a7996350d3

    MD5 (FreeBSD-9.2-BETA1-ia64-bootonly.iso) = fb1e4d7ce557b22564bb788d5bd0540f
    MD5 (FreeBSD-9.2-BETA1-ia64-disc1.iso) = b1fbe310909e5c6f9bb8315b24a7f00b
    MD5 (FreeBSD-9.2-BETA1-ia64-memstick.img) = a71c2ef0f5ccfe6b3f015f1a79129ad4

Glen
 
Mal so 'ne Frage. Wenn ich beim fsck auf das gefürchtete "UNEXPECTED SOFT UPDATE INCONSISTENCY" stoße (also jedes mal), dann hätte es mit SU Journal auch geknallt, oder?
 
Yamagi schrieb:
...
- UFS ist schneller und etwas Speicherplatzeffizienter geworden. Journaling Softupdates haben eine Reihe Bugfixes erfahren, das klassische fsck ist auf neu erstellten Dateisystemen bis zu 30% schneller.
...
Zum Vergrößern anklicken....

Wie muß ich das verstehen? newfs ist entsprechend angepasst? -> Slice neu aufsetzen und Daten wieder raufkopieren?
 
So wie ich das gelesen habe, sollten die Verbesserungen auch so greifen. Allerdings nur bei neu erzeugten Daten. De-Fakto muss man also ein Backup machen, alles löschen und die Daten wieder rein kopieren — was im Endeffekt ja aufs gleiche raus kommt.
 
fsck ist grob gesagt schneller geworden, da er sich innerhalb der Metadaten des Dateisystems Dinge zwischenspeichert, die er sonst zur Laufzeit generieren muss. Das spart Zugriffe, die den größten Teil der Laufzeit ausmachen. Wer fsck mal auf einer SSD ausgeführt hat weiß wovon ich rede.
 
kamikaze schrieb:
Mal so 'ne Frage. Wenn ich beim fsck auf das gefürchtete "UNEXPECTED SOFT UPDATE INCONSISTENCY" stoße (also jedes mal), dann hätte es mit SU Journal auch geknallt, oder?
Zum Vergrößern anklicken....
Jepp. Es bedeutet, dass das Dateisystem nicht konsistent war, obwohl Softupdates es sicherstellen. Mit dem Journal müsstest du bestenfalls fsck manuell ausführen, schlimmstenfalls erkennt er es nicht und irgendwann läuft das System aufgrund eines inkonsistenten UFS in eine Panic. Das ist halt der Preis des Journaling. Man kann nie sicher sein, dass es nun wirklich sauber zurückgespielt ist.
 
Hi

wie schaut das eigentlich jetzt mit mit den Hyper-V Treibern aus? Muss ich noch auf 10 warten oder ist auch im 9er brunch was eingeflossen?

Würde gerne ein paar VM's mit FreeBSD anstatt RHEL oder Debian fahren.
 
Yamagi schrieb:
Jepp. Es bedeutet, dass das Dateisystem nicht konsistent war, obwohl Softupdates es sicherstellen. Mit dem Journal müsstest du bestenfalls fsck manuell ausführen, schlimmstenfalls erkennt er es nicht und irgendwann läuft das System aufgrund eines inkonsistenten UFS in eine Panic. Das ist halt der Preis des Journaling. Man kann nie sicher sein, dass es nun wirklich sauber zurückgespielt ist.
Zum Vergrößern anklicken....
So bin ich dazu gekommen SU+J aufzugeben.

Jetzt Frage ich mich ob ich nicht einfach mal den Plattencache abschalten sollte.
 
Du kannst es versuchen, aber leider werden fast alle modernen Platten ohne Cache unbenutzbar langsam.
 
Mir hat's gestern die rc.conf genullt. :(

Im SUM gebootet, die rc.conf editiert, zu Ende gebootet, X gestartert, System eingefroren, Reboot, fsck, rc.conf 0 Bytes groß.

Das war auch mit SU+J unter 10-CURRENT und mit ner Crucial M4.

Positiv dabei: sysrc ist im Base und damit lässt sich die rc.conf recht einfach neu erstellen. :)
 
Ja, gut. Mit der jail.conf nicht... Aber ja mit dem rc-Script. Mit der jail.conf wird es auch in 9.2 nicht gehen, außer man installiert eines der alternativen rc-Scripte. Ich würde auch nicht für 10.0 damit rechnen. Es scheint da einfach kein Interesse zu bestehen.

Was aber neu ist, ist die bessere Interaktion von u.a. ZFS mit der jail.conf. Damit kann man nun schöne Dinge bauen, ohne Kommandos mehrfach zu verschachteln. Das ist schon sexy.
 
Yamagi schrieb:
Ja, gut. Mit der jail.conf nicht... Aber ja mit dem rc-Script. Mit der jail.conf wird es auch in 9.2 nicht gehen, außer man installiert eines der alternativen rc-Scripte. Ich würde auch nicht für 10.0 damit rechnen. Es scheint da einfach kein Interesse zu bestehen.
Zum Vergrößern anklicken....

Das kann ich beim besten Willen nicht vorstellen, dass es weder zu aufwendig ist noch ein Sicherheitsrisiko darstellt :grumble:
Das könnte man doch als Parameter für jail.conf nutzen, zB.
allow.autostart = true;
Zum Vergrößern anklicken....
oder so ähnlich.

Yamagi schrieb:
Was aber neu ist, ist die bessere Interaktion von u.a. ZFS mit der jail.conf. Damit kann man nun schöne Dinge bauen, ohne Kommandos mehrfach zu verschachteln. Das ist schon sexy.
Zum Vergrößern anklicken....

Wenigsten das macht Freude :D
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben