Forum Weblog Zoek Actieve Items Nieuws Columns Reviews Previews Specials Archief

Linuxkernel 4.0 aangekondigd

anoniem_11052019111132

Linus Torvalds heeft de eerder aangekondigde versie 3.20 van de Linuxkernel hernoemd naar versie 4.0. De eerste release-candidate is de afgelopen nacht uitgekomen als Linux 4.0-rc1. De codenaam die deze release heeft gekregen is "Hurr durr I'ma sheep."

De AMD Radeon drivers zijn in deze versie flink verbeterd. Eerst ging het aansturen van de fans niet altijd goed, maar dat is in deze versie opgelost. Daarnaast zijn ook de andere grafische drivers van verbeteringen voorzien.

Een volledige lijst met veranderingen is hier te zien. Deze veranderingen omvatten veel meer dan enkel updates voor de grafische drivers, zoals ondersteuning voor meer randapparatuur en meer types processoren.

Help ons; deel dit item als je het leuk vond

Heb je een leuk of interessant bericht gevonden dat je graag op FOK! terug ziet? Tip ons dan via de submit!

Zoek jij altijd de leukste nieuwtjes en kun je daar leuk over schrijven? Meld je aan als nieuwsposter!

48 reacties

maandag 23 februari 2015, 19:02 uur #1

BlackQuasarHole

To far for us to understand

Meerdere zolderkamers doorgezakt na vreugde nieuwsbericht: Opvolger linux kernel!

maandag 23 februari 2015, 19:07 uur #2

n00b13

UI bij Studiotje

Wel een goeie voor de Fok! Frontpage inderdaad.

maandag 23 februari 2015, 19:07 uur #3

ome-wishie

ik ben er blij mee assie er is iig

maandag 23 februari 2015, 19:08 uur #4

ome-wishie

Linux is als een wigwam no gates no windows but apache inside .

maandag 23 februari 2015, 19:10 uur #5

frut666

Goede zaak. Hopenlijk wordt hij gauw aan OpenSuSE toegevoegd.

Redactie Frontpage

maandag 23 februari 2015, 19:11 uur #7

harry64

Ouwe Radiopiraat

quote:
Op maandag 23 februari 2015 @ 19:10 schreef frut666 het volgende:
Goede zaak. Hopenlijk wordt hij gauw aan OpenSuSE toegevoegd.

En aan Centos

Radio Seabreeze 1098KHz(Laren) en 1395KHz(Grou) Middengolf
MCB radio 747KHz Middengolf

Redactie Frontpage

maandag 23 februari 2015, 19:15 uur #8

harry64

Ouwe Radiopiraat

quote:
Op maandag 23 februari 2015 @ 19:08 schreef ome-wishie het volgende:
Linux is als een wigwam no gates no windows but apache inside .

Radio Seabreeze 1098KHz(Laren) en 1395KHz(Grou) Middengolf
MCB radio 747KHz Middengolf

maandag 23 februari 2015, 19:22 uur #9

#ANONIEM

quote:
Op maandag 23 februari 2015 @ 19:10 schreef frut666 het volgende:
Goede zaak. Hopenlijk wordt hij gauw aan OpenSuSE toegevoegd.

Yeah. Ik hoop dat hij snel wordt toegevoegd aan Arch Linux, want zelf de kernel compilen kost tijd.

maandag 23 februari 2015, 19:29 uur #10

deNeger

hoop dat er geen backdoors in zitten

http://falkvinge.net/2013(...)doors-into-gnulinux/

maandag 23 februari 2015, 19:29 uur #11

n00b13

UI bij Studiotje

quote:
Op maandag 23 februari 2015 @ 19:11 schreef SnowOokami het volgende:

[..]

Je hoeft niet te reageren...

Maak je niet druk!

Ik moet toch wat met mijn leven

maandag 23 februari 2015, 19:57 uur #12

#ANONIEM

quote:
Op maandag 23 februari 2015 @ 19:29 schreef deNeger het volgende:
hoop dat er geen backdoors in zitten

http://falkvinge.net/2013(...)doors-into-gnulinux/

Dat was vooral een grapje van Torvalds. Wellicht is hij benaderd, maar zit het er niet in.

