POHMELFS - új generációs hálózati filerendszer a Linux kernelhez

 ( pinyo_villany | 2008. április 26., szombat - 15:17 )

Evgeniy Polyakov bejelentett az LKML-en egy új, POHMELFS (Parallel Optimized Host Message Exchange Layered File System) névre hallgató hálózati filerendszert. Az új hálózati filerendszer célja, hogy nagyteljesítményű, párhuzamos adatátvitelt biztosítson. Alap POHMELFS szolgáltatások a teljesség igénye nélkül:

  • lokális koherens cache adatokhoz és metaatadokhoz
  • Az összes esemény teljesen aszinkron feldolgozása (ez alól egyedüli kivétel a hard és softlink), beleértve az objektum létrehozást és adat olvasást is
  • A nagy teljesítmény biztosítása a tervezés egyik alapelve volt
  • Nagyon gyors, skálázható, többszálúsított userspace serverrel rendelkezik. Az userspace működésből kifolyólag bármelyik filerendszerre épülhet. Sokkal gyorsabb, mint bármelyik kernelbeli aszinkron NFS szerver.
  • stb.

A bejelentés elolvasható itt. POHMELFS vs NFS benchmark-ok itt és itt.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

But it can not win the game. Because things are changing. Today I've known, that if filesystem has only 20 users over the world, then it should not be merged, since burden of changing something generic in VFS (and thus propagate it to filesystems) is too high.

What has happend? Linux kernel maintainers started to be afraid of changes? Afraid of more code? Afraid of something new they do not want?..

Eh, and they tell they want more developers... They want monkeys who will do only what was asked them to do.

POHMELFS will be sent for review of course, but it is highly unlikely I will push it upstream.

naccerű

"if filesystem has only 20 users over the world, then it should not be merged, since burden of changing something generic in VFS (and thus propagate it to filesystems) is too high."

Teljesen korrekt. 20 user kedvéért ne is borítsanak fel semmit. Mi lenne, ha minden héten benyögné valaki, hogy "írtam egy új FS-t. nem kell más hozzá, csak 18 796 sor változtatás a VFS kódban, plusz 3 456 még itt-ott." Ő megírja az FS-t, a többi változtatást meg tartsa karban a többi fejlesztő... Természetesen ha valaki olyan dologgal áll elő, ami nagy érdeklődésre tarthat számot, akkor más a helyzet. Nyilván, ha a fejlesztők megegyeznek, hogy megéri a befektetett munkát, akkor az más kérdés. Egyébként ez a 20 felhasználós megjegyzés nem a POHMELFS-nél bukkant fel, hanem egy másik FS-nél, az OMFS-nél (Optimized MPEG Filesystem*). A helyében megvárnám a reakciókat, nem predesztinálnám, hogy mi lesz.

* a proprietary filesystem used by the embedded devices Rio Karma and ReplayTV which are no longer manufactured <- (csendes LOL)

--
trey @ gépház

Van ez a szál:
http://lkml.org/lkml/2008/1/23/134

Az SCST-t nem 20 ember használja, ráadásul fényévekkel jobb, mint a kernelben lévő stgt.
És egyébként a kernel patchelése nélkül is használható.

Mégis, évek óta megy a nyűglődés, valaki mindig megpróbálja betolni, Vlad is próbálkozott sokszor, de semmi...

Mint ahogy arra is van példa, hogy ha valaki kitartó, elvégzi azokat a változtatásokat, amelyeket a fejlesztők kérnek, megfelel a coding style előírásainak, látják rajta, hogy nem lép le 1 év múlva, megfelelők a képességei, akkor bekerülhet a kódja a Linux kernelbe, még akkor is ha előtte azt hosszú ideig kellett kérnie. Ilyen volt például a Szeredi Miklós által fejlesztett és karbantartott FUSE.

--
trey @ gépház

Nem artana mar valami normalis az NFS helyett, mert az NFS-el eleg sok szopas van.
Peldaul terhelt halozaton fajl megnyitasi problema; idegesito .nfs-XXXXXXXX fajlok; egyes programok extra CPU-t esznek ha a home konyvtar NFS-en van (illetve nem a home konyvtar, hanem a beallito fajlok, ezert egy symlink lokal filerendszerre ajanlott ezen esetekben), stb.
Mielott valaki a bugreportot firtatja: nem, nem ment bugreport (tudom, akkor ne sirjak).

ilyen névvel semmi nem lesz belőle :)

:) nem a név a lényeg
de ha igen, akkor legyen PFS :)


debian gnu/linux @ linux-2.6.22.22-op1-rc1 | patch
info

dobd fel inkabb valahova a kepet, mert a link hasfajos lett.

Káttincs a sárga csíkba' levó linkra.
--
the tide is turning