Hoofdcategorieën
Device Settings

[RSS] [quick] Index » Nieuws » Core » Software » WinFS-bestandssysteem besproken door Tom's Hardware

WinFS-bestandssysteem besproken door Tom's Hardware

Door Hielko van der Hoorn, woensdag 18 juni 2003 14:24
Bron: Tom's Hardware, submitter: ferdinand, views: 1.273

Bij Tom's Hardware is een artikel verschenen waarin enkele details uit de doeken worden gedaan over het Windows Future Storage-bestandssysteem. Het WinFS-bestandssysteem is de beoogde opvolger van FAT en NTFS, en verschilt met beide bestandssysteem aanzienlijk op de manier hoe gegevens geïndexeerd worden. Met WinFS worden bestanden niet langer in een directory-structuur opgeslagen, maar in een relationele database. Het voordeel hiervan is dat bestanden slimmer opgeslagen kunnen worden waardoor het besturingssysteem bijvoorbeeld sneller een bestand kan opzoeken:

Microsoft Windows logo (klein)German Microsoft employees, meanwhile, seem to think that integration into Longhorn is by no means a done deal. What is clear, though, is that Win FS is modeled on the file system of the coming SQL server (Yukon), whose FS is based entirely on a relational database. NTFS, too, as described above, already makes a stab at cross-indexing to produce files and folders more quickly. However, even with far more advanced indexing, Win FS could not make the claim to a Master File Table à la NTFS.

The new file system is designed to store files based on various content criteria, e.g., author, contents, names, source medium and the most recent user. The folder structure shown in the Windows Explorer is thus reduced to a virtual map. Directory structures provide some guidance but do not say where data is actually stored, how the system organizes files or the nature of any data pointers stored with them.
Volgende 15:10 Red Hat in de zwarte cijfers
Vorige 13:46 Samsung 192T LCD-monitor bekeken door AnandTech
Advertentie

Categorieën

Gerelateerde content

Reacties

Flat modeFlat mode Sorteer aflopendSorteer aflopend Moderatie FAQModfaq
Niveaufilter: -1 Ongewenst: 64 reacties zichtbaar640 Off-topic / Irrelevant: 64 reacties zichtbaar64+1 On-topic: 54 reacties zichtbaar54+2 Informatief: 13 reacties zichtbaar13+3 Spotlight: 1 reactie zichtbaar1
«  1  2  »

Door eissenhower, woensdag 18 juni 2003 14:26

Score: 2
Er staat weinig inhoudelijk nieuws in dat artikel. Het gaat meer over FAT en NTFS dan over WinFS

Door dvation, woensdag 18 juni 2003 14:31

Score: 0
Ik weet niet of dit nieuwe file system aan gaat slaan, volgens mij zullen weinig bedrijven hierop overgaan. Zeker in het begin, want dan kan een FAT of NTFS computer niet meer bij de data die op die WinFS schijf staat.
Als het toch wat gaat worden dan duurt het denk ik nog wel even voor iedereen erop zit, want veel mensen zijn toch de oude manier gewend denk ik

Het ziet er allemaal mooi uit, maar of het ook gaat werken blijft de vraag! ;)

Door catfish, woensdag 18 juni 2003 14:40

Score: 1
zijn er nu nog steeds idioten op deze aardbol die denken dat een netwerk en een bestandssysteem iets met elkaar te maken heeft?

Door Blade, woensdag 18 juni 2003 14:43

Score: 2
Ik weet niet of dit nieuwe file system aan gaat slaan, volgens mij zullen weinig bedrijven hierop overgaan. Zeker in het begin, want dan kan een FAT of NTFS computer niet meer bij de data die op die WinFS schijf staat.
Zolang je die computer over het netwerk benaderd maakt het natuurlijk voor de client geen ene reet uit welk file system er op de server draait. Nou mag ik sowieso hopen dat de meeste bedrijven al lang geen FAT meer gebruiken :+ want dat is vragen om moeilijkheden, maar als WinFS genoeg voordelen levert tov NTFS bv voor performance, stabiliteit of data recoverability bij een crash, dan zal het zeker wel snel in gebruik genomen worden denk ik.

Door Grrrrrene, woensdag 18 juni 2003 14:46

Score: 2
Een iets subtielere reactie dan die hierboven van catfish:

