Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 21, views: 5.479 •
Bron: FreeBSD, submitter: begintmeta

De leden van het FreeBSD Release Engineering Team hebben in de 7.x-tak van FreeBSD een nieuwe versie uitgebracht met 7.3 als rugnummer. Het besturingssysteem heeft een lange geschiedenis achter de rug. Begonnen in december 1993 als FreeBSD 1.0 is het in de loop der jaren uitgegroeid tot wat het nu is. Voor meer gedetailleerde informatie over het hoe en wat van FreeBSD verwijzen we door naar het Nederlandse handboek. De aankondiging van deze uitgave ziet er als volgt uit:

FreeBSD 7.3-RELEASE Announcement

The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 7.3-RELEASE. This is the fourth release from the 7-STABLE branch which improves on the functionality of FreeBSD 7.2 and introduces a few new features. There will be one more release from this branch to allow future improvements to be made available in the 7-STABLE branch but at this point most developers are focused on 8-STABLE.

Some of the highlights:
  • ZFS updated to version 13
  • new boot loader gptzfsboot supports GPT and ZFS
  • hwpmc(4) enhancements including support for Core2/i7 processor and pmcannotate(8)
  • new mfiutil and mptutil tools for widely used RAID controllers
  • NULL pointer vulnerability mitigation
  • bind updated to 9.4-ESV
  • Gnome updated to 2.28.2
  • KDE updated to 4.3.5
  • Perl updated to 5.10
For a complete list of new features and known problems, please see the online release notes and errata list available at: Availability:
FreeBSD 7.3-RELEASE is now available for the amd64, i386, pc98, and sparc64 architectures.

Reacties (21)

Ik heb het laatst eens geinstalleerd in een VM, was verbazingwekkend simpel te instaleren, vooral als je de defaults accepteert.

Als je het nog eenvoudiger wilt is PC-BSD misschien wat voor je:
http://www.pcbsd.org

Als Linux gebruiker mis ik wel altijd Bash maar gelukkig is die makkelijk te instaleren.
Ik kan niet wachten tot ZFS met deduplication erin komt! Dat zal waarschijnlijk voor versie 9.0 zijn...
Maar versie 16 van ZFS is ook goed :), dan heb je online expansion mogelijkheden voor je arrays, iets wat een typische gebruiker erg handig vindt!
raid expansion kan nog steeds niet. je kunt niet zomaar één extra hd in je raidz hangen.


VER DESCRIPTION
--- --------------------------------------------------------
1 Initial ZFS version
2 Ditto blocks (replicated metadata)
3 Hot spares and double parity RAID-Z
4 zpool history
5 Compression using the gzip algorithm
6 bootfs pool property
7 Separate intent log devices
8 Delegated administration
9 refquota and refreservation properties
10 Cache devices
11 Improved scrub performance
12 Snapshot properties
13 snapused property
14 passthrough-x aclinherit
15 user/group space accounting
16 stmf property support
17 Triple-parity RAID-Z
18 Snapshot user holds
19 Log device removal
20 Compression using zle (zero-length encoding)
21 Deduplication
22 Received properties

[Reactie gewijzigd door matty____ op 6 april 2010 11:11]

matty, toch wel hoor...maar misschien niet zoals jij denkt. Je kan bv bij je riadz die uit 4 schijven bestaan er een 5de aanhangen, die de inhoud van een schijf uit je array laten overnemen en dan de andere schijf eruit halen. Dit is pas mogelijk vanaf versie 16. Geloof me, ik heb er een vrij lange zoektocht achter zitten en heb met ontwikkelaars op FreeBSD gechat hierover.
Ok maar dat heeft toch niets met raid expansion te maken.

ik zie expansion als. ik heb nu raidz met 3 schrijven en ik kom ruimte te kort dus add ik een extra schijf en wordt mijn raidz over 4 schijven berekend en heb ik nu x Gb toegevoegd.

Je kon altijd al (volgens mij) bv een 1tb eruit halen en vervangen door een 2tb. zodra je op deze manier alle schijven hebt vervangen dan kun je je pool exporten en importen en dan zou je de overige capaciteit tot je beschikking moeten hebben (met autoexpand property)
ook kun je een stripe van gelijke grootte toevoegen. raidz met 3 schijven en daar kun je een raidz met 3 schijven toevoegen.
wel de autoexpand property zit er pas in bij versie 16...dat is het nou net :P
oh staat daar stmf voor :+

blijft kut upgraden maar goed je kun het iig

maarja voordat 9 uit is ben je een jaar tot 1,5 jaar verder. in juli komt pas 8.1.


http://forums.freebsd.org/showthread.php?t=12603
"as I understand it, the problem with newver ZFS versions is that it adds dependency on Python(?) for administrative commands (and maybe other tasks), which is not part of the FreeBSD base. Another problem is that those newer versions go deep into the changes in the OS internals, and require much more work to get ported to FreebSD ;-("

[Reactie gewijzigd door matty____ op 6 april 2010 11:38]

ergens >23 komt diff erin
(net als het linux console command)
maar dan voor partities
ik heb op hun website gekeken, en er staat ook versie 8.0.
Dat website zegt dat versie 7.3 een legacy versie is.
update van 7.2 -> 7.3 is minder pijnlijk dan van 7.2 -> 8.0
vandaar denk ik.

als je nieuwe installatie doet zou je gelijk voor 8 moeten gaan
update van 7.2 -> 7.3 is minder pijnlijk dan van 7.2 -> 8.0
vandaar denk ik.
echt? Ik ben niet anders gewend dan de gebruikelijk make commando's in /usr/src te doen, en een mergemaster.

(aan de andere kant hang ik altijd mee te draaien op -STABLE, niet op -RELEASE, misschien dat dat het verschil maakt)

[Reactie gewijzigd door arjankoole op 6 april 2010 13:31]

ik zei ook niet dat het niet kan.
maar wat zou dan wel een reden kunnen zijn om nog een 7.3 release e doen terwijl er al 8 is?
Minder bugs? Meer zekerheid?
ik zei ook niet dat het niet kan.
maar wat zou dan wel een reden kunnen zijn om nog een 7.3 release e doen terwijl er al 8 is?
De policy dat ik maar extreem zelden op een .0 versie draai? Zelfs met FreeBSD doe ik dat liever niet. (uitzonderingen daargelaten, 4.0 was er zo eentje, 7.0 ook)
Het gaat natuurlijk niet om het compilen want dat hoeft al sinds 6.2 (zo even uit het hoofd) al niet meer. Met freebsd-update kun je het ook op de binary wijze waarbij je binnen een paar minuten of zelfs seconden helemaal up to date bent. Het probleem zit 'm in de softwarematige verschillen tussen de 7.x branch en de 8.x branch. Deze kunnen dermate groot zijn dat je bij een upgrade van 7.x naar 8.x aardig wat problemen tegenkomt terwijl je die niet zou hebben als je binnen de 7.x branch upgrade.

Bij FreeBSD hebben ze een handleiding online gezet om je te helpen je een keuze te maken tussen FreeBSD versies. Het document vindt je op de volgende link: Choosing the FreeBSD Version That Is Right For You. Als je daar dan vervolgens leest "The goal of a major release is to introduce a set of new features. Inevitably, as new features are added to FreeBSD, or as older features are no longer useful or are dropped, it is sometimes necessary to break compatibility with previous major releases." kun je je ook wel bedenken dat men die 7.x er nu nog even bij naast houdt omwille van compatibility issues. Zoals zo vaak wordt er vaak de huidige versie en 1 versie eerder ondersteund zodat men een aardig lange tijd heeft om over te gaan naar een nieuwe release.

@hieronder: leuk en aardig maar het initiële probleem blijft bestaan: upgraden naar een major release vergt ook bij compilen een grotere voorzichtigheid wegens de veel grotere verschillen dan bij het upgraden naar een minor release. Of je nou compiled of een binary upgrade doet maakt dan ook niets uit, uitkijken zul je toch moeten.

[Reactie gewijzigd door ppl op 7 april 2010 23:51]

Met freebsd-update kun je het ook op de binary wijze
Mensen die compilen doen dat doorgaans om een reden ;)

Zoals geoptimaliseerde compiler vlaggen in make.conf. Het is in de regel toch: compile once, deploy many als je een centrale NFS build server hebt. Daar bouw je 1 keer je world op, en voor ieder type machine een specifieke kernel ( wat met includes in je kernelconf ook weer kinderspel is).
Misschien een domme vraag maar ik kan er niet goed achter komen wat nou precies het verschil is tussen linux en BSD, het enige verschil wat ik heb kunnen vinden is dat BSD een andere licentie type gebruikt en dat DSB sneller en stabieler is.
Maar er zijn toch vast wel meer verschillen lijkt mij?
De kernel? Linux gebruikt de Linux-kernel terwijl BSD de BSD-kernel gebruikt.
Je kan er echt wel genoeg over vinden op internet ;)
kijk eens naar de reacties van voorbije releases, de vraag is hier al eens gepasseerd...
Het grootte verschil is dat linux alleen een kernel is en freebsd een os (kernel met bintools) en dat alles op elkaar is afgestemd.

bij linux zit je aan distributies vast die voor de bintoosl verzorgen. Maar suse is ubuntu niet terwijl eht wel linux blijft. Dat soort verschillen heb je dus niet bij freebsd en maakt het imho ook makkelijker te leren want alles is op een bepaalde manier opgebouwd en dat zal niet snel veranderen. tussen freebsd 5 en 8 heb ik het niet meer gebruikt maar sinds zfs stabel is ben ik toch overgegaan om een 4tb raidz nas te bouwen.

Ondanks dat ik het zo lang niet meer had gebruikt was ik binnen 5min weer up2speed omdat de essentie niet veranderd was. _/-\o_

Op dit item kan niet meer gereageerd worden.



Populair: Desktops Samsung Smartphones Sony Microsoft Apple Games AMD Consoles Politiek en recht

© 1998 - 2014 Tweakers.net B.V. Tweakers is onderdeel van De Persgroep en partner van Computable, Autotrack en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013