Gå til innhold

Den frie kafeen


Anbefalte innlegg

Videoannonse
Annonse

Hvis checksum er must-have, så vil jeg brukt btrfs og raid 10, og eventuelt kjøpt inn en ekstra disk, eller satt opp btrfs+md. Livet mitt er for kort til å bruke tid på zfs.

ZFS er da virkelig ikke så ille. Det gjorde jobben for meg i mange år, har generelt hatt lite problemer med det. Men klart, kommer btrfs på høyden velger man det. Noe av det fine med ZFS er nettopp at man ikke trenger LVM eller md.

Lenke til kommentar

 

Upon closer examination of the data, a trend emerges: Developers increasingly prefer spaces as they gain experience. Stack Overflow reputation correlates with a preference for spaces, too: users who have 10,000 rep or more prefer spaces to tabs at a ratio of 3 to 1.

Tabs, fysj.

Interessant kommentar da:

 

"Plus a lot of programmers spend a significant amount of time writing html, css, etc, were the fact that a file with 4 spaces instead of tabs is 5-15% larger is actually significant. Example: this page you are on right now loaded at least 10% slower than it should have because the SE team used spaces. Check for yourself."

 

http://programmers.stackexchange.com/questions/57/tabs-versus-spaces-what-is-the-proper-indentation-character-for-everything-in-e

Lenke til kommentar

Du minifier koden før prodsetting uansett da. At filene dine er 15% større under utvikling spiller jo ingen trille.

 

Grunnen til at det diskuteres er ganske enkelt at forskjellige praksiser (spesielt innad i et team) har en tendens til å skape totalt unødvendig hodebry og fuckups. Grunnen til at spaces er å foretrekke er fordi tab tolkes ulikt av forskjellige editorer og systemer. Space er space uansett hva du finner på. I den virkelige verden er det viktigste at hele teamet er enige om praksis.

Lenke til kommentar

Når det kommer til btrfs så har jeg brukt raid1 i en hjemmeserver med moderat bruk det siste året uten det minste problem. Kommer til å gjøre det til et raid5 iløpet av våren nå (live rebalancing mellom raid nivå er forøvrig helt hinsides porno!), men venter så lenge jeg kan før jeg hopper i det for å la ting bli så modent som mulig.

 

Neste gang jeg finner på å reinstallere OS på bruksmaskinen blir det også btrfs. Snapshots er genialt!

 

F.eks har jeg tatt snapshots før jeg har gitt tilgang til delte mapper til folk. Da vet jeg at uansett hvor hardt de feiler så har jeg muligheten til å gå tilbake. Og det koster meg ikke en millimeter diskplass :D

Lenke til kommentar

Det jeg gjorde med ZFS var å sette opp en filserver, med en backupserver i et brannsikkert rom. Backupjobbene med rydding ble satt opp i cron, med daglige snapshots. Ukentlig sendte jeg over et snapshot fra filserver til backupserver over SSH. På den måten fikk jeg replikert både all data og metadata (eierskap, rettigheter) over til backupserveren. Fungerte alldeles strålende. Dette var i jobbsammenheng. Støtte for RAID 5/6 har "alltid" vært på plass så lenge jeg har brukt ZFS. Men klart, jeg kjørte Solaris 10, så da gikk det naturlig nok knirkefritt. Det lugger litt mer med zfsonlinux, har prøvd det også, da på CentOS 6, men det fungerte greit nok.

 

Brukte også ZFS på filserveren hjemme (også på Solaris 10). Hadde litt trøbbel med diskene, men dette håndterte ZFS. Gjorde en scrub, og da var alt fint igjen. En ting som er fint med ZFS er checksum, og at filsystemet alltid er konsistent. Det hjalp meg, i hvert fall.

 

Støtter btrfs dette?

Lenke til kommentar

Skjønner egentlig ikke helt hvor problemet ligger. Dette er jo det dkms skal ta seg av...

Det går stort sett veldig bra. DKMS, SPL og ZOL spiller vanligvis bra sammen under kernel-oppdatering, men ved noen kernel-oppdateringer har jeg måttet kjøre yum reinstall spl dkms for å få kernel modulen opp å gå igjen. Senest ved overgangen fra CentOS 7 til 7.1, men ZFS knakk ved minst to tidligere anledninger også.

Kanskje noen dependencies i ZOL repoet burde vært enda hissigere på reinstallering/kompilering osv.

Endret av endrebjo
Lenke til kommentar

Det jeg gjorde med ZFS var å sette opp en filserver, med en backupserver i et brannsikkert rom. Backupjobbene med rydding ble satt opp i cron, med daglige snapshots. Ukentlig sendte jeg over et snapshot fra filserver til backupserver over SSH. På den måten fikk jeg replikert både all data og metadata (eierskap, rettigheter) over til backupserveren. Fungerte alldeles strålende. Dette var i jobbsammenheng. Støtte for RAID 5/6 har "alltid" vært på plass så lenge jeg har brukt ZFS. Men klart, jeg kjørte Solaris 10, så da gikk det naturlig nok knirkefritt. Det lugger litt mer med zfsonlinux, har prøvd det også, da på CentOS 6, men det fungerte greit nok.

 

Brukte også ZFS på filserveren hjemme (også på Solaris 10). Hadde litt trøbbel med diskene, men dette håndterte ZFS. Gjorde en scrub, og da var alt fint igjen. En ting som er fint med ZFS er checksum, og at filsystemet alltid er konsistent. Det hjalp meg, i hvert fall.

 

Støtter btrfs dette?

Jepp. Featuremessig tror jeg faktisk det knapt er noe å savne i btrfs (jeg tar sikkert feil, så arrester meg gjerne!).

 

Det man har å utsette per idag er at alle features ikke er helt komplette eller ansett som helt stabile. Det skjer dog mye i hver ny kjerne (ikke noe som ikke er tilbakekompatibelt), og ting som raid 0/1, som er ansett som stabile, funker meget bra. Om tre-fire år tror jeg ikke lenger man spør seg hvilket filsystem man skal bruke på Linux :)

Lenke til kommentar

Innebygget kryptering blir kult når det en gang kommer, men inntil da har vi jo et par andre verktøy som har fungert godt til nå :)

 

Ext4 lever i beste velgående, og fungerer veldig bra, men tiden er moden for neste generasjon filsystemer, og den kategorien faller ext4 ikke inn i (ifølge blant annet Ted T selv).

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
×
×
  • Opprett ny...