Als je via een netwerk een WinFS schijf benadert, verzorgt de server waar die HD in hangt de data en dat gaat via een netwerkprotocol, niet via FAT of NTFS :) Zodoende hoeft jouw oude win95 PC niet winFS te snappen om van een server met in winFS geformatteerde schijven te lezen :)

Ja hoor, heb ik weer: spuit 11 :/

Door Adm.Spock, woensdag 18 juni 2003 19:53

Score: 0
In een win98 machien kun je idd geen NTFS of Ext2 schijven gebruiken, maar je kunt er data vanaf halen als het in een server zit, en daar gaat het hier om: Fileserving.

* 786562 Adm.Spock

Door Filip Maurits, donderdag 19 juni 2003 07:48

Score: 1
Dat kan wel, met de juiste IFS-drivers.

Door jasperh17, woensdag 18 juni 2003 14:32

Score: 1
Op zich lijkt met het een echt verbetering omdat je veel meer mogelijkheden hebt tot sorter/filteren en zoeken.

Wel zal dit weer grote problemen gaan opleveren voor gebruikers die zowel windows als linux gebruiken. Aangezien Linux nog steeds niet erg goed met NTFS overweg kan is de vraag hoe lang dit gaat duren voor ze hiermee goed overweg kunnnen.

Door WhiteDog, woensdag 18 juni 2003 14:33

Score: 3
Wat me het meeste afschrikt:
It's also possible that Win FS will supersede its predecessors, however. That would most likely produce problems for multi-boot systems, since the only way Windows XP, Longhorn and Linux would all be able to access one and the same volume would be through complex methods - if at all.
Is het mogelijk dat Microsoft de specificaties gesloten houd en zelfs verbied het te reverse-engineeren? Lijkt me dat er dan wel een grotere breuk onstaat tussen Windows en Linux....

Door ChimeraOffline, woensdag 18 juni 2003 14:38

Score: 2
Het zou wel de keuze moeten versterken tussen Linux of Windows, in plaats van allebei. Dit zou weer ten voordele zijn van Microsoft, aangezien veel mensen geen zin/tijd hebben om alles opnieuw te moeten leren en vervolgens weer kiezen voor Windows. Voor bedrijven zal het ook veel geld kosten om alle medewerkers om te moeten scholen naar Linux. Bij ons heeft systeembeheer Linux draaien en iedereen werkt onder Windows. Door dit nieuwe systeem zal het waarschijnlijk niet meer mogelijk zijn ...

Door digital_mayham, woensdag 18 juni 2003 15:10

Score: 2
Bij ons heeft systeembeheer Linux draaien en iedereen werkt onder Windows. Door dit nieuwe systeem zal het waarschijnlijk niet meer mogelijk zijn ...
Wie zegt dat nou weer dat het niet uitwisselbaar is? En wat dacht je van SMB/NFS?? Het gaat hier om het FILE SYSTEM. Niet om de bovenliggende laag. Windows draaien op Ext2 of ReiserFS is zowiezo uitgesloten. Linux draaien op WinFS zie ik ook nog niet zo snel gebeuren maar ik zei weinig problemen voor connectiviteit. Dual-boot systemen... tja, wat let je om je data op een Fat32 partitie te zetten??

Door freaky, woensdag 18 juni 2003 14:49

Score: 0
Hmm ik heb op dit moment een FAT partitie waarop alle data staat die ik vanuit al m'n OS'en wil benaderen.

Door odijkje, woensdag 18 juni 2003 15:06

Score: 1
volgens mij is VMware hiervoor uitgevonden. Je hebt 1 basisbesturingssysteem (Windows of Linux maakt niet uit) waarop je VMware instaleert, en vervolgens maak je extra computers aan, die je via "het netwerk" kunt benaderen, en dus kun je data FSonafhankelijk uitwisselen.

Door eissenhower, woensdag 18 juni 2003 15:10

Score: 1
vmware is wel een stukje trager. En het benaderen van hardware is niet altijd even gemakkelijk.

Door hezik, woensdag 18 juni 2003 14:34

Score: 1
Ik plaats sterk mijn twijfel over de performance winst voor 'de gevorderde user'. Voor jan-met-de-pet die nooit defragmenteert, 1 grote partitie heeft en z'n bestanden in 100 mappen.. ok, die zal er wel profijt van hebben.

Maar voor iemand die regelmatig defragmenteerd en z'n bestanden netjes bijhoudt moet dit systeem bijna wel langzamer zijn.

Waarom? Stel ik maak een 'blaat.txt' met daarin wat tekst. Bij opslaan moet dit documentje opgenomen worden in allerlei indexen, ipv gewoon in 1 index (=vertraging). Bij openen pluk ik hier geen profijt van, immers ik beheer mijn documenten op een normale wijze, en kan dat bestandje direct vinden. Daar wordt slechts 1 index gebruikt, analoog aan een MFT.

Als ik dan ook nog lees:
Longhorn contains few hints of the technology's imminent implementation. One of those is more than 20 MB in size and bears the name winfs.exe.
komt mij toch het woord 'bloatware' in gedachten.

Naar mijn mening had MS beter een gewoon en snel filesysteem neer kunnen zetten, en daarbij een optionele database waarin bestanden bijgehouden worden. Oftewel een indexing service, en die bestaat al.
//edit
blijkbaar is dit precies wat ze gedaan hebben, bovenstaande vervalt dus. Zie de reactie van dblspace.

Overigens kan ik deze nieuwsposting niet helemaal plaatsen. Het uitgangspunt van het document waaraan gerefereerd word is niet: wat is het nieuwe FS en hoe ziet het er uit, maar meer een algemene beschouwing over de FS-sen welke windows gebruikt. Hierin is ook een korte blik in de toekomst geworpen, maar veel meer dan speculatie is dat niet.
Currently, however, all existing system files have no function or produce nothing more than error messages.
[flame mode on]
Aha, dus MS is bijna klaar met ontwikkelen? :)

Door jp, woensdag 18 juni 2003 14:44

Score: 0
je vergeet je [flame mode off] :+

Door eissenhower, woensdag 18 juni 2003 14:35

Score: 2
Het is voor mensen met een multi-bootsysteem niet zo heel goed nieuws. Microsoft kennende geeft niet snel een gedetailleerde specificatie over het nieuwe bestandsysteem weg. Dit betekent dus dat het nog een poos zal duren voordat bijvoorbeeld linuxgebruikers van uit linux de winFS-schijf kunnen benaderen.
Denk maar hoelang het heeft geduurd en nog duurt voordat NTFS een beetje ondersteund wordt in de Linux-kernel

Door dblspace, woensdag 18 juni 2003 14:36

Score: 2
WinFS is _geen_ bestandssysteem. Het is een extra service die extra mogelijkheden geeft boven op NTFS

Door hezik, woensdag 18 juni 2003 14:38

Score: 1
Nofi, maar volgens mij zie je dat verkeerd. Het is wel degelijk een File-system, er zit geen NTFS onder, althans niet voor de user benaderbaar en voor zover er op basis van de nu beschikbare gegevens iets over te zeggen valt.

Waarom denk je dat ze het Win_FS noemen?

Heb je een link/bron voor deze uitspraak?
//edit
What is clear, though, is that Win FS is modeled on the file system of the coming SQL server (Yukon), whose FS is based entirely on a relational database.
Voor zover ik zie is het wel degelijk een FS.

Door dblspace, woensdag 18 juni 2003 14:41

Score: 2
Ja: dit is bevestigt door microsoft zelf en bovendien kun je het zelf zien door de beta van longhorn te downloaden.

zie hier:
http://www.winsupersite.com/showcase/longhorn_preview_2003.asp
Zoeken naar het kopje WinFS

Een een stukje: "The oft-misunderstood Windows Future Storage (WinFS), which will include technology from the "Yukon" release of SQL Server, is not a file system, Mark Myers told me. Instead, WinFS is a service that runs on top of--and requires--NTFS. "WinFS sits on top of NTFS," he said. "It sits on top of the file system. NTFS will be a requirement."

Door hezik, woensdag 18 juni 2003 14:43

Score: 0
Je hebt idd gelijk:
Instead, WinFS is a service that runs on top of--and requires--NTFS. "WinFS sits on top of NTFS," he said. "It sits on top of the file system. NTFS will be a requirement."
//edit
damn, stiekum editten he :)

Door Frank-L, woensdag 18 juni 2003 22:18

Score: 1
Oorspronkelijk was WinFS wel een filesystem. Van Yukon werd gezegd dat het de data "raw" op disk op zou slaan, in plaats van met een file system ertussen. Dit vanwege performance redenen. WinFS zou hiervan ook gebruik van gaan maken.

Echter, ik vermoed dat men de stap te groot vond en hierop is teruggekomen. Waarschijnlijk als tussenstap wordt WinFS nu dus bovenop NTFS gezet. Dit is ook bevorderlijk voor de compatibiliteit met bestaande applicaties. Misschien wordt WinFS dan in Blackcomb een echt filesysteem.

Door eissenhower, woensdag 18 juni 2003 14:38

Score: 0
waarom heet het dan WinFS???
FS betekent volgens mij nog altijd FileSystem

Door micromeers, woensdag 18 juni 2003 14:50

Score: 1
Windows Future Storage-bestandssysteem?

Door CrewOne, woensdag 18 juni 2003 14:39

Score: 2
Dit is echt het meest waardeloze artikel OOIT. Tom's site is al zo gigantisch bagger, maar dit slaat echt alles.

Voorbeeld 1:
... was the amount of expensive memory that the DOS OS wasted ...
Memory? Op een disk? Euh... waarschijnlijk bedoelt de auteur slack space(*), wat overigens geenszins gerelateerd is aan RAM, ROM of andere memory-typen. Diep triest dat een hardware-site niet eens de terminologie van hun onderwerp weet.

En dan die "conclusie". Eigenlijk zegt het dit: "Oh, en er is een file genaamd winfs.exe, maar we hebben eigenlijk geen idee wat het doet maar misschien dat het wel iets met het nieuwe filesysteem te maken heeft". Ja.... en? Hoe is dit nieuws? M'n demente opa zegt meestal meer zinnige dingen dan dit :r "artikel".

(*) http://www.webopedia.com/TERM/s/slack_space.html

Door hezik, woensdag 18 juni 2003 14:46

Score: 1
Disk = extern geheugen.

Door de slach space verkwansende DOS veel diskruimte, oftewel geheugen, oftewel memory. (harddrive=external memory)

Voor de rest sluit ik me geheel bij je aan, vrij nietszeggend artikel dit. Vooral het feit dat winFS helemaal geen bestandsysteem is had er wel ingemogen.

Door Exirion, woensdag 18 juni 2003 14:58

Score: 1
Ja, geheugen op een disk. Ik denk dat jij zelf de terminologie niet helemaal kent :) Intern RAM geheugen is een vorm van transient memory en een disk is een vorm van persistent memory. Wat dat betreft is er niks mis met zijn formulering.

Door CrewOne, woensdag 18 juni 2003 15:06

Score: 1
Alle literatuur noemt wat hij bedoelt "slack space". De enige plausibele reden waarom hij dit niet zo noemt is dat hij de term, en daarmee zijn onderwerp, niet goed onder de knie heeft.

En, ach, ja, je hebt wel gelijk hoor - een disk (evenals een stuk papier, een flash-disk, een CDR, of een casettebandje) is een soort van "extern geheugen". Alleen niemand noemt het zo, omdat er een term bestaat die specefieker aangeeft wat er bedoelt word.

Door hezik, woensdag 18 juni 2003 15:37

Score: 1
Alle literatuur noemt wat hij bedoelt "slack space".
Nee hoor. Hij heeft het over de cumulatieve slack space; het totaal verspilde geheugen. Niet over het verspilde geheugen per cluster oid.
De enige plausibele reden waarom hij dit niet zo noemt is dat hij de term, en daarmee zijn onderwerp, niet goed onder de knie heeft.
Die conclusie is (dus) niet terecht. Zijn formulering had specifieker gekund, maar is geenszins onjuist. Op basis hiervan is het gewoon niet reëel om te zeggen dat iemand z'n theorie niet kent.
En, ach, ja, je hebt wel gelijk hoor - een disk (evenals een stuk papier, een flash-disk, een CDR, of een casettebandje) is een soort van "extern geheugen".
Niet een soort van, het wordt extern geheugen genoemd. Dat is de term ervoor. Dat jij die tussen aanhalingstekens zet, doet mij afvragen of _jij_ je theorie wel kent ;)

Door SPee, woensdag 18 juni 2003 14:39

Score: 1
Wat is nou het verschil dan het bestand te plaatsen in een DB behalve dat het een bestandssysteem is (en geen DB bestand).

Mij lijkt dat dit niet echt gebruikt gaat worden. Ik denk dat de gebruikers meer hebben aan een CVS bestandssysteem hebben, zodat ze wijzigingen snel ongedaan kunnen maken.

Door CrewOne, woensdag 18 juni 2003 14:47

Score: 2
Het voordeel van een meer krachtige "database-achtige" engine achter je filesysteem is dat je heel snel files kan opzoeken, en je kan er ook meer properties aanhangen. Vooral bij de disk-groottes van tegenwoordig (honderden gigabytes zijn al heel normaal, zelfs voor kleine bedrijfjes) is dit hard nodig.

Je zag de laatste tijd "filesystemen" steeds meer de richting van database-systemen opgaan. (ReiserFS, XFS, etc) Wat MS doet is in plaats van vanuit een filesysteem de db-kant opgaan, vanuit een db de filesysteem-kant uitgaan.

En of het gebruikt gaat worden, tja - dat hangt af van de snelheid en robuustheid. 't zal de gemiddelde gebruiker echt worst zijn wat er achter hangt, als het maar robuust en snel is.

Door atomik, woensdag 18 juni 2003 15:24

Score: 1
Het gaat er niet alleen om dat defiles efficiënt opgeslagen worden, maar elke file heeft ook meerdere eigenschappen waaronder grootte, security gerelateerde eigenschappen en misschien wel user-defined eigenschappen (categorisering).
Misschien voor thuisgebruik niet altijd even relevant, maar het kan toch voorkomen dat je als systeembeheerder even snel een overzichtje wil hebben van alle files met als eigenaar gebruiker X, die na een bepaalde datum gewijzigd zijn.
Dit gaat ongetwijfeld (in een grote omgeving) een stuk sneller met een db-achtig FS dan met alleen NTFS.

Door Olaf van der Spek, woensdag 18 juni 2003 17:58

Score: 1
Een soort CVS zit er volgens mij ook in, maar hoe het precies werkt weet ik niet.

Door musiman, woensdag 18 juni 2003 14:42

Score: 2
Waarom kijkt Microsoft niet naar andere file systemen?
Want er valt nog meer voordeel en snelheid te verkrijgen.
Bijvoorbeeld sequential read. Wanneer er een bestand van de schijf gelezen moet worden, dan kun je een gefragmenteerd bestand in 1 leesbeweging inlezen, door eerst te kijken waar alle fragmenten staan en deze vervolgens in de juiste (sequentiele) volgorde te zetten. Zo heb je minimaal last van het gefragmenteerd zijn van een bestand en hoef je eigenlijk niet meer te defragmenteren.
Novell maakt hier bijvoorbeeld in zijn filesysteem gebruik van.

Door hezik, woensdag 18 juni 2003 14:48

Score: 1
Met andere woorden; bij opening wordt het bestand gedefragmenteerd. Oftewel: open je een gefragmenteerd bestand dan duurt dat langer ipv korter.

Nee dank je, ik bepaal zelf wel wanneer er gedefragmenteerd wordt..

Door BillyBee, woensdag 18 juni 2003 15:01

Score: 2
Volgens mij blijf je dan nogsteeds een vertraging krijgen aangezien de koppen van je schijf nogsteeds alle kanten op moeten vliegen om het bestand in te lezen, of het besturings systeem nou wel of niet weet waar de fragmenten staan :)

Door xAn52, woensdag 18 juni 2003 15:55

Score: 1
Hij hoeft dan niet na het lezen van fragment1 terug naar de FS tabellen om te lezen waar fragment2 staat, en gaat dus meteen naar fragment2.

Door Olaf van der Spek, woensdag 18 juni 2003 17:33

Score: 1
Dat zit volgens mij ook standaard in Windows.

Door garagaholic, woensdag 18 juni 2003 22:09

Score: 1
Hmm... Ja, Novell zegt dat je niet hoeft te defragmenteren... :) Ik heb mij laten vertellen dat het defragmenteren van zo;n Novell schijf wel degelijk zin heeft qua snelheidswinst :)
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 15:10 Red Hat in de zwarte cijfers
Vorige 13:46 Samsung 192T LCD-monitor bekeken door AnandTech
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011