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.626 •

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.
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..
haha, alsjeblieft zeg. Herinner mij er niet aan met de Galaxy S1. Wat een drama was dat. Samsung.. hou het nou maar gewoon bij ext4 !!
Misschien een stomme vraag maar zou dit ook effect hebben op ssd's?
Dit werkt toch ook door middel van flash geheugen? :P
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.
Hmm, dit ruikt naar een commerciele actie van Samsung. We hebben toch ook al lang jffs2? Of is dit filesysteem echt zoveel beter?
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.
De eerste test-resultaten (al uit Oktober) geven een positief beeld: http://www.phoronix.com/s...=news_item&px=MTIxMTY
Ja, en snel ook :http://www.phoronix.com/s...=news_item&px=MTIxMTY
met flash transaction layer.
Dat moet volgens mij flash translation layer zijn.
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.
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.
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.
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]

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.
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]

34miles: te veel hype hier omdat het samsung is. NILFS is er ook nog. Die wil je op je SSD/flash hebben als 't gaat om kleine random acties.
@mekkieboek : in principe kunnen SSD's veel meer dan ze gebruikt voor worden. Zo hebben ze fiks aanta parallelle kanalen die kunnen schrijven/lezen tegelijkertijd. Dit waar meesten ze op SATA hebben staan dat alles sequentieel doet.
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.
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.

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 500GBTablets

© 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