Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 50, views: 18.651 •

De aankomende Linux-kernelversie 3.8 zal voorzien worden van ondersteuning voor f2fs, een door Samsung ontwikkeld bestandssysteem dat is geoptimaliseerd voor het lezen en wegschrijven van data naar flashgeheugen.

F2fs, ofwel flash-friendly file system, is volgens de ontwikkelaars bedoeld voor flashopslagmedia die gebruik maken van een flash transaction layer, zoals usb-sticks, sd-kaarten en flashchips die met name in mobiele apparaten zijn te vinden. Het bestandssysteem schrijft data sequentieel weg, waarbij nieuwe data steeds achter het vorige blok wordt weggeschreven. Als het medium vol is, begint f2fs weer aan het begin. Door dit schrijfmechanisme te hanteren naar flashopslag, zou f2fs beter samenwerken met de onderliggende flash transaction layer en moeten writes naar het flashgeheugen zo efficiënt mogelijk worden verdeeld.

Samsung gaf al bij de aankondiging van het f2fs-bestandssysteem aan dat de code in de Linux-kernel kan worden opgenomen. Dat is inmiddels gebeurd: de code en de bijbehorende f2fs-beheertools zijn opgenomen in de bouwplannen voor kernel 3.8, zo meldt The H Open.

Door het opnemen van het bestandssysteem biedt de Linux-kernel een extra optie voor software die data wegschrijven naar flashmedia, al is de keuze aan verschillende bestandssystemen voor het opensource-besturingssysteem groot te noemen. Linux-kernel 3.8 zal naar verwachting in februari beschikbaar komen.

Samsungs nieuwe bestandssysteem zou mogelijk toegepast kunnen gaan worden in Android-apparaten die veelal draaien vanaf flashopslag. Of f2fs een succes zal worden, moet worden afgewacht; Samsung poogde eerder zijn robust file system te implementeren op onder andere de Galaxy S-smartphone, maar de prestaties van rfs bleken in de praktijk ondermaats. Bij de introductie van de Galaxy S II koos Samsung uiteindelijk voor het beproefde ext4-bestandssysteem.

Reacties (50)

Samsungs nieuwe bestandssysteem zou mogelijk toegepast kunnen gaan worden in Android-apparaten die veelal draaien vanaf flashopslag

Dit is dan neem ik aan alleen voor de extra (micro)SD kaartjes in deze apparaten. Het standaard (veelal NAND) flash geheugen gebruikt geen controller met flash transaction layer.
F2FS is gebouwt rond NAND flash, dus ook voor de niet-SD opslag lijkt het me een goede oplossing. Daarnaast lijkt me dit een hele goede ontwikkeling voor embedded devices die volledig op SD draaien, zoals de Raspberry Pi.
met flash transaction layer.
Dat moet volgens mij flash translation layer zijn.
Dan moet je het misschien ook even in het artikel aanpassen, aangezien ik het daarvandaan ge-copy-paste heb. :)
Voor bare NAND (zonder FTL) zijn er andere filesystems zoals UBIFS en YAFFS2. Ik laat JFFS2 even achterwege aangezien dit niet schaalt naar de sizes die je van NAND typisch krijgt.

F2FS heeft trouwens een belangrijk nadeel. Het vereist enige kennis van de interne organisatie van de FTL. En laat net dat hetgeen zijn dat de fabrikanten niet vrijgeven. Het resultaat zal dus zijn dat hardware vendors F2FS zullen instellen voor hun hardware en zo hun software verschepen naar de klant. Wil iemand anders echter zijn eigen software op zo'n device zetten dan mist hij de nodige parameters en kan de levensduur van de flash serieus korter worden.
Zolang de Windows en OSX het niet ondersteunen is dat een zeer slecht idee en alleen ongemakkelijk voor de eindgebruiker. Het microSD kaartje is op deze wijze alleen bruikbaar in een Linux machine met de betreffende kernel of kernel mods.
Tja ik kan hetzelfde zeggen over NTFS en AFS. Kan ze prima lezen met linux overigens, maar het schendt ongetwijfeld de nodige patenten. Of nog erger exFAT wat juist een vervanger voor FAT zou zijn voor grotere disks, maar door patenten niet in veel OS'en zit (dank u MS, neem voortaan gewoon iets op wat al open is scheelt ook ontwikkeltijd...).

Daarbij zijn er al tig filesystems die windows niet kan lezen waaronder het ook zeer gangbare hierboven al genoemde YAFFS(2) dat veel gebruikt wordt in android.

Snap je commentaar derhalve in het geheel niet.
leuk praatje, maar het "gevreesde" OSX ondersteund wel degelijk exfat
linux is leuk, maar kan je in een kapitalistische wereld nu echt verwachten dat alles gratis is?
de enigste reden dat Samsung dit file-system gratis weggeeft is omdat ze denken daar op termijn winst mee gaan maken
geheugen kaartjes worden volgens mij niet zo vaak uit telefoons gehaald, en met mtp maakt je filesystem niet meer uit.
Dus voor Android telefoons is dit best handig.
Hopen dat dit toch wel wat beter gaat werken dan het oude RFS want dat was echt een drama. Ben benieuwd! Zou dit volledig in Android 4.2 geÔmplementeerd kunnen worden of wordt het een Samsung-exclusive? Got my hopes up, al bevalt ext4 mij ook prima..
Nee, ext4 is niet geoptimaliseerd voor flash en maakt net extra veel schrijfbewerkingen, iets wat je bij flash toch echt wenst te beperken.
Het wordt opgenomen in de kernel, dus in principe kan iedereen het gebruiken.
Dat andere fabrikanten dat ook gaan doen valt natuurlijk nog af te wachten.
De eerste test-resultaten (al uit Oktober) geven een positief beeld: http://www.phoronix.com/s...=news_item&px=MTIxMTY
Misschien een stomme vraag maar zou dit ook effect hebben op ssd's?
Dit werkt toch ook door middel van flash geheugen? :P
Ik zat er ook aan te denken, vooral om de manier waarop geschreven wordt (van begin naar einde en dan weer opnieuw) dat klinkt als een goede manier om je SSD langer mee te laten gaan. Maar een SSD heeft een eigen controller die dit soort dingen onderwater regelt terwijl een SD kaart, waar dit voor bedoelt is, geen controller heeft en al dit soort logica dus door de drivers geregeld moeten worden dus ik denk dat we dit niet gaan zien voor SSDs en dat SSD controllers de meeste van deze truuks onderwater al uitvoeren.
Nee, dit artikel stond ook op /. en daar schreef iemand:
Bare NAND is presented as a block device. NAND SSDs are also presented as block devices. That does not imply that they are equal. SSDs have a controller that does remapping on the fly, in many cases on the fly compression, bad block handlling and much more. Bare NAND does not have that layer.
Dus moet je voor NAND devices meer doen in de laag erboven, je filesystem.
Hmm, dit ruikt naar een commerciele actie van Samsung. We hebben toch ook al lang jffs2? Of is dit filesysteem echt zoveel beter?
jffs2 heeft nogal wat nadelen, en wordt dan ook niet veel gebruikt.
Alle nodes moeten gescanned worden bij het mounten.. fijn als je een 32 of 64 GB SD gebruikt.
Veel overhead bij kleine writes
Geen goede methode om te zien hoeveel vrije ruimte er is op een device.
JFFS2, YAFFS2 en UBIFS worden vooral op bare NAND of NOR gebruikt. F2FS werkt bovenop een Flash Translation Layer.
Echt vergelijken kun je dus niet, hoewel UBIFS mogelijk wel zou kunnen aangepast worden om inplaats van bovenop UBI te werken, ook bovenop een FTL te kunnen werken.

Zie trouwens http://lwn.net/Articles/528617/ en voorgaande artikels. Die belichten de achtergrond van F2FS en de andere filesystems.
ik vind het persoonlijk hartverwarmend dat Samsung steeds meer opteert voor een Open Source aanpak.

Al moet ik zeggen dat er nog heel wat werk te verrichten valt bij de Exynos SOC,

blijft de open source tendens toch min of meer aanhouden in het bedrijf.
Hoe blokken worden weggeschreven lijkt me eerder een rol voor een (block) device-driver, zeg maar /dev/xxx. Een bestandssysteem zou zich moeten bezighouden met bestanden en inodes en niet met al of niet sequentiele blokken op een chip of disc.
Maar ze zullen wel een compelling argument gehad hebben, zo snel wordt je code niet opgenomen.
Edit: en inderdaad, een NAND device presenteert zich blijkbaar als een eenvoudige lijst met blokken. Dan moet je het wel in je filesystem implementeren.

[Reactie gewijzigd door mekkieboek op 24 december 2012 11:59]

Het bestandssysteem schrijft data sequentieel weg, waarbij nieuwe data steeds achter het vorige blok wordt weggeschreven. Als het medium vol is, begint f2fs weer aan het begin. Door dit schrijfmechanisme te hanteren naar flashopslag, zou f2fs beter samenwerken met de onderliggende flash transaction layer en moeten writes naar het flashgeheugen zo efficiŽnt mogelijk worden verdeeld.
Volgens mij levert het sequentieel maken van een random access volume niet veel tijdwinst op. Vooral niet als het apparaat toch al volledig elektronisch is zonder bewegende delen.
Zoiezo vraag ik me af hoe erg sequentieel het echt is, aangezien je ook ergens een index oid moet plaatsen. (Ik neem aan dat je niet het hele ding van begin tot eind wil doorlopen als je een bestand zoekt. En hoe zit het met de fragmentatie? Als je alle weg te schrijven data geforceerd achter elkaar plaats betekent dat dat je je bestanden meestal in stukken moet knippen/herstellen bij het schijven/lezen en mogelijk meer blokken moet benaderen dan nodig is. Ook niet echt bevorderlijk de snelheid lijkt me.

Het lijkt me niet mogelijk de snelheid van een USB-stick beter te krijgen dan wanneer je hem in zo groot mogelijke blokken volschrijft. Als je computer 16 GB heeft kan je dus een 8GB stick in een keer vol trappen op de maximaal haalbare snelheid.

[Reactie gewijzigd door blorf op 24 december 2012 12:37]

Een idioot kan meer vragen stellen dan 1000 geleerden kunnen beantwoorden (niets persoonlijks!)
Ik kan je dus maar aanraden om zelf even op zoek te gaan naar informatie over het filesystem.

http://lwn.net/Articles/518988/ is bijvoorbeeld een zeer goeie intro en beantwoordt al je vragen.

[Reactie gewijzigd door H!GHGuY op 24 december 2012 12:37]

Laat ze nu maar zeggen dat Samsung enkel našapt en niet innoveert. Maar met alle gekheid op een stokje, goed nieuws dat Samsung dit heeft ontwikkeld en nu zo vrij heeft gesteld zodat iedereen het gewoon kan gebruiken (met Linux dan, misschien dat OSX het nog ooit gaat gebruiken, maar Microsoft zal wel weer te koppig zijn om iets dat geen variant is op FAT of NTFS is te gebruiken). En ware dienst aan de community. Ik ben benieuwd hoe goed het in de praktijk is. Ik hoop op wat reviews.
Grappig, ik heb ooit zoiets voor een micro-controller systeem geschreven. Bepaalde pages konden gebruikt voor het FS, andere voor configuratie data en nog meer van dat soort specifieke gebruik. Was allemaal gebaseerd dat je een 1 naar een 0 kon veranderen zonder te moeten erasen.

Op dit item kan niet meer gereageerd worden.



Populair:Apple iPhone 6Samsung Galaxy Note 4Apple iPad Air 2FIFA 15Motorola Nexus 6Call of Duty: Advanced WarfareApple WatchWorld of Warcraft: Warlords of Draenor, PC (Windows)Microsoft Xbox One 500GBSamsung

© 1998 - 2014 Tweakers.net B.V. Tweakers is onderdeel van De Persgroep en partner van Computable, Autotrack en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013