Torvalds zelf doet ook vrij weinig aan de kernel.

maandag 23 februari 2015, 19:57 uur #13

houdeensop

quote:
Op maandag 23 februari 2015 @ 19:29 schreef deNeger het volgende:
hoop dat er geen backdoors in zitten

http://falkvinge.net/2013(...)doors-into-gnulinux/

Hoax.
Lijkt mij eerder dat de vader het politiek handig vond om dat te zeggen.
Er zijn genoeg grote bedrijven die linux gebruiken en daarom mee ontwikkelen aan de kernel.
Juist om security issues te voorkomen.
Die backdoor komt er niet en de NSA weet dat heus wel.

maandag 23 februari 2015, 19:59 uur #14

TargaFlorio

quote:
Op maandag 23 februari 2015 @ 19:08 schreef ome-wishie het volgende:
Linux is als een wigwam no gates no windows but apache inside .

maandag 23 februari 2015, 20:04 uur #15

SnowOokami

Snow Wolfie

quote:
Op maandag 23 februari 2015 @ 19:29 schreef n00b13 het volgende:

[..]

Maak je niet druk!

Ik moet toch wat met mijn leven

Misschien moet je dan eens linux installeren

maandag 23 februari 2015, 20:12 uur #16

Netsplitter

#jesuisMasi

quote:
Op maandag 23 februari 2015 @ 19:22 schreef robin007bond het volgende:

[..]
Yeah. Ik hoop dat hij snel wordt toegevoegd aan Arch Linux, want zelf de kernel compilen kost tijd.

Tssss....
Een beetje Linux gebruiker compiled z'n eigen kernel.

OxygeneFRL-vrijdag 8 mei 2020 @ 08:52:59: Ik had een pleuris hekel aan je maar nu ik weet dat je tegen een vuurwerkverbod ben, hou ik van je.

maandag 23 februari 2015, 20:28 uur #18

#ANONIEM

quote:
Op maandag 23 februari 2015 @ 20:17 schreef NoBody122 het volgende:

[..]
Arch Linux is voor n00bs. Echte eindbazen gebruiken Gentoo.

Bij iedere update opnieuw compilen.

Mits je een snelle PC hebt wel een bazen-OS.

maandag 23 februari 2015, 20:40 uur #19

BabeWatcher

Stephanie <3

Jammer dat Linux nu ook heeft gekozen voor de snelle major version number, dan zullen we nog dit jaar aan versie 7 zitten. Maar goed, ik kijk vooral uit naar de live kernel patching, zeker voor mijn machines die altijd aanstaan is dat een nuttige toevoeging.

[ alle babes op 1 pagina via fok!wiki -bijgewerkt tot 20/10/2015 ]
Leve Kim , Leve Maduro , Leve Castro
#freeTarik #freeDemon_from_heaven

maandag 23 februari 2015, 20:45 uur #20

ome-wishie

Nou sorry hoor maar ome wishie doet op al zijn productiemachines lekker Cent Os 7

en Plesk 12 en ik blij

maandag 23 februari 2015, 21:08 uur #21

joopsmerma

yoiuyoiyoiu

~ fuck de koning ~

maandag 23 februari 2015, 23:03 uur #22

ijzerdraat

quote:
Op maandag 23 februari 2015 @ 20:40 schreef BabeWatcher het volgende:
Jammer dat Linux nu ook heeft gekozen voor de snelle major version number, dan zullen we nog dit jaar aan versie 7 zitten. Maar goed, ik kijk vooral uit naar de live kernel patching, zeker voor mijn machines die altijd aanstaan is dat een nuttige toevoeging.

Snel....? Hoelang zitten we nu al met 3.x?

Nee.

dinsdag 24 februari 2015, 00:49 uur #23

nederlandertjes.gallen

quote:
Op maandag 23 februari 2015 @ 19:11 schreef harry64 het volgende:

[..]

En aan Centos

Dat hangt dan toch of van Rhel? Wat altijd traag is qua updates hoorde ik.

dinsdag 24 februari 2015, 00:53 uur #24

nederlandertjes.gallen

quote:
Op maandag 23 februari 2015 @ 23:03 schreef ijzerdraat het volgende:

[..]

Snel....? Hoelang zitten we nu al met 3.x?

Hij is bang dat de kernel versies nu elke keer een major nummer upgrade gaan krijgen ipv een minor, terwijl er niet veel aan wordt veranderd. Een beetje Google /Firefox idee dus, en het laten lijken dat je veel verbeterd aan je product terwijl dat relatief gezien niet zo is.

dinsdag 24 februari 2015, 06:07 uur #25

n00b13

UI bij Studiotje

quote:
Op maandag 23 februari 2015 @ 20:04 schreef SnowOokami het volgende:

[..]

Misschien moet je dan eens linux installeren

Gebruik het dagelijks.

Redactie Frontpage

dinsdag 24 februari 2015, 06:35 uur #26

harry64

Ouwe Radiopiraat

quote:
Op dinsdag 24 februari 2015 @ 00:49 schreef nederlandertjes.gallen het volgende:

[..]
Dat hangt dan toch of van Rhel? Wat altijd traag is qua updates hoorde ik.

Soms is het wel handig om wat geduldig te zijn met updates. Zeker als de unstabels niet goed getest zijn voor ze stable worden.

Dat heb ik een paar keer met Debian gehad. Hele install in de soep door een update die gekke dingen deed. Daarom ben ik maar overgestapt op Centos met de Virtualminservers.

Radio Seabreeze 1098KHz(Laren) en 1395KHz(Grou) Middengolf
MCB radio 747KHz Middengolf

dinsdag 24 februari 2015, 07:24 uur #27

ijzerdraat

quote:
Op dinsdag 24 februari 2015 @ 00:53 schreef nederlandertjes.gallen het volgende:

[..]

Hij is bang dat de kernel versies nu elke keer een major nummer upgrade gaan krijgen ipv een minor, terwijl er niet veel aan wordt veranderd. Een beetje Google /Firefox idee dus, en het laten lijken dat je veel verbeterd aan je product terwijl dat relatief gezien niet zo is.

Dat begrip ik, maar hij heeft geen enkele reden om dit te denken. Als je een enkele major versie upgrade in 4 jaar snel noemt ....

Nee.

dinsdag 24 februari 2015, 07:31 uur #28

IllNL

The Minister of Chlorine

Die gast zei publiekelijk fuck nvidia. Succes met z'n os

dinsdag 24 februari 2015, 08:07 uur #29

Kyroholic

De wereld loopt ten einde, nu we steeds dichter bij versie 4.1.15 komen!!

De T-800 terminators van Skynet draaiden op 4.1.15

/aluhoedje

dinsdag 24 februari 2015, 08:42 uur #30

pleomousie

In ieder geval wat minder ophef over 4.0 dan over 3.0.

Zullen we het nu eens gaan hebben over dingen die er echt toedoen? Zoals systemd en waarom het in hemelsnaam de Linux wereld dreigt over te nemen?

dinsdag 24 februari 2015, 08:48 uur #31

pleomousie

quote:
Op dinsdag 24 februari 2015 @ 06:35 schreef harry64 het volgende:

[..]

Soms is het wel handig om wat geduldig te zijn met updates. Zeker als de unstabels niet goed getest zijn voor ze stable worden.

Dat heb ik een paar keer met Debian gehad. Hele install in de soep door een update die gekke dingen deed. Daarom ben ik maar overgestapt op Centos met de Virtualminservers.

Tot 7 ondersteunde CentOS geen XFS als root filesystem. Aangezien ext3 en ext4 fundamentele design- en implementatiefouten bevatten die driver maintainers weigeren te fixen (in het kader van "it will open a can of worms elsewhere") komen die er bij mij niet in, met als gevolg dat ik CentOS altijd links heb laten liggen. Google maar eens op kjournald, al is kjournald voor ext3, zijn tegenhanger voor ext4 bevat dezelfde fouten. Met 7 ondersteunt CentOS het EINDELIJK XFS als root filesystem, maar zit het gedrocht systemd erin en dat moet ik ook niet

.

[ Bericht gewijzigd door pleomousie op dinsdag 24 februari 2015 @ 08:55 ]

