FreeBSD 7.1-RC2

Yamagi

Yamagi

Possessed With Psi Powers
Teammitglied
Frohe Weihnachten,
Ken Smith hat heute den zweiten Release Candidate zu FreeBSD 7.1 freigegeben. Die Änderungen gegeüber dem RC1 sind minimal, lediglich einige kleinere Fehlerkorrekturen und Aktuialisierungen in der Dokumenation. Voraussichtlich ist dies der letzte Release Candidate, sollten keine unerwarteten Probleme mehr auftauchen, kommt die finale Version in ein bis zwei Wochen.

Die E-Mail:
From: Ken Smith <kensmith@cse.Buffalo.EDU>
To: freebsd-stable <freebsd-stable@freebsd.org>
Date: Thu, 25 Dec 2008 09:37:55 -0500
X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port
Subject: FreeBSD 7.1-RC2 Available...

[-- PGP Ausgabe folgt (aktuelle Zeit: Do 25 Dez 16:51:35 2008) --]
gpg: Unterschrift vom Do 25 Dez 15:37:25 2008 CET mittels DSA-Schl"ussel ID
+29AEA7F6
gpg: Korrekte Unterschrift von "Ken Smith <kensmith@cse.buffalo.edu>"
gpg: alias "Ken Smith <kensmith@freebsd.org>"
gpg: WARNUNG: Dieser Schl"ussel tr"agt keine vertrauensw"urdige Signatur!
gpg: Es gibt keinen Hinweis, dass die Signatur wirklich dem
+vorgeblichen Besitzer geh"ort.
Haupt-Fingerabdruck = 4AB7 D302 0753 8215 31E7 F1AD FC6D 7855 29AE A7F6
[-- Ende der PGP-Ausgabe --]

[-- Die folgenden Daten sind signiert --]


FreeBSD 7.1-RC2 is now available, the second of the Release Candidates.
Unless an as yet undiscovered show-stopper comes along the release
itself will be anywhere from a week to two weeks from now. We *might*
be doing it next week since the release test cycle has gone on for quite
a while now and the latest thing that delayed the release was a Security
Advisory (SAs don't typically get or need much in the way of public
testing). The traffic we're seeing on the lists and in Gnats is
certainly stuff we'll pay attention to and deal with but isn't quite
severe enough to warrant further delaying an already severely delayed
release.

NOTE: If updating from a 7.0 or earlier system due to a change in the
Vendor's drivers certain Intel NICs will now come up as igb(4) instead
of em(4). We normally try to avoid changes like that in stable branches
but the vendor felt it necessary in order to support the new adapters.
See the UPDATING entry dated 20080811 for details. There are only 3 PCI
ID's that should have their name changed from em(4) to igb(4): 0x10A7,
0x10A9, and 0x10D6. You should be able to determine if your card will
change names by running the command "pciconf -l", and for the line
representing your NIC (should be named em on older systems, e.g. em0 or
em1, etc) check the fourth column. If it says "chip=0x10a7" (or one of
the other two IDs given above) you will have the adapter's name change.

The ISO images and FTP install trees are available on the FreeBSD Mirror
sites. Using the primary site as an example:

ftp://ftp.freebsd.org/pub/FreeBSD/releases/${arch}/ISO-IMAGES/7.1/

where ${arch} is one of amd64, i386, ia64, pc98, or sparc64. The
powerpc architecture builds haven't completed quite yet.
The ISOs for amd64, i386, and sparc64 include what is expected to be the
final package set. For all architectures the ISOs with "disc" in their
names are CDROM-sized, if you intend to install a variety of packages
during installation you will need all three. For amd64 and i386 there
is a gzip-ed iso with "dvd" in its name which is DVD-sized. It contains
everything (install bits, livefs, docs, and packages) and can be used if
your machine has a DVD drive in it.

If you would like to do a source-based update to 7.1-RC2 from an already
installed machine you can update your tree to RELENG_7_1 using normal
cvsup/csup methods. Note that due to an unfortunate side-effect of the
"real" source code repository now being in SVN it will look like all
files have a new version so mergemaster may be a bit tedious.
The freebsd-update(8) utility supports binary upgrades of i386 and amd64
systems running earlier FreeBSD releases. Systems running 7.0-RELEASE,
7.1-BETA, 7.1-BETA2, or 7.1-RC1 can upgrade as follows:

# freebsd-update upgrade -r 7.1-RC2

During this process, FreeBSD Update may ask the user to help by merging
some configuration files or by confirming that the automatically performed
merging was done correctly.

# freebsd-update install

The system must be rebooted with the newly installed kernel before continuing.
# shutdown -r now

After rebooting, freebsd-update needs to be run again to install the new
userland components, and the system needs to be rebooted again:

# freebsd-update install
# shutdown -r now

Users of Intel network interfaces which are changing their name from "em" to
"igb" should make necessary changes to configuration files BEFORE running
freebsd-update, since otherwise the network interface will not be configured
appropriately after rebooting for the first time.

Users of earlier FreeBSD releases (FreeBSD 6.x) can also use freebsd-update to
upgrade to FreeBSD 7.1, but will be prompted to rebuild all third-party
applications (e.g., anything installed from the ports tree) after the second
invocation of "freebsd-update install", in order to handle differences in the
system libraries between FreeBSD 6.x and FreeBSD 7.x.
Checksums:

MD5 (7.1-RC2-amd64-bootonly.iso) = 5eae06e1a07402dc31ccda6414c4c480
MD5 (7.1-RC2-amd64-disc1.iso) = 4635c72b9b37f7df6697f6e06a020949
MD5 (7.1-RC2-amd64-disc2.iso) = 53eefb2082bb123b831b8637eca7e22d
MD5 (7.1-RC2-amd64-disc3.iso) = 62ed3347923bb094f8070c01f171e215
MD5 (7.1-RC2-amd64-docs.iso) = 5942546ada3aa9e8d4bd3fe70add61e3
MD5 (7.1-RC2-amd64-dvd1.iso) = 42a33c01cea05f4507743cf04ec50dbe
MD5 (7.1-RC2-amd64-livefs.iso) = 200acb39f0fa76dc5f655480ce18ea43

MD5 (7.1-RC2-i386-bootonly.iso) = 5b0234a090009c575fece7c0009aa616
MD5 (7.1-RC2-i386-disc1.iso) = 90c6c1d1fa46ce6ca79d4e9c210b5a4a
MD5 (7.1-RC2-i386-disc2.iso) = d28477d9679ee9af1da17db97ea6f4ec
MD5 (7.1-RC2-i386-disc3.iso) = 90f79ed26697cdb1492e86bbb8169508
MD5 (7.1-RC2-i386-docs.iso) = eb4ab4b087d73a8e72ca836c14067baa
MD5 (7.1-RC2-i386-dvd1.iso) = 74cd8c4a5a1c1dc33389018c152feb71
MD5 (7.1-RC2-i386-livefs.iso) = b72de0770b9d35e051f99cf21ef67f6e

MD5 (7.1-RC2-ia64-bootonly.iso) = aeccc0ef9e82d89dc2ce391ed8d6de41
MD5 (7.1-RC2-ia64-disc1.iso) = 401dddb2a02d1270921a9b8b23a248c1
MD5 (7.1-RC2-ia64-disc2.iso) = 3b25fe5c5f3dc2a3b388ebb0210c20c0
MD5 (7.1-RC2-ia64-disc3.iso) = 636bac3172ecd6ad55228365915a046c
MD5 (7.1-RC2-ia64-docs.iso) = 8424225487159edbb3d6754b282f0430
MD5 (7.1-RC2-ia64-livefs.iso) = 47e0acc9f2011cf11756394ac4bfe16a

MD5 (7.1-RC2-pc98-bootonly.iso) = bf2790bcb75096bf657a48f77fa33546
MD5 (7.1-RC2-pc98-disc1.iso) = 5d87d2c2924162acb125f5b1a46705ab
MD5 (7.1-RC2-pc98-livefs.iso) = 46da1e7e223bf68b61f5c38a191ee865

MD5 (7.1-RC2-sparc64-bootonly.iso) = 97335ef101e32572757762a27e844769
MD5 (7.1-RC2-sparc64-disc1.iso) = 966090d9c70dcaadba6b00832d8b7533
MD5 (7.1-RC2-sparc64-disc2.iso) = f5e8780d0ba9f4f89f27cdf51eb17d5d
MD5 (7.1-RC2-sparc64-disc3.iso) = 853a981ea3ffe95ef8cf82e9cd439e40
MD5 (7.1-RC2-sparc64-docs.iso) = 3001db73b78adc882c62a357d0a84422

SHA256 (7.1-RC2-amd64-bootonly.iso) =
+e1b6958a8f08748c1847312fab8bd2c9bc433d7c519e92495c35ea13c5cac64f
SHA256 (7.1-RC2-amd64-disc1.iso) =
+7da2bb04862608c4541cd907dcc5b802f84a4f7350ff1aeda6ec3a981e33f051
SHA256 (7.1-RC2-amd64-disc2.iso) =
+620de9a6c57e309874d76cd08a0007845c19209b676d17a6c9930b7f16f87216
SHA256 (7.1-RC2-amd64-disc3.iso) =
+6b796ff00a10ba5b0eb269a68a4a5370383d5daf2577f59b1ceefc303f97feab
SHA256 (7.1-RC2-amd64-docs.iso) =
+c87064dd86ec849748f35a0de6e2e25f1b35f745351651d6f382781bfef99223
SHA256 (7.1-RC2-amd64-dvd1.iso) =
+df762671f0d2469612210b76d2feac0bf38d710f39c4914891180228fc8b5dcb
SHA256 (7.1-RC2-amd64-livefs.iso) =
+4598a0f8944fb177b289c9e4bd55bf353a2876ae90db585d8ba31daacd6f46b3

SHA256 (7.1-RC2-i386-bootonly.iso) =
+ee1da8333b57e51ecc73f643bee38356f40d18722d37b506c5b88baa19346d69
SHA256 (7.1-RC2-i386-disc1.iso) =
+4a5c2e58a3d92fc344b92b8bf86b29f5a0925365c8c6bf08b444f70fda94f6d5
SHA256 (7.1-RC2-i386-disc2.iso) =
+74eb1f29a82b8a44d4f91989f217f2ffadee0dd71458e7888c88dfe5a154b788
SHA256 (7.1-RC2-i386-disc3.iso) =
+f7ee665dd4f03feafa371db83cfa9d42845909788ade888a3115da738fa71d07
SHA256 (7.1-RC2-i386-docs.iso) =
+352fbc6c231a0379c4b3a7612f47b9a283ea47af4d2237596fec5710bbab4029
SHA256 (7.1-RC2-i386-dvd1.iso) =
+02a5eb11de9dd2fb6922802abdb385586f8e2e90628dbdef81c5373d67c25c78
SHA256 (7.1-RC2-i386-livefs.iso) =
+f0d788c045cc3c3e243048de022db63dc83db2ae8d9227f557d6d907b36f880d

SHA256 (7.1-RC2-ia64-bootonly.iso) =
+8bd8b31968406971784b225261524044c4409c9d0a6e28a649846dcce1a7adf2
SHA256 (7.1-RC2-ia64-disc1.iso) =
+48ca1c5b0e5afc98849d3f11b6f7fac65ca0083d26409c1b9faf4963e5176baf
SHA256 (7.1-RC2-ia64-disc2.iso) =
+4e30b2eff68b3dc050d791d687968b5744335c13a2a1921b8d1730fa7c1d85cf
SHA256 (7.1-RC2-ia64-disc3.iso) =
+c6f791f6cddef9fdd5964981916c28f093bdfcba3c00b8094a84e6c15a0e37ba
SHA256 (7.1-RC2-ia64-docs.iso) =
+011524d3f9fc0be1ef839a8648c31db457a3d2f1b6458949a71ec5bbb01d0cb4
SHA256 (7.1-RC2-ia64-livefs.iso) =
+514bb8294a6ce6f8c82d6082d19d2a77c86bb7ff31950479e41b36fe6ae8495d

SHA256 (7.1-RC2-pc98-bootonly.iso) =
+3ed13c6dbb85665e0a34807ac6003cfcafe9b3ccd27beb6d9db0c59b0cf3764a
SHA256 (7.1-RC2-pc98-disc1.iso) =
+514691424950d431f91ad0b0e45563d8e81550016ac600d3d9a2eb42666a20ef
SHA256 (7.1-RC2-pc98-livefs.iso) =
+e0a39d59c14727d2293a07a57e826ae5e921428f84bda8a320c4d19f03861633

SHA256 (7.1-RC2-sparc64-bootonly.iso) =
+348fcf313f93dc78770ccc80a7b8a9b2bdf90de6f62c88f87f778c87bd1b9658
SHA256 (7.1-RC2-sparc64-disc1.iso) =
+3474d05e71c43418d10c1327d013f7e0adf599b4cb92d31e333a804728422aa6
SHA256 (7.1-RC2-sparc64-disc2.iso) =
+e4097cb638be81e5ec4cc0ca685cfe9e8b5c09a1bb080adcfbd579422db4d27c
SHA256 (7.1-RC2-sparc64-disc3.iso) =
+bc3558b1c0159381731012d2b4776e46719448df75d579c7f6a399712c671fdb
SHA256 (7.1-RC2-sparc64-docs.iso) =
+80e892dbdb51120347a40354fa1fff591f1ecb862d4cf966736f9d1849d5597b
--
Ken Smith
- From there to here, from here to | kensmith@cse.buffalo.edu
there, funny things are everywhere. |
- Theodore Geisel |

[-- Ende der signierten Daten--]
Zum Vergrößern anklicken....
 
Hm, ich hoffe, die Frage wird nich allzu noobig rüberkommen, aber: Welches sind denn die prägnantesten Verbesserungen der 7.1 zur 7.0? Und bitte nicht zu "tief" gehen, bin nur AU (Advanced User) und keiner, der mit dem Quellcode "ins Bett geht" ... :D

Danke im Voraus.
 
McStarfighter schrieb:
Hm, ich hoffe, die Frage wird nich allzu noobig rüberkommen, aber: Welches sind denn die prägnantesten Verbesserungen der 7.1 zur 7.0? Und bitte nicht zu "tief" gehen, bin nur AU (Advanced User) und keiner, der mit dem Quellcode "ins Bett geht" ... :D

Danke im Voraus.
Zum Vergrößern anklicken....

Sorry, aber die Frage müßte lauten, in wie weit ist FreeBSD eine vollwerte Unix Variante zu den angebotenen Debian Versionen wie Ubuntu oder Debian testing mit seinem vorzüglichen Paketmanagement?

Mein letzter FreeBSD Versuch datiert aus dem Jahr 2006 und damals war die mir angebotene Software im Vergleich zum damaligen Debian testing schlicht und einfach veraltet - um es einfach zu sagen. Glaube FreeBSD war noch veralteter als das damalige Debian stable und nur mit richtigen Installationsorgien auf aktuelles Niveau zu bringen. Mit anderen Worten: Es war Workstation oder Desktop untauglich.

Hat sich daran bis heute irgend etwas geändert?
 
Er hat wahrscheinlich die Packages benutzt. Bevor man so einen Mist ablässt sollte man sich erst über Gegebenheiten informieren. Offensichtlich kennt sich danielx nicht besonders aus mit unixoiden Systemen.
 
Am Basissystem hat sich zwischen 2006 und heute eine Menge getan. Das meiste davon ist allerdings eher technischer Natur und dank POLA - Policy of least astonishment, die Nutzerschnittstelle wird nur geändert, wenn es unumgänglich ist - meist unsichtbar. daher wirst du keine großen Änderungen sehen. Aber FreeBSDler sehen es nicht gern, wenn man das System "alt" nennt. Sagen wir eher "manuell und wenig automagisch". In Richtung Slackware, wobei das imo noch ein wenig extremer ist.

Die Änderungen zwischen 7.0 und 7.1 sind eher gering. 7.1 ist im Wesentlichen ein klassisches Servicerelease, welches in erster Linie eine ganze Reihe Bugfixes bringt (auch wenn 7.0 sehr reif war, hatte es doch wie jede erste Version aus einem neuen Zweig recht viele, kleiner Macken, die allerdings kaum auffielen). Dazu mehrere neue Treiber und Treiberversionen. Gerade die Treiber für Realtek-NICs und die Atheros LAN-Karten, wie man sie z.B. im eeePC findet, dürften dort interessant sein. Die neuen Funktionen sind hauptsächlich - aber nicht nur - das schon angesprochene DTrace, wozu ich allerdings nichts viel sagen kann. Dazu cpuset, womit man Prozesse und Prozessgruppen auf einzelne oder mehrere CPUs binden kann. Man kann seine dicke 8 CPU Maschine also zum Beispiel in zweimal vier CPUs spalten und in die erste vierer Gruppe Apache mit PHP legen und in die zweite MySQL. Dann fällt mir noch GPT ein, von diesen Partitionen kann FreeBSD nun booten. Das ist extrem sinnvoll und praktisch, da sich die alte Frage "wie starte ich die Kiste von meinem 6TiB RAID-Array" nicht mehr stellt. Die bisherigen DOS-Partitionen mit den BSD-Labeln innen drin können nur Mediem bis maximal 2TiB länge verwalten. GPT ist da praktisch unbegrenzt, zumindest was heute Mediengrößen betrifft. Nebenbei gab es noch eine ganze Reihe Änderungen an der Bootchain, mit denen FreeBSD nun endlich deutlich besser mit USB-Medien als Bootgerät, USB-Tastaturen im Loader und kaputten BIOSen klarkommen soll.
 
"Yamagi," sagte eben jemand per XMPP aka Jabber zu mir, "du solltest da noch auf jeden fall erwähnen, dass 7.1 auf Maschinen mit nur einer CPU deutlich runder läuft, als das in dr Hinsicht recht enttäuschende 7.0!" Also, ich gebe das einfach mal so weiter. Schlagt mich aber nicht, ich plappere nur nach.
 
Der meinte wohl eher mit nur einem Core. Denn auf >Dual-Core Maschinen lief das 7.0 bis jetzt 'fast' völlig problemlos. ;)

Ich bin jetzt auch mal gespannt, wie das neue Release wird und ob sie die letzten Macken noch ausgebügelt haben. Bis jetzt konnte ich es noch leider nicht ausprobieren.
 
Ja, 7.1 läuft deutlich besser auf meinem Single-Core Rechner als 7.0. Im Vergleich zu 6.x ist es aber immer noch Murks.

Auf meinem Dual-Core läuft es aber fantastisch.
 
.mp schrieb:
Nein. Wenn du es vor 2 Jahren untauglich fandest ist es das höchstwahrscheinlich auch heute noch.
Zum Vergrößern anklicken....

Warum?

laemodost schrieb:
Was genau war dir zu alt?
Zum Vergrößern anklicken....

Ich habe das FreeBSD damals hinsichtlich des jailing getestet. Was ausgezeichnet klappte, mir aber im Hinblick mit dem damals aufkommenden VMWare oder XEN nicht mehr so der Bringer erschien. Aus dem Rechner habe ich dann versucht etwas Desktop fähiges zu machen:

OOo, FF, die angebotenen Bittorents, mehr habe ich nicht probiert, es erschien mir zu sinnlos. Alles war so veraltet ...;'( ... mit Debian waren und sind das Sachen von Minuten und fertig.:p

troll schrieb:
Da das ja nu wirklich mit der gröbste Unfug ist, den ich je gehört habe - was hast du nicht hinbekommen?
Zum Vergrößern anklicken....

Ich las gerade im Eingangsportal das USB 2 für FreeBSD kommt ...

FreeBSDuser schrieb:
Er hat wahrscheinlich die Packages benutzt. Bevor man so einen Mist ablässt sollte man sich erst über Gegebenheiten informieren. Offensichtlich kennt sich danielx nicht besonders aus mit unixoiden Systemen.
Zum Vergrößern anklicken....

Satz 1: Ja.
Satz 3: Ja.

Yamagi schrieb:
Aber FreeBSDler sehen es nicht gern, wenn man das System "alt" nennt. Sagen wir eher "manuell und wenig automagisch". In Richtung Slackware, wobei das imo noch ein wenig extremer ist.
Zum Vergrößern anklicken....

Ja, habe ich gemerkt. Aber stellt Euch mal vor das sich Ubuntu von der Debian-Bremse abkoppelt und das Produktionstempo weiter erhöht. Dann klopft man bei FreeBSD noch Steine und Ubuntu baut die erste Kolonie auf dem Mars ...

Kamikaze schrieb:
Ja, 7.1 läuft deutlich besser auf meinem Single-Core Rechner als 7.0. Im Vergleich zu 6.x ist es aber immer noch Murks.

Auf meinem Dual-Core läuft es aber fantastisch.
Zum Vergrößern anklicken....

Puuuuh ! :confused:
 
danielx schrieb:
Ich las gerade im Eingangsportal das USB 2 für FreeBSD kommt ...
Zum Vergrößern anklicken....
Das hast du ziemlich falsch verstanden. Es geht hier nicht um den Standard USB 2.0. Es geht um den FreeBSD USB Stack. USB-2 ist einfach nur eine saubere Neuimplementierung. Von den großen Problemen mit dem alten USB-Stack bin ich zum Beispiel nie betroffen gewesen, der funktioniert auf meinen Rechnern zuverlässig und ohne Performance-Probleme.

danielx schrieb:
Puuuuh ! :confused:
Zum Vergrößern anklicken....
Ich habe mal Ubuntu auf meinem Single Core Rechner ausprobiert. Das läuft da noch deutlich schlechter als FreeBSD 7.0. Wir reden hier also von schlechter auf einem viel höheren Niveau. 7.1 ist ein geniales Release, auch für Single-Core User.
 
danielx schrieb:
Ich habe das FreeBSD damals hinsichtlich des jailing getestet. Was ausgezeichnet klappte, mir aber im Hinblick mit dem damals aufkommenden VMWare oder XEN nicht mehr so der Bringer erschien.
Zum Vergrößern anklicken....

Xen ist schon etwas anderes, so wie ich das verstanden hab.

Alles war so veraltet ...;'( ... mit Debian waren und sind das Sachen von Minuten und fertig.:p
Zum Vergrößern anklicken....

Wer Debian will, der nimmt halt Debian. Ich sehe das Problem nicht. Wenn ich Windows XP wollen würde, würde ich es auch nehmen. Da sehe ich auch das Problem nicht.

Ich las gerade im Eingangsportal das USB 2 für FreeBSD kommt ...
Zum Vergrößern anklicken....

USB4BSD (oder ältere Bezeichnung "usb2") ist die zweite Version der Implementierung des USB-Stacks. USB 2.x als Hardware-Schnittstelle hat FreeBSD schon seit Ewigkeiten (ehci nennt sich das).

Ja, habe ich gemerkt. Aber stellt Euch mal vor das sich Ubuntu von der Debian-Bremse abkoppelt und das Produktionstempo weiter erhöht. Dann klopft man bei FreeBSD noch Steine und Ubuntu baut die erste Kolonie auf dem Mars ...
Zum Vergrößern anklicken....

Das Problem, das ich sehe ist, dass die Linux-Leute eher Paar Leute aufm Mars in undichten Häusern verrecken lassen. Bei FreeBSD hat man etwas Geduld/Zeit und versucht das Problem richtig anzugehen, damit es auch ganz gut klappt. Nach dem Motto... ich kann jetzt viel besser Steine klopfen als Du, komme damit zurecht und muss nicht jeden Augenblick um mein Leben fürchten, im Prinzip funktioniert mein System zu jeder Zeit also besser als Deins.

Und es ist einfach so... ich gehe manchmal zu Linux rüber, bekomme Schmerzen (ganz schnell, nach einigen Monaten von Krämpfen), dann das böse Erwachen und dann wieder FreeBSD für eine längere Zeit (so einige Jahre). Bis ich die Schmerzen vergesse und wieder abenteuerlustig bin. Zwei Mal war das bis jetzt so.
 
USB2 ist ein neuer USB-Stack. Er ersetzt den alten USB1-Stack. Dies hat NICHTS mit den Versionen von USB selbst zu tun. Ein USB 2.0 gibt es nicht, das ist eine reine Handelsbezeichnung. USB begann 1997 mit OHCI und wurde später zu UHCI erweitert. 2002 kam dann EHCI, was im Handel als USB 2.0 verkauft wurde. All diese Dinge unterstützt FreeBSD schon ewig, übrigens deutlich länger als Linux und Windows es taten. NetBSD war das erste Betriebssystem mit USB-Unterstützung, FreeBSD folgte nur wenige Wochen später. Was nun von Intel als USB 3.0 vermarktet wird, ist XHCI.

P.S.: Hätte ich ordentlich gelesen, hätte ich mir das Tippen sparen können. Nakal war da viel früher schon mit durch, ebenso wie Kamikaze :I

Was die Single Core Performance betrifft, ist es nunmal so, dass man einen Tod sterben muss. Man kann auf Single Core optimieren, oder aber auf SMP-Maschinen. Mit FreeBSD 7.0 hat man sich für letzteres entschieden, was sicherlich die richtige Entscheidung war. Es ist bei Linux übrigens auch nicht anders, dort verschiebt sich das Verhältnis auch schon lange in Richtung SMP. Aber da die Iterationen viel kleiner sind, schleichen sich die Geschwindigkeitsverluste halt nach und nach ein und sind nicht plötzlich da.
 
Zuletzt bearbeitet:
Zugegeben fand ich das mit dem USB2 auch rel. unglücklich gewählt, als ich das zum ersten mal auf der ml gelesen habe. Deshalb wahrscheinlich auch die Umbenennung. Aber USB werde ich jetzt hier nicht ein 4. mal aufrollen. ;)

Aus der Tatsache, das FreeBSD 7.0 recht gemütliche Performance auf Single-Core Rechnern lieferte, wurde ja auch u.a. der Support für 6.4 auf 2010 erhöht. Wenn einen das so massiv stört und man bei FreeBSD bleiben möchte kann man auch immernoch darauf ausweichen. Bis dahin sind wohl 95% der Maschinen verreckt, oder ersetzt worden. Somit ist der Schritt wirklich zeitgemäß, in Anbetracht der rel. geringen Anzahl der Entwickler. Besonders bei den Kern-Anwendungen Server-Systeme wird das kein Thema mehr sein, da hat ja fast alles min. 2 CPU's, oder 2 Kerne...
 
vielleicht mal noch den Hinweis, daß du trennen mußt zwischen solchen Dingen, für die FreeBSD steht und Anwendungen, die von dritten kommen und die leider oft nicht so ganz sauber geschrieben sind, so daß einfaches Kompilieren für Unerfahrene sehr problematisch wird.
Wenn da Debian oder Ubuntu Leute mehr Power hineinstecken, jeweils fertige und funktionierende Pakete für ihre Systeme bereit zu stellen, kann es gut sein, daß du was neueres bekommen kannst. Die Unterschiede sind aber für gewöhnlich weit hinten in den versions-Stellen zu sehen und ganz ehrlich ist es kein großer Unterschied zwischen Opera 95 und 96 und erst recht nicht zwischen 9.613 und 9.612 oder was auch immer.
Hinsichtlich Funktionallität und Aktuallität ist für mich FreeBSD gerade vorbildlich gewesen, verglichen mit allen Linux-Distributionen, die ich ausprobiert habe.
Deshalb versteh ich diese Hinweise nicht ganz, weiß aber auch, daß Debian seinerzeit wohl arge Probleme mit ihrem Ports-System hatten was sich sicherlich inzwischen verbessert hat.

Solche Vergleiche, daß bei Linux die Produktivität höher ist und deshalb schneller vorangeht, machen keinen Sinn. Was Linux kann, könnte auch FreeBSD, wenn es gewollt ist, denn die Quellen liegen ja offen und könnten genutzt werden. Das gilt auch umgekehrt und es ist einfach eine Frage, was die Entwickler wünschen und nicht eine solche, nach dem Können des einen Systems gegenüber dem anderen.
Die Quellen für die Anwendungen dritter sind sogar fast immer gleich bei beiden Systemen. KDE ist unter FreeBSD so, wie unter einem beliebigen GNU/Linux auch.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben