Windows 8 - Souborový systém Protogon je pryč, přivítejte serverový ReFS
Jak se zdá, s Protogonem je konec. Jeho přítomnost ve Windows 8 se stala minulostí. V nových sestaveních Windows 8 se už souborový systém s tímto názvem nenachází, zato se v nich objevilo cosi, co se nazývá ReFS (Resilient File System). Skoro určitě jde pouze o evoluční krok a změnu názvu, nikoli v o kompletně jiné dílo.
Že by už konečně nástupce NTFSka? Sice se říká, že bude asi jen na server variantu, ale budu doufat, že nějaká Ultimate verze W8 ho bude mít také.
Veď mal prísť WinFS. Čo je s ním? Mal byť už v Hlíste.
Ano WinFS bylo slibování do Vist. Protogon je afaik nástupce WinFS a ReFS další následovník. Doufám, že už ReFS půjde na veřejnost.
Jestli to bude opravdu jen do serverů, tak jsem zvědav, který šílený admin si to nasadí do své sítě - a kdo zůstane raději ještě pár let u NTFS.
proč šílenej?
záleží jak výkonný bude file systém a jaká bude režie.
a dám příměr: doufám že poznáš rozdíl mezi txt souborem a databázovou tabulkou?
tohle by byla sakra dobrá věc, kdyby se zadařilo.
Šílenej proto, že jestli se s tím Microsoft patlá už tolik let a stále to nevyladili k produkčnímu nasazení, tak si nedělám iluze, že první implementace bude naprosto hladká a obejde se bez problémů, spousty hotfixů, workaroundů atd., nehledě na kompatibilitu nástrojů používaných na správu úložišť, kde je další potenciální prostor pro nezvládnutou implementaci ze strany výrobců.
Neříkám, že to nebude mít smysl, rozhodně bych ale aplikoval stejný postup jako u většiny SW - počkat si na první service pack a pak to začít teprve testovat, jestli to něco přinese.
jistě, to máš pravdu. nicméně je to diskový fs, dá se testovat na ohraničeném území. a právě proto, že se s tím patlá tolik let a tenkrát zveřejnění zabránila nehorázná režie fs, tak bych řekl, když nasazují, že je vyřešeno.
Spíš stoupnul výkon HW natolik, že tu nehoráznou režii vyřeší hrubou silou.
no uvidíme, tahle inovace je potřeba jako prase drbání. osobně nechci hledat soubor 10 minut a vytváření indexu na hledání je nešikovná obštrukce- ať to umí fs nativně.
A to zase jo, ty benefity jsou nepopiratelné. Jen mám strach ze standardní MS implementace, kdy třeba NTFS ve Vistě byla/je něco trochu jiného, než NTFS v XP a prakticky to ukázala až realita.
Spíš se divím, že to je venku jen pro server. Testovat to rovnou na serverech je docela odvaha. Na druhou stranu - pokud to má opravdu významnou režii, pak se tato dá překonat spíš serverovým vybavením než desktopem s nějakou populární pajdavou platformou typu Atom.
no
tím bych řekl, že to mají vyladěný, přece si neposerou korporálku. s tím atomem máš recht- škoda, že v článku, krom blbých obrázků, není udělán test na strojích. tam se pravda ukáže na odezvě.
Protože:
1. nedokumentovaný
2. nepodporovaný třetími stranami (image, kontrola, defrag, atp.)
3. časem neověřený
Taky se může ukázat, že "soudruzi z MS udělali chybu" a zkus si pak reinstalovat kritický server... To ti řeknu, že to jsou pravé víry vášně, kdy má člověk chuť nakopat všechny vývojáře do zadele.
A v linuxu to bude zase voser. No jo Microsoft, udelat neco co nejmene kompatibilni, misto aby prevzali nektery s funkcnich, overenych nebo vyvijenych unixovych filesystemu. Jenze to by to pak nemohli mi uzavrene a posmivat se "Haha, mame neco, co neumite. Chcete to umet, zaplatte".
api vydají- takže svým způsobem by se jistě dalo...
co fs na linu? umí něco podobného? nebo jak řeší alokační tabulku třeba u fileserveru? ptám se, že to nevím, neflejmuju.
Jsou ruzne filesystemy (nektere jsou soucasti jadra linuxu, nektere dosud ne, i kdyz uz se v produkcnim prostredi pouzivaji) a kazdy se hodi k necemu jinemu.
Jsou filesystemy univerzalni, jsou filesytemy, ktere jsou vhodne na velke mnostvi mrnavych souboru, jsou filesystemy vhodne pro databaze, jsou filesystemy, ktere se umeji online synchronizovat na jiny server (na obou serverech pak jsou identicke soubory, locky, casova razitka, synchronizuje se pri zmene konkretnich bloku). Kazda specializace nekde pridava, nekde ubira (rychlost, pocet vnoreni, pocet souboru, max velikost souvoru, jurnal, moznost obnoveni, moznost snapshotu, moznost zalohy, online synchronizace).
Troufnu si tvrdit, ze za soucasneho stavu nedokazou prijit s necim prevratnym co se univerzalniho pouziti tyce. To by asi znovu vymysleli kolo, jedinym duvodem tedy muze byt bud snaha o nekompatibilitu, nebo o specializaci. Ale spis bych to videl na to prvni
.
hledám univerzální nabíječku na mobil.
takže ani tu ji nenajdu.
a idea databázové alokační tabulky se ti líbí? mi moc.
je imho len marketingovy drist. Jaky je principialny rozdiel medzi ukladanim dat v databaze a v terajsich FS? Ziaden.
P.S. tym padom zdielam stejny nazor jak Moas, objavit teplu vodu ale hlavne nech to je neklompatibilne.
start- hledat: tím začneme.
když vyhledáváš soubor na disku- trvá to docela dlouho. žádný program to nevyhledá rychleji.
používá se služba indexace, což je databina systému- takže něco navíc. na w7 lhářovi je to použitelný, ale když natrefím na neindexovaný pole působnosti, tak čekám.
takhle bych měl nativní způsob indexace dat přímo v fs- ms určitě vydá api, jak s tím pracovat.
co je na tom špatnýho?
No, nevim..
Dovedes si predstavit, jak by to muselo byt velky?
Dovedes si predstavit, co by se stalo, kdyz by se poskodila?
Mimochodem, po najeti systemu jeste nebude v pameti, ale na disku, kazda DB je rychla, protoze je z vetsi casti v pameti. To precteni z disku zabere nejaky cas. Vysledny efekt, vicemene nula.
Bude to podobny krok, jako registry. Ty jsou v podstate take databaze. Poskodi se ti soubor a jsi uplne v <vime kde>. Zlaty konfiguracni soubory. Krasne prehledne, poskodi se ti jeden soubor, ale vesele se jede dal.
mft mi bere nějakých 250 mega, nemyslím, že by dtb zažrala víc na disku. to je víceméně individuální. systém se k tomu může postavit jako k registry- načte si tabulku nejpoužívanější do ram (malá věc). edit// načte si tabulku názvů
registry je databáze/nedatabáze- pořád je to z části textové a porovnání registry a file systému je zcela chybné. doprkvančic nejdi si strukturu ntfs.
na ntfs se ti nějaký proces dostává přímo fyzicky na alokační soubory? který?
dodám screen z ntfs, nikde těch 250 v ram nevidím.
![[7677-mft-jpg]](/file/view/7677-mft-jpg)
to mi uniklo:
vezmi si ten počítač do ruky a řekni, kdy byl bez proudu?
já kouknu na svůj a vida rastartovalo se před měsícem
přesto data v paměti mám i půl roku.
Ja ho vypinam, ja ho neuspavam. Vypnuty je za 10 sekund, nabehly za 30, nepouzivam windows.
server nebudeš přeci vypínat (tzn bez proudu)- a pro to je to určený. data zůstanou
Ach jo.. v tom pripade bude mit tvuj index operacni system v pameti
.. jsem porad na tom samem, zadnou vyhodu nevidim.
teď ti nerozumím.
Kmochno, v tomto punktu jsem zajedno s JRem, prostě spoléhat se na něco, že nenastane, je cesta do pekel. Kovaný ajťák počítá i s dopadem meteoritu, protože i to se může stát. Natož výpadek v napájení - stačí aby si nějaká sekretářka šla uvařit kafe ponorným vařičem do serverovny a selhala UPSka (např. na vadný invertor)
. Obojí se může velmi dobře stát, taky se může stát, že bagr překope vedení VN a spousta dalších patálií. V reálu jsem už zažil věci, o kterých bys normálně prohlásil, že se prostě nemohou stát - a ony se přesto staly.
Prostě a jednoduše: my IT šotci jsme bytosti konzervativní, podezřívavé a veskrze nenakloněné neověřeným novotám
nejste progresivní, to je ta chyba.
no aby to "progresivní" nevyznělo divně:
chápu, že na ostrý mašině se novota nezavede, taky tam bude w2k, maximálně xp v serverové variaci.
it člověk bude limitován praštěným managerem
ale...
doma si to člověk zkusit může, tak jako win7- je to pěkně nasraná lhavá mrcha, takže vhodná do podniku.
Kolik lidí má doma server a to neberu v úvahu legálnost...
indexovanie databazy a filesystemu je uplne stejna vec. Neni v tom nic nove. Akurat ked to bude indexovat uplne vsetko tak to bude este 10x pomalsie. BTW. ja indexaciu suborov vypinam okamzite po instalaci, vacsiu hovadinu som este nevidel (ked uz nieco hladam tak s TC poriadne a nie cez indexy win ptz win polovicu veci nenajde ptz prinicipalne nemoze mat v indexoch uplne vsetko).
já nevypínám, připadne mi to rychlejší- krom režie na proces indexace.
tady bys měl (pokud ghisler uzpůsobí) přirozenou cestu hledání- to je hned. zobrazí- nehledá.
indexy databazy ale nefunguju tak ze nehledas. Index je len pomocka ale hladat musis. Napr. zjednodusene povedane index moze byt ze kde su subory so zaciatocnym pismenom "a", "b" atd, a ked hladam subor "adam" tak musi aj tak prehladavat, ale len tie ktore su pod "a" (podla indexov).
Ked ale budem hladat subo "*dam", tak indexy padnu na hubu, neni to tak jednoduche vymysliet nejake vhodne indexy (je o tom cela veda, cely predmet na vyske, o databazovych systemoch), zazracne indexy ktore by zrusili nutnost hladania neexistuju, mozu to len urychlit niekedy viac niekedy menej a v najhorsom pripade vobec.
P.S. ak to ale MS urobi tak ze sa budu pouzivat len indexy (jak je to urobene teraz to hladanie podla obsahu) tak potom je zas problem ze to nenajde vsetko, ptz nema cely obsah zaindecxovany napr. ak ma v indexe slovo malovane vrata a ja hladam "ovane vra" tak neviem neviem ci to najde ten MS index :) nechce sa mi to skusat.
přesně mm, přesně. původní návrh na vistě byl tuším v dotazu sql (u xp se dal vyvolat hledač)´= pomalý. takhle by se to vyřešilo všechno hned.
... keby urobili indexaciu nazvov suborov tak by to bola trochu vyhoda ak clovek hlada nejaky nazov suboru na disku, to sa da ale urobit uplne jednoducho aj k stavajucemu FS, a nie menit cely FS kvoli tomu a overhead jak svina. To je kanon na vrabca.
P.S. Je to moj sukromny nazor, ale nech si MS robi co chce mne je to fuk, aj tak to uz dlho trvat nebude :D Aspon teda u mna, az nahodou niekedy bude v anroide (alebo neicom podobnom) podpora javy na weboch, tak cely wintel PC poleti von oknom a uz nikdy vice, aj keby mal neviemjak kuzelny filesystem :)
tohle to nechápu, a je to jádro našeho sporu - pokud tě sere windows, tak ho nepoužívej. já win mám rád a rád do něj šahám. umím si vyvolat skryté fukce.
lebo je to totalne preplacane nezmyslami (aj linux tam navyse ani neni poriadna podpora HW lebo vyrobcovia na to kychaju) a ja proste chcem len obycajne jedno hranate okno ktore sa otvori a zobrazi mi poradnu alebo web brokera (applet v jave), len nech sa to zapina a reaguje okamzite. A nie ze vo viste kliknem na pripojit cez PPPoE, 10sekund sa nedeje vobec nic a potom hura sa to zacne pripajat (v XP to trvalo pol sekundy). Kazdy ma ine priority, no.
tak to beru. jednoduchost také preferuji. win ořezávám.
BTW. ale musim dodat ze PPPoE pripojenie (cez DSL modem ne router) na polovici distribucii linuxu (s KDE) nejde z GUI nastavit vobec :D Resp. nastavit ide ale nevznikne nikde v GUI moznost "pripojit" musel by som to kommandlajnou, da sa to ale nechce sa mi s tym drbat, v gnome a LXDE to funguje aj z GUI ale zas konfigurcia dual display je uplne naprd a nastavit 5.1 vystup zo soundblastra takmer nemozna (creative na linux zvysoka s....). Proste na x86 neexistuje normalny OS, a je to IMHO cim dalej tym horsie
Tak preto. (napr. ked bude zas nejaky novy databaza filesystem tak to bude zas 2x pomalsie apod)
... ale myslim ze uz sme off topic :)