dinsdag 24 februari 2015, 09:24 uur #32

Posergoth6667

quote:
Op dinsdag 24 februari 2015 @ 08:42 schreef pleomousie het volgende:
In ieder geval wat minder ophef over 4.0 dan over 3.0.

Zullen we het nu eens gaan hebben over dingen die er echt toedoen? Zoals systemd en waarom het in hemelsnaam de Linux wereld dreigt over te nemen?

Ik heb het, ik weet alleen niet waarom het in Arch zit en waar ik het voor nodig zou hebben. Ik heb er over zitten lezen en ik begrijp echt gewoon niet wat ik er mee moet en waarom het beter zou zijn. Het is een nutteloze extra en dat wil ik niet op mijn systeem hebben. Ik ga binnenkort eens kijken of ik systemd uit mijn systeem kan slopen, zo niet ga ik maar over op een andere distro.

The media's the most powerful entity on earth. They have the power to make the innocent guilty and to make the guilty innocent... They control the minds of the masses.

dinsdag 24 februari 2015, 09:27 uur #33

#ANONIEM

quote:
Op dinsdag 24 februari 2015 @ 09:24 schreef Posergoth6667 het volgende:

[..]

Ik heb het, ik weet alleen niet waarom het in Arch zit en waar ik het voor nodig zou hebben. Ik heb er over zitten lezen en ik begrijp echt gewoon niet wat ik er mee moet en waarom het beter zou zijn. Het is een nutteloze extra en dat wil ik niet op mijn systeem hebben. Ik ga binnenkort eens kijken of ik systemd uit mijn systeem kan slopen, zo niet ga ik maar over op een andere distro.

Systemd is juist super goed. Veel snellere boottijden en beter dan van die eigen shellscriptjes die ieder programma had.

Redactie Frontpage

dinsdag 24 februari 2015, 09:47 uur #34

harry64

Ouwe Radiopiraat

quote:
Op dinsdag 24 februari 2015 @ 08:48 schreef pleomousie het volgende:

[..]

Tot 7 ondersteunde CentOS geen XFS als root filesystem. Aangezien ext3 en ext4 fundamentele design- en implementatiefouten bevatten die driver maintainers weigeren te fixen (in het kader van "it will open a can of worms elsewhere") komen die er bij mij niet in, met als gevolg dat ik CentOS altijd links heb laten liggen. Google maar eens op kjournald, al is kjournald voor ext3, zijn tegenhanger voor ext4 bevat dezelfde fouten. Met 7 ondersteunt CentOS het EINDELIJK XFS als root filesystem, maar zit het gedrocht systemd erin en dat moet ik ook niet .

Dat is ook de reden dat Centos m'n intel-raid5 (ICH10) hardnekkig als 6 losse schijven blijft zien? Ik wilde nl linux er bij zetten op de windoos-doos, maar dat gaat dus ff niet zonder de raid te vernietigen. En dat vind ik een beetje zonde van m'n 2 TB aan data die juist daarom op die raid 5 staan.

Radio Seabreeze 1098KHz(Laren) en 1395KHz(Grou) Middengolf
MCB radio 747KHz Middengolf

dinsdag 24 februari 2015, 10:35 uur #35

Posergoth6667

quote:
Op dinsdag 24 februari 2015 @ 09:27 schreef robin007bond het volgende:

[..]

Systemd is juist super goed. Veel snellere boottijden en beter dan van die eigen shellscriptjes die ieder programma had.

Ik zie het als een risico. Het slokt losse dingen op in een groot geheel wat sneller fout kan gaan. Daarnaast is het verwarrend, aangezien ik het niet heb op een flink aantal productie servers die ik niet zomaar kan updaten. Linux zou simpel moeten zijn en blijven. Het lijkt op verandering om het veranderen, waar ik niets aan heb. Het zou leuk zijn om een goed monitor tool te hebben wat systemd doet, maar dan ernaast, naast init.

The media's the most powerful entity on earth. They have the power to make the innocent guilty and to make the guilty innocent... They control the minds of the masses.

dinsdag 24 februari 2015, 10:46 uur #36

Posergoth6667

quote:
Op dinsdag 24 februari 2015 @ 09:47 schreef harry64 het volgende:

[..]

Dat is ook de reden dat Centos m'n intel-raid5 (ICH10) hardnekkig als 6 losse schijven blijft zien? Ik wilde nl linux er bij zetten op de windoos-doos, maar dat gaat dus ff niet zonder de raid te vernietigen. En dat vind ik een beetje zonde van m'n 2 TB aan data die juist daarom op die raid 5 staan.

ICH10 heeft geen echte (hardware) raid maar fakeraid. Het meest nutteloze wat er bestaat, je kunt net zo goed software-raid gebruiken. Ik kan je aanraden om hier van af te stappen, dit heeft meer nadelen dan voordelen (ook onder Windows)

The media's the most powerful entity on earth. They have the power to make the innocent guilty and to make the guilty innocent... They control the minds of the masses.

dinsdag 24 februari 2015, 11:06 uur #37

pleomousie

quote:
Op dinsdag 24 februari 2015 @ 09:47 schreef harry64 het volgende:

[..]

Dat is ook de reden dat Centos m'n intel-raid5 (ICH10) hardnekkig als 6 losse schijven blijft zien? Ik wilde nl linux er bij zetten op de windoos-doos, maar dat gaat dus ff niet zonder de raid te vernietigen. En dat vind ik een beetje zonde van m'n 2 TB aan data die juist daarom op die raid 5 staan.

Nee, ik denk niet dat die twee direct iets met elkaar te maken hebben. Je zou kunnen even kunnen zoeken op het onderwerp 'fakeraid'. Laat je niet misleiden door te term, de raid is echt, alleen doet de CPU het meeste werk i.p.v. dat een dedicated storage processor dat voor je doet.

Linux raid is er in vier verschillende smaken:

* mdraid, die het meeste gebruikt wordt. Dit is echte software raid. Er is een groot aantal ondersteunde combinaties, waaronder: raid0 (striping), raid1 (mirroring), raid10 (mirroring bovenop striping), raid5 (striping met 1 parity disk), raid6 (striping met 2 parity disks).
* lvm mirroring, die handig kan zijn voor migraties, maar raid zou ik het eigenlijk niet willen noemen.
* dmraid, die gebruik maakt van bestaande architectuur. Veel controllers die je raid1, raid0 of raid5 bieden ondersteunen dit.
* echter hardware raid, met battery backed caches, etc.: dit krijg je met de (veel) duurdere controllers. Daar zit dan vaak een dedicated storage processor op, die de benodigde parity berekeningen voor je doet.

De laatste twee komen vaak met aparte drivers voor verschillende besturingssystemen, al komen veel Linux distributies al met de benodigde drivers. Tussen die twee heb je ook nog overgangsvarianten, die bijvoorbeeld wel een deel van het werk van de CPU overnemen, maar niet alles. In veel gevallen begrijpt dmraid de on-disk structures van al die controllers en kan het daarmee de data van schijven die ooit een deel van zo'n (mirror meestal) geweest zijn uitlezen en veiligstellen. Uiteindelijk is dmraid slechts een module voor device mapper, hetzelfde systeem dat ook lvm biedt en diskencryptie.

Persoonlijk geef ik de voorkeur aan mdraid, met raid1 of raid6 als de keuze die ik het meest gebruik. Ik heb hier een dedicated systeem staan met 6 schijven in een raid6 combinatie (en twee boot schijven in raid1). Werkt goed moet ik zeggen. Je schrijfsnelheid is over het algemeen die van de traagste schijf in de array, maar de leessnelheid is (bij raid6, met 6 schijven) nagenoeg vier keer de leessnelheid van een individuele schijf uit de array. Neem 120MB/sec voor een gemiddelde SATA2 of SATA3 schijf (ja ik weet, het kan NOG sneller) en vermenigvuldig dat met 4, dat is bijna 500MB/sec doorvoer (burst weliswaar).

Echter, er is wel iets moois aan Linux. Je kunt een mdraid array gebruiken als physical volume voor lvm

en als je dat echt zou willen, kun je dit ook weer op elkaar stapelen. Mijn raid6 array is één grote volumegroup en biedt logical volumes aan via tgtd (een ISCSI target daemon) aan een virtualbox host, door middel van een dedicated netwerk

. Effectief heb ik dus mijn eigen SAN gebouwd.

Tot slot nog even iets over fakeraid. De term is een beetje een misnomer, want de meeste controllers bieden je dan weliswaar geen CPU offloading, maar de controller en de firmware die erbij komt is vaak wel slim genoeg om aan het OS van je keuze een SCSI-achtige interface te bieden die dat OS dan weer begrijpt. De individuele disks blijven verborgen voor het OS. In die zin is het dus wel degelijke "echte" raid. Je hebt echter niet de bijbehorende voordelen die een wat duurdere controller je biedt. En omdat de on-disk structures van de arrays door dmraid herkend worden, kan het daar ook weer wat mee. De tools om die schijven en die arrays te beheren zitten gewoon in een gemiddelde Linux distro. Die van de wat duurdere en (vooral) nieuwere controllers kent het vaak dan weer niet, dat is wel jammer.

(Open)ZFS heb ik in dit verhaal even buiten beschouwing gelaten, evenals btrfs. Beide zijn een mix van logical volume management en filesystem management en persoonlijk vind ik dat eigenlijk nooit een goede zaak.

[ Bericht gewijzigd door pleomousie op dinsdag 24 februari 2015 @ 11:19 ]

dinsdag 24 februari 2015, 11:09 uur #38

pleomousie

quote:
Op dinsdag 24 februari 2015 @ 09:24 schreef Posergoth6667 het volgende:

[..]

Ik heb het, ik weet alleen niet waarom het in Arch zit en waar ik het voor nodig zou hebben. Ik heb er over zitten lezen en ik begrijp echt gewoon niet wat ik er mee moet en waarom het beter zou zijn. Het is een nutteloze extra en dat wil ik niet op mijn systeem hebben. Ik ga binnenkort eens kijken of ik systemd uit mijn systeem kan slopen, zo niet ga ik maar over op een andere distro.

Devuan (http://www.devuan.org/? De website is een beetje knullig, maar de beschreven procedure om systemd uit je nieuw-geïnstalleerde systeem weg te knikkeren en voor eeuwig te verbannen werkte bij mij wel (de testing image die ze aanbieden dan weer niet, die bevat gewoon nog steeds systemd).

dinsdag 24 februari 2015, 11:16 uur #39

pleomousie

quote:
Op dinsdag 24 februari 2015 @ 09:27 schreef robin007bond het volgende:

[..]

Systemd is juist super goed. Veel snellere boottijden en beter dan van die eigen shellscriptjes die ieder programma had.

Systemd is een monstrositeit. Een gedrocht. Het is een schending van het basisprincipe waar UNIX op gebaseerd is: schrijf iets dat één ding doet en dan ook goed.

Snellere boot tijden? Hoe vaak reboot je een server? Als het goed is alleen wanneer je aan het patchen bent en zelfs dan alleen wanneer die patches een reboot vereisen. Dus wat boeit het dan of hij in 5 minuten op is of 6? De meeste tijd bij een server gaat toch zitten in de POST van de firmware, niet in het booten van het OS.

Klassieke System V init of BSD init hebben één ding gemeen: ze starten een shell script dat de rest van de boot procedure afhandelt. Dat is wat init hoort te doen. Niets meer, niets minder. KISS.

Redactie Frontpage

dinsdag 24 februari 2015, 11:59 uur #40

harry64

Ouwe Radiopiraat

quote:
Op dinsdag 24 februari 2015 @ 10:46 schreef Posergoth6667 het volgende:

[..]

ICH10 heeft geen echte (hardware) raid maar fakeraid. Het meest nutteloze wat er bestaat, je kunt net zo goed software-raid gebruiken. Ik kan je aanraden om hier van af te stappen, dit heeft meer nadelen dan voordelen (ook onder Windows)

Ik wil er ook wel vanaf maar dat laat financiën nog ff niet toe. De huidige constructie met dit MSI board (P45-NE04-FR) was dan ook een compromis.

Toch bedankt voor de tip.

Radio Seabreeze 1098KHz(Laren) en 1395KHz(Grou) Middengolf
MCB radio 747KHz Middengolf

Redactie Frontpage

dinsdag 24 februari 2015, 12:01 uur #41

harry64

Ouwe Radiopiraat

quote:
Op dinsdag 24 februari 2015 @ 11:06 schreef pleomousie het volgende:

[..]

Nee, ik denk niet dat die twee direct iets met elkaar te maken hebben. Je zou kunnen even kunnen zoeken op het onderwerp 'fakeraid'. Laat je niet misleiden door te term, de raid is echt, alleen doet de CPU het meeste werk i.p.v. dat een dedicated storage processor dat voor je doet.

Linux raid is er in vier verschillende smaken:

* mdraid, die het meeste gebruikt wordt. Dit is echte software raid. Er is een groot aantal ondersteunde combinaties, waaronder: raid0 (striping), raid1 (mirroring), raid10 (mirroring bovenop striping), raid5 (striping met 1 parity disk), raid6 (striping met 2 parity disks).
* lvm mirroring, die handig kan zijn voor migraties, maar raid zou ik het eigenlijk niet willen noemen.
* dmraid, die gebruik maakt van bestaande architectuur. Veel controllers die je raid1, raid0 of raid5 bieden ondersteunen dit.
* echter hardware raid, met battery backed caches, etc.: dit krijg je met de (veel) duurdere controllers. Daar zit dan vaak een dedicated storage processor op, die de benodigde parity berekeningen voor je doet.

De laatste twee komen vaak met aparte drivers voor verschillende besturingssystemen, al komen veel Linux distributies al met de benodigde drivers. Tussen die twee heb je ook nog overgangsvarianten, die bijvoorbeeld wel een deel van het werk van de CPU overnemen, maar niet alles. In veel gevallen begrijpt dmraid de on-disk structures van al die controllers en kan het daarmee de data van schijven die ooit een deel van zo'n (mirror meestal) geweest zijn uitlezen en veiligstellen. Uiteindelijk is dmraid slechts een module voor device mapper, hetzelfde systeem dat ook lvm biedt en diskencryptie.

Persoonlijk geef ik de voorkeur aan mdraid, met raid1 of raid6 als de keuze die ik het meest gebruik. Ik heb hier een dedicated systeem staan met 6 schijven in een raid6 combinatie (en twee boot schijven in raid1). Werkt goed moet ik zeggen. Je schrijfsnelheid is over het algemeen die van de traagste schijf in de array, maar de leessnelheid is (bij raid6, met 6 schijven) nagenoeg vier keer de leessnelheid van een individuele schijf uit de array. Neem 120MB/sec voor een gemiddelde SATA2 of SATA3 schijf (ja ik weet, het kan NOG sneller) en vermenigvuldig dat met 4, dat is bijna 500MB/sec doorvoer (burst weliswaar).

Echter, er is wel iets moois aan Linux. Je kunt een mdraid array gebruiken als physical volume voor lvm en als je dat echt zou willen, kun je dit ook weer op elkaar stapelen. Mijn raid6 array is één grote volumegroup en biedt logical volumes aan via tgtd (een ISCSI target daemon) aan een virtualbox host, door middel van een dedicated netwerk . Effectief heb ik dus mijn eigen SAN gebouwd.

Tot slot nog even iets over fakeraid. De term is een beetje een misnomer, want de meeste controllers bieden je dan weliswaar geen CPU offloading, maar de controller en de firmware die erbij komt is vaak wel slim genoeg om aan het OS van je keuze een SCSI-achtige interface te bieden die dat OS dan weer begrijpt. De individuele disks blijven verborgen voor het OS. In die zin is het dus wel degelijke "echte" raid. Je hebt echter niet de bijbehorende voordelen die een wat duurdere controller je biedt. En omdat de on-disk structures van de arrays door dmraid herkend worden, kan het daar ook weer wat mee. De tools om die schijven en die arrays te beheren zitten gewoon in een gemiddelde Linux distro. Die van de wat duurdere en (vooral) nieuwere controllers kent het vaak dan weer niet, dat is wel jammer.

(Open)ZFS heb ik in dit verhaal even buiten beschouwing gelaten, evenals btrfs. Beide zijn een mix van logical volume management en filesystem management en persoonlijk vind ik dat eigenlijk nooit een goede zaak.

Dank voor deze uitgebreide uitleg aan deze hobbyserverfarmboer.

Radio Seabreeze 1098KHz(Laren) en 1395KHz(Grou) Middengolf
MCB radio 747KHz Middengolf

dinsdag 24 februari 2015, 12:17 uur #42

pleomousie

quote:
Op dinsdag 24 februari 2015 @ 12:01 schreef harry64 het volgende:

[..]

Dank voor deze uitgebreide uitleg aan deze hobbyserverfarmboer.

Graag gedaan hoor! Ik ben het hobbygevoel zelf nog niet vergeten hoor

dinsdag 24 februari 2015, 14:01 uur #43

frut666

quote:
Op maandag 23 februari 2015 @ 19:11 schreef harry64 het volgende:

[..]

En aan Centos

Ik ben bang dat je daar nog wel even op kunt wachten. Red Hat is net eindelijk over op de 3.10 kernel in RHEL / CentOS 7. Dan ben ik bang dat je toch minimaal tot de release van CentOS 8 moet wachten.

[ Bericht gewijzigd door harry64 op dinsdag 24 februari 2015 @ 17:22 ]

woensdag 25 februari 2015, 01:33 uur #44

nederlandertjes.gallen

quote:
Op dinsdag 24 februari 2015 @ 08:07 schreef Kyroholic het volgende:
De wereld loopt ten einde, nu we steeds dichter bij versie 4.1.15 komen!!

De T-800 terminators van Skynet draaiden op 4.1.15

/aluhoedje

Dat wordt toch nooit in the films genoemd? Hoe kom je daar dan bij?

woensdag 25 februari 2015, 01:39 uur #45

nederlandertjes.gallen

quote:
Op dinsdag 24 februari 2015 @ 07:31 schreef IllNL het volgende:
Die gast zei publiekelijk fuck nvidia. Succes met z'n os

Het is natuurlijk niet zijn OS. Hij is alleen de geestesvader van de kernel.

Hij zal wel weer eens boos zijn geweest dat Nvidia geen tijd had om bij hem op de thee te komen en z'n driver code na te kijken. Dat betekent niet dat Linux als geheel Nvidia van de kaart veegt. De meeste Linux toepassingen hebben dat cutting edge video verhaal uberhaupt niet nodig.

woensdag 25 februari 2015, 08:00 uur #46

IllNL

The Minister of Chlorine

quote:
Op woensdag 25 februari 2015 @ 01:39 schreef nederlandertjes.gallen het volgende:

[..]

Het is natuurlijk niet zijn OS. Hij is alleen de geestesvader van de kernel.

Hij zal wel weer eens boos zijn geweest dat Nvidia geen tijd had om bij hem op de thee te komen en z'n driver code na te kijken. Dat betekent niet dat Linux als geheel Nvidia van de kaart veegt. De meeste Linux toepassingen hebben dat cutting edge video verhaal uberhaupt niet nodig.

Niet nodig betekend niet dat je een heel bedrijf moet beledigen omdat ze jouw visie niet delen.

woensdag 25 februari 2015, 08:45 uur #47

Kyroholic

quote:
Op woensdag 25 februari 2015 @ 01:33 schreef nederlandertjes.gallen het volgende:

[..]

Dat wordt toch nooit in the films genoemd? Hoe kom je daar dan bij?

foto

Slecht leesbaar maar de regel net boven T-800.

En Linus heeft het er hier over

On the other hand, the strongest argument for some people advocating
4.0 seems to have been a wish to see 4.1.15 - because "that was the
version of Linux skynet used for the T-800 terminator".

donderdag 26 februari 2015, 08:17 uur #48

nederlandertjes.gallen

quote:
Op woensdag 25 februari 2015 @ 08:45 schreef Kyroholic het volgende:

[..]

[ afbeelding ]

Slecht leesbaar maar de regel net boven T-800.

En Linus heeft het er hier over

On the other hand, the strongest argument for some people advocating
4.0 seems to have been a wish to see 4.1.15 - because "that was the
version of Linux skynet used for the T-800 terminator".