Vlákno názorů k článku Reiser4: Mrtvý souborový systém? od anonym - Hmmm, tak kdyby Reiser nebyl vrahoun, tak to...
-
anonymníHmmm, tak kdyby Reiser nebyl vrahoun, tak to mohl byt mozna nejlepsi linuxovy filesystem:o) Teda aspon co jsem se dival na porovnani na wikipedii. Pravda, v porovnani s konkurenci to zas takove terno neni, vetsinu tech vyjmenovanych vlastnosti ma i NTFS v5 uz peknych par let, to ani nemluvim o nove(taky uz vlastne skoro par let) v6, ale na Linux to mohla byt bomba:)
-
Uživatelce zkrouhli nick (neregistrovaný)No, NTFS je fajn, ale třeba transparentní komprese souboru u něho znemožňuje uložení v MFT, takže pak paradoxně malý soubor zabere těch 4KB místa (podle clusteru), místo aby zabral 0. Do MFT se prý za některých okolností (málo metadat) vejdou až 800bytové soubory, tudíž bez alokace clusteru! Takže reiser s tail packingem a navíc transaprentní kompresí je nejspíš efektivnější. Chtělo by to pro NTFS nějakou utilitu, která tohle zkoumá, a ruší automaticky compressed atribut u mrňat, která by se dala celé zapsat do MFT.
Ten wandering řurnál zní moc hezky. Podle mě je chyba chtít pluginy ve VFS. Četl jsem, že jde o nedorozmění, protože ve VFS by to nefungovalo a nebylo by to šikovné. Holt někdo v jádře si myslí, že sežral všechnu moudorst... což je bohužel obecná lidská nemoc. -
Durill (neregistrovaný)JJ, take bych rekl, ze spoustu veci umel NetWare uz na svem Traditional FS. Deleni bloku pro mensi soubory, moznost obnovovani souboru i jednotlivych verzi, transparentni komprese dele nepouzivanych souboru, pripadne moznost presunu do paskove knihovny u hodne dlouho nepouzivanych souboru a v pripade potreby jejich presunuti zpet na disk (toto jsem nemel moznost vyzkouset), podpora ACL, ruzne namespace (moznost pojmenovavani souboru podle pravidel ruznych OS). NSS pak prineslo mimo jine zurnalovani a vlastnosti "LVM". A to uz jsou leta. Docela by mi zajimalo porovnani vykonostni, ale to asi bude problem ziskat.
-
anonymníJooojooo, xx let stary Netware byl spickovy, ale nejnovejsi AD je jen spatna napodobenina:o) Skoro bych si myslel, ze MS nic nevyviji, ze jenom spatne napodobuje ostatni projekty, hlavne ty OSS ..... a ze hlavni inovace prinasi OSS a ze ti nejsou prave ti co jenom obslehavaji:) ..... jooo, tak a pak jsem se probudil
-
JardaP (neregistrovaný)Netware nabizel fileserver v dobe, kdy MS o necem takovem vubec jeste ani nic netusil. Pak MS prisel s Windows, ktere se daly sitovat a mohly slouzit jako fileserver. Ovsem ve srovnani s Netware dosti smesne. Prvni pouzitelny fileserver od MS byly Win NT, ovsem myslim si, ze tehdy Netware byl porad jeste lepsi a spolehlivejsi. Slysel jsem neco o tom, ze Novell si trochu natloukl kokos pri pokusu udelat Netware s grafickym meziksichtem. Dale asi hralo roli to, ze nezvladli verze 4.x, ktere byly o dost slozitejsi, nez predchozi a mohutne zabugovane. Roli sehraly i podrazy Microsoftu, ktery jednu dobu vyradil podporu pro Netware z Windows. Pak byly asi i nejake mensi MS typicke podrazy, treba sitova verze Foxpro, tehdy docela dost pouzivana, mela na diskete knihovnu, ktera umoznovala vyuzivat transakce Btrieve na Netware v dobe, kdy Bill Gates o existenci transakci jeste ani necetl v novinach. Kdyz pak Fox Inc bylo koupeno Microsoftem, vydali to same Foxpro, jen se zmenilo logo a, maly detail: na te diskete zahadne chybela ta jedna knihovna.
-
Jan Povolný (neregistrovaný)Nejak nechapu to vase povidani. Ano, Netware nabizel v te dobe neco, o cem MS teprve snil. Avsak porovnavejte soucasnost, pres vsechny ty povidacky pri volbe groupware do firmy vychazim ze soucasnych dispozic a moznosti. Tezko bych dnes prosadil Netware jen proto, ze byl prvni. To je argument jak Brno (nic proti Brnu).
Bohuzel ve sve praci mam co do cineni s nejnovejsim Groupwise i AD. Neodvazuji se rict, co je mensi zlo, ale MS rozhodne nevychazi draz (tak jak se casto argumentuje).
Novell dnes proste nestiha. -
Durill (neregistrovaný)NetWare to IMHO ve velkem projel na nekolika vecech. NetWare byl a IMHO je stale asi nejlepsi FS ktery byl. Dneska se ale od serveru ocekava podstatne vice, nez jen funkce souboroveho a tiskoveho serveru. A tento prechod IMHO moc NetWare nezvladl. Aplikacni servery se delaly zpocatku na UNIXU, pozdeji Linuxu. Dneska taky skoro kazda aplikace chce DB a dost casto narazite na to, ze vyzaduje MS SQL. Tady MS tezi z velke zakladny tretich firem, ktere vyvijeji pro platformu Windows.
Pak se dostavate do stavu, ze byste museli mit v sitovem prostredi nekolik runych systemu, coz Vam komplikuje sitove prostredi a tedy i jeho udrzbu a potreba vice kvalifikovanych lidi pro ruzne systemy. Ve vysledku se to zacne prodrazovat. Zejmena, pokud jste mala firma. Nemluve o tom, ze v tomto segmentu dostanete slusny "balik" v podobe SBS serveru za akceptovatelne penize.
Novell se na tuto situaci ted snazi reagovat pres SUSE a migrovani NetWare sluzeb do Open Enterprise serveru, jenz se snazi postavit na Linuxu se zachovanim sluzeb a toho dobreho z NetWaru. A snazi se demonstrovat, ze tu existuje plnohodnotna alternativa ke svetu MS. Snad se mu to podari.
Muzu to demonstrovat treba na jedne siti, na jejiz sprave se podilim. Zakladem sitoveho prostredi je Novell a s doplnenim o ZENWorksy a GroupWise spokojene funguje jako sitove prostredi pro uzivatele s Windows. Kdyz jsme zacali resit nektere aplikacni servery, z pocatku se nam to darilo delat na Linuxu. Nicmene s pozadavky na nasazeni nekterych aplikaci, nebo s rozvojem aplikaci jiz provozovanych, jsme zacali potrebovat jako aplikacni srver i MS Windows Server (SQL a IIS). K tomu se pridal pozadavek na vzdaleny pristup a moznosti prace s Win aplikacemi na dalku. Logickym krokem tedy bylo nasazeni Windows terminal serveru. Takze kdyz to shrnu, provozujeme ted celkem tri platformy. Chapu, ze potom je tlak na zjednoduseni sitove architektury a vysledkem je v dost pripadech prechod na platformu MS Windows. Ac neni nejlepsi, zvlada tak nak dobre vsechno potrebne.
K tomu dobre zvladnuty marketing a i blizkost tohoto prostredi managmentu, vzhledem k tomu, ze ho provozuji na dektopech. -
anonymníJako treba to pojmenovani podle pravidel OS:) To je v Linuxu mezi top 10 picovinama, ze nejde vypnout case sensitivita ve filesystemu. Pominu-li fakt, ze tuhle kravinu musel vymyslet kokot, co mel v hlave nasrano, tak fakt, ze to nejde vypnout je jeste nepochopitelnejsi! Je jen stesti, ze lidi s takovou mentalitou se neserou do vyvoje na Windows, kdybych tam u kazdeho druheho programu nachazel adresar s povolenou case sensitivitou, tak bych se asi osypal .....
-
alblaho (neregistrovaný)Ono je s tím case insensitivness trochu problém. Převod malá-velká písmena je totiž závislý na locale. Třeba skoro všichni máme písmenko "I" a malý ekvivalent "i". Jenže Turci píšou to malé "i" bez tečky - prostě jiný znak, jiný unicode code point.
Má to výhody a nevýhody, třeba si myslím, že fakt není potřeba mít v jednom adresáři tři různé soubory Readme, README a readme. Ale zase je důležité, aby si FS velikosti písmenek pamatoval (to naštěstí ve Windows funguje). Ale já se osypu, když mi ve Win nějaký program zmrší obrázek.jpg na Obrázek.JPG.
Takže s tím, jak to funguje na Linuxu jsem spokojen - je to spolehlivé. Hledání souborů bez ohledu na velikosti písmenek zajišťuje třeba Tracker. -
Uživatelce zkrouhli nick (neregistrovaný)Já Hulána nesnáším. NEvím, co mi chceš předhazovat. Zkrátka mám kritický postoj k některým věcem na linuxu a pozitivní názor na některé věci na windows. Jestli si myslíš, že tyto věci z lidí jako jsem já dělají kuřbuřty toho cvoka, nebo dokonce přímo toho cvoka jménem RH osobně, tak bys měl předplatit nějakou efragmentaci uvažování:)
-
miguel23 (neregistrovaný)to ze to nejde vypnout je naprosto pochopitelne. By me zajimalo co bys delal kdybys mel souborovy system, v nem dalsi adresare. jeden by se jmenoval projekt a druhy ProjeKt. Mas vyple rozlisovani malych a velkych pismen, a chces se dostat do adresare ProjeKt, inu napises do konzole cd ProjeKt a odentruujes. Co myslis jak ma pocitac rozlisit, do ktereho adresare jses, kdyz tebou zadane ProjeKt je uplne to same jako projekt nebo PROJEkT(nerozlisujeme mezi malymi a velkymi pismeny). Myslim, ze by se ti mohla libit nasledujici osetreni: program by se pak zeptal, jestli myslis adresar s inode 73149 nebo 63516 nebo 94856.
Jeste, ze case senzitivitu neresi programy, ale ma ji na starosti kernel. -
Rejpal (neregistrovaný)
No já nevím. Instalátor SFU se (IIRC) ptá, jestli mají být non-Win32 subsystémy přepnuty do case-sensitive režimu, a pokud člověk chce rozumnou kompatibilitu, tak by to asi měl přepnout. Akorát pak může být problém s používáním týchž souborů z Win32. Člověk si asi nevybere, ale nevěřím, že by zapnutí téhle funkce působilo tolik problémů, jako její vypnutí.
Jinak opravdu nechápu, o jakou "sílu Unixu" by mělo jít. Souborových systémů byla a je hromada, včetně vůbec samotných modelů pro názvy (hostitelé v názvu souboru ano/ne, zařízení ano/ne, různé typy hierarchií (flat adresář, jednoúrovňové adresáře, libovolné stromy), typy souboru jako funkčně významná součást názvu ano/ne, číslo verze souboru ano/ne, povolená sada znaků v názvech, oddělovače jednotliých částí názvu (':','/','\'...), case sensitivity ano/ne)... Zatím vždycky po každých zhruba dvaceti letech vypadala mapa operačních systémů úplně jinak. To, že spousta systémů má vlastní konvence, to je nějaké "vytahování"?
-
anonymníJistě. Nerozlišování malých/velkých písmen ve Windows oceňuji zejména v případech, kdy chci přejmenovat třeba Obr1.JPG na obr1.jpg (mám to tak radši) a on mi to nedovolí, protože "soubor toho jména už ve složce je". To si vždycky říkám, který moudrý a prozíravý člověk tenhle filesystém navrhoval... Také to potěší, když člověk vyrábí nějaké WWW stránky, lokálně prohlížení funguje a po umístění na server se rozsypou odkazy, protože URL jaksi rozlišuje malá/velká písmena.
Osobně mi case sensitivita ve jménech souborů připadá jako rozumnější volba. -
Izak (neregistrovaný)Ale taky to, ze jej neumel korekne opravit, pri poruse FS na dikovem poli a pristupu na par souboru disk cely odpoji a ne jenom disk, ale cely radic, takze vsechny svazky, co mel pres FC sly do kopru a system se byl nefunkcni.
Pomohlo az nalezeni tech souboru, dat je do excludu, ZNOVA ZFORAMTOVAT svazek a obnova souboru, tomu nerikam spolehlivy FS, nastroje na opravu opravdu nestaly za nic, bavim se o novem FS, co umel to jakoze LVM. -
Izak (neregistrovaný)NTFS neni fajn FS, nejen ze je temer na vse pomalejsi nez ext3, samozrejme porovnavat je problem, NTFS neni nikde jinde nez ve win rozumne implementovan, takze se na testech projevi i OS.
Dale NTFS nema journal, ty kecy ze jako ma, vychazeji pouze od lidi, kteri naprosto netusi, co to ten journal vlastne je, pokud jej ma, pak me zjimaji vlastnosti, jak je dat do jineho diku a jak lze jeho vlastnosti ovlivnit .... a proc se pri vypadku proudu checkuje cely FS -
anonymníAha, ale bavime se o NTFS a ne FAT!!! ... FAT je uz jaksi vic jak 10 let out, takze je smesne to srovnavat, ale pokud myslis, ze dnesni linux je kvalitativne nejak z te doby, tak budiz, ale myslim, ze se tu se zlou potazes:o) MS FAT snad pouzil naposled ve slepe vetvi zvane ME, ale tam uz mozna NTFS taky bylo:o)
