Hlavní navigace

Nástroje a utility

Jak vyčistit disk s Linuxem?

Microsoft představil nový souborový systém ReFS

Microsoft představil nový souborový systém ReFS (Resilient File System). Ten bude nejprve k dispozici pro Windows Server a později jej dostanou i uživatelé na své desktopy ve Windows 8. Souborový systém podle Microsoftu zahodí některé méně používané vlastnosti z NTFS, ale přesto s tímto souborovým systémem zůstane zpětně kompatibilní. 

Zahozena prý bude podpora krátkých jmen, komprese, šifrování, hard-linků, rozšířených atributů a kvót. Nabídne ale auto korekci chyb a silné možnosti škálování. Microsoft tak prý chce podstatně vylepšit dvacet let starý souborový systém NTFS, který je často kritizován za svůj špatný návrh.

V současné době operační systémy od Microsoftu používají tři souborové systémy: FAT, se kterým s Linux bez problému poradí, NTFS, ke kterému existuje pořádná linuxová podpora teprve pár let, a exFAT. Poslední zmiňovaný má v Linuxu podporu velmi omezenou a do jádra se nemá šanci dostat.

Předchozí zprávička Následující zprávička        
Nox
Nox (neregistrovaný) ---.sattnet.cz
18. 1. 2012 14:53 Nový

Doufejme

celé vlákno

Doufejme, ze bude alespon umet predchazet fragmentaci oproti NTFS, ktery je schopen na poloprazdnem disku rozdelit 1 MB soubor do 20-ti fragmentu.

RDa
RDa (neregistrovaný) ---.liwest.at
18. 1. 2012 15:26 Nový

Re: Doufejme

celé vlákno

Ale to neni problem (navrhu) filesystemu, ale jeho implementace!

Nox
Nox (neregistrovaný) ---.sattnet.cz
19. 1. 2012 15:18 Nový

Re: Doufejme

celé vlákno

Oboji dela stejna firma, takze by si snad sami meli vedet, jak to implentovat ne?

Sten
Sten (neregistrovaný) 93.185.48.---
18. 1. 2012 15:12 Nový

Degenerace místo evoluce?

celé vlákno

Zajímavé, btrfs přináší šifrování a kompresi a linuxové souborové systémy už dlouho používají (a opravdu se využívají) hard linky, rozšířené atributy a kvóty. Zřejmě ten Windowsí server nebude tak úplně server, ale spíše notebook na steroidech, když to nepotřebuje :)

Paulos aura:50
18. 1. 2012 15:20 Nový

Re: Degenerace místo evoluce?

celé vlákno

Jsem fanouškem MS, ale taky by mě zajímalo, čím chtějí tyto chybějící vlastnosti nahradit, když už i instalátor Win8 bude při upgradu využívat hard-linky.

RDa
RDa (neregistrovaný) ---.liwest.at
18. 1. 2012 15:25 Nový

Re: Degenerace místo evoluce?

celé vlákno

A videl jste nekdy soucasne modely SSD? Hlavne ty na SATA Gen.3, jez uvadi rychlost zapisu pres 500MB/s ... ta rychlost je dosazena kompresi na disku, pokud tam budete cpat komprimovana nebo sifrovana data, dosahnete asi 290 MB/s.

Odstranenim komprese a sifrovani vlastene rikaji ze SSD ma budoucnost - a ostatne proc ne, kdyz dana komprese spotrebu disku nezvysuje a uvolni cykly na CPU.

A sifrovani.. to je kapitola sama o sobe - vedome ji nenasazuji. A ani nebudu - SSD ktere me posledne odeslo sifrovalo i kdyz nemuselo a jediny vysledek je, ze mam ted data neobnovitelna ani kdybych precetl flash cipy - protoze ani vyrobce disku ani radice neposkytne info o ukladaci metode a jejich 'sifrovani'. :(

q1
q1 (neregistrovaný) 81.30.250.---
18. 1. 2012 15:42 Nový

Re: Degenerace místo evoluce?

celé vlákno

nevidel, muzete me odkazat na nejakej test?

srigi . aura:85
18. 1. 2012 17:02 Nový

Re: Degenerace místo evoluce?

celé vlákno
q1
q1 (neregistrovaný) 81.30.250.---
18. 1. 2012 23:02 Nový

Re: Degenerace místo evoluce?

celé vlákno

heh to je pekny hnus :) ale "Odstranenim komprese a sifrovani vlastene rikaji ze SSD ma budoucnost" je taky perla

rozhodnuti co pro ma a nema budoucnost bych nechal na sobe ;)

Sten
Sten (neregistrovaný) 93.185.48.---
18. 1. 2012 15:56 Nový

Re: Degenerace místo evoluce?

celé vlákno

Ani jedno není důvod, proč by to neměl souborový systém podporovat (je to volitelná vlastnost), hlavně u serveru, kde SSD ještě pár (desítek) let používáno nebude. Navíc šifrování v souborovém systému bývá dokumentované (a je i u NTFS), takže není problém udělat si vlastní implementaci, na rozdíl od hardwarového šifrování na discích. Pokud by však tohle byl důvod, proč tedy MS rovnou nezahodí podporu pro SW RAID a místo toho ji ještě rozšiřuje, když všechny dnešní řadiče RAID jakž takž (asi jako to šifrování) podporují?

Rovano
Rovano (neregistrovaný) ---.customer.poda.cz
18. 1. 2012 16:17 Nový

Re: Degenerace místo evoluce?

celé vlákno

Ahoj Stene,
SSD už se u serverů používají.

Sten
Sten (neregistrovaný) 93.185.48.---
18. 1. 2012 16:29 Nový

Re: Degenerace místo evoluce?

celé vlákno

Dobře, používají se občas na systémové oddíly, ale rozhodně to není nějak masové, aby to byl důvod zahodit softwarovou kompresi.

Lol Phirae
Lol Phirae (neregistrovaný) 2001:5c0:1502:----:----:----:----:----
18. 1. 2012 16:14 Nový

Re: Degenerace místo evoluce?

celé vlákno

<i>videl jste nekdy soucasne modely SSD? Hlavne ty na SATA Gen.3,</i>

Ne, díky, o samodestrukční předraženou sračku nemám zájem. :P

Solitary aura:90
19. 1. 2012 2:38 Nový

Re: Degenerace místo evoluce?

celé vlákno

Hlavne ze v tom mas jasno :)

Bruce
Bruce (neregistrovaný) ---.dynamic.chello.sk
18. 1. 2012 19:20 Nový

Re: Degenerace místo evoluce?

celé vlákno

K tej obnove dat... Tie treba totiz aj pravidelne zalohovat na externe medium a netreba potom riesit ako to z toho dostat. Softverove sifrovanie by som urcite doporucoval u notebookov a dalsich malych zariadeni, ktore su lahko ukradnutelne a u klasickych diskov aj v pripade, ze tam su data, ktore nemozem pustit z ruky a zaroven by som rad disk vyreklamoval ak odide v zarucnej lehote.

Vlada
Vlada (neregistrovaný) ---.37.broadband13.iol.cz
18. 1. 2012 21:21 Nový

Re: Degenerace místo evoluce?

celé vlákno

S prvním argumentem ohledně komprimování příliš nesouhlasím.

Pokud mám vycházet z níže uvedeného článku, kde je porovnána rychlost zápisu 4MB souboru: 438MB/s pro zero-fill soubor a 254MB/s pro nekomprimovatelná data, tak mi to přijde dost zavádějící.

První soubor se zapíše výrazně rychleji, ale neobsahuje žádnou informaci, na rozdíl od druhého souboru. Když zero-fill soubor (nebo jakýkoliv jiný) komprimujeme už na CPU, bude jeho zápis na disk taky rychlejší. Čili tohle jako argument neberu. Že tím odlehčíme CPU, s tím souhlasím.

Když to trochu přitáhnu za vlasy, tak podle stejných měřítek by nemělo být těžký sestrojit disk s konstantní dobou zápisu. (Samosebou by na něj nikdo nesměl zapisovat komprimovaný soubory, nebo jiný podivný soubory, který obsahujou nějakou informaci. Ale kdo by to dělat, že jo :) ) No nebylo by to senzační? Už vidím ty headlajny... Mějte se, běžím podat patent :)

e4
e4 (neregistrovaný) 81.30.250.---
19. 1. 2012 10:49 Nový

Re: Degenerace místo evoluce?

celé vlákno

navic systemova komprese zrychli i cteni, ale u toho SSD je cteni konstatni - zrejme narazi na nejaky konstrukcni limit...

Sten
Sten (neregistrovaný) 93.185.48.---
19. 1. 2012 16:11 Nový

Re: Degenerace místo evoluce?

celé vlákno

Čtení z SSD probíhá po poměrně velkých blocích a má konstantní přístupovou dobu, takže procesor nemá moc šanci to dekompresí zrychlit.

andy
andy (neregistrovaný) ---.chello.sk
18. 1. 2012 15:58 Nový

Re: Degenerace místo evoluce?

celé vlákno

Praveze NTFS to ma uz roky a zaraza ma, ze zahadzuju napr. kompresiu. Uzitocna vecicka, ja mam skomprimovany skoro cely disk :) (aj ked kompresny pomer je dost slaby).

Sten
Sten (neregistrovaný) 93.185.48.---
19. 1. 2012 16:12 Nový

Re: Degenerace místo evoluce?

celé vlákno

Jj, NTFS to má už poměrně dlouho, Solaris to má docela nedávno, linuxové systémy to zavádějí, akorát MS se chce vracet o deset let zpět.

Pavel
Pavel (neregistrovaný) ---.tmcz.cz
18. 1. 2012 23:36 Nový

Btrfs

celé vlákno

Pokud vím, všechny supercool features supernového formátu od Microsoftu obsahuje už i Btrfs. ReFS vnímám jen jako další produkt Microsoftu pro snížení funkčnosti ostatních systémů (nekompatibilitou); a o okradení FOSS vývojářů o tisíce hodin při pokusech o reverse engineering. Microsoft si NEDÁ pokoj. Pfff.

Samuel Kupka aura:83
19. 1. 2012 4:08 Nový

Re: Btrfs

celé vlákno

Podla mna v tomto pripade ide o cisty pragmatizmus. Hlavnym dovodom bude asi to, ze ich terajsi NTFS kod je totalny bloatware, ktory uz asi nema nikto sancu upratat a pravdepodobne im robi velke problemy pri portacii na ARM, aj celkovo ine platformy, kde je dolezita spotreba. Proste sa rozhodli naimplementovat nieco dost podobne, ale od zaciatku s tym, ze vyhadzu vacsinu veci, ktore pokladaju za nepotrebne (a mozno ich casom opat budu pridavat) a zameraju sa na to, aby to aspon nejako bezalo, bolo to ich a mohli to zacat rychlo pouzivat.

A druhy dovod je urcite aj to, ze si mozu dat dalsiu fajku do zoznamu, precu su najlepsi a patricne to vyuzit v reklame.

RDa
RDa (neregistrovaný) ---.liwest.at
19. 1. 2012 9:29 Nový

Re: Btrfs

celé vlákno

Souhlasim.

Pak jde taky o to ze SIFROVANI i KOMPRESE nemaji byt soucasti samotne implementace FS, ale maji se resit na vrste o uroven vys (bud v mezivrstve, nebo aplikacne). (A podobne to plati o RAID rezimech.. nektere FS se je snazi integrovat do sebe).

Docela se divim ze btrfs se vydava cestou all-in-one, vsak take muze dopadnout jak reiserfs.. s neduverou kvuli nestabilite (zpusobenou slozitym kodem). A prekvapuje me ze vyvojari puvodne uznavajici jednoduche principy musi zas nacpat vse dohromady, namisto vytvoreni jasnych atomickych modulu s trvacnym rozhranim..

Sten
Sten (neregistrovaný) 93.185.48.---
19. 1. 2012 16:16 Nový

Re: Btrfs

celé vlákno

To bude z toho důvodu, že šifrování, komprese i RAID řešený někde výše/níže nikdy nebude tak účinný, jako když to řeší přímo souborový systém (třeba řešení silent corruption pomocí checksumů, mirrorování často používaných dat na RAID-5, deduplikace ap.). Správně by to tedy měl řešit tak, že ta data pošle nějaké (externí) funkci, která je zašifruje/zkom­primuje/zaRAI­Duje, a potom ta hotová data zapíše. Tedy přesně tak, jak to Raiser4 nedělal a proto dopadl, jak dopadl.

Zasílat nově přidané příspěvky e-mailem