講義教程成果_第1頁(yè)
講義教程成果_第2頁(yè)
講義教程成果_第3頁(yè)
講義教程成果_第4頁(yè)
講義教程成果_第5頁(yè)
已閱讀5頁(yè),還剩49頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

Chapter11:FileSystemFile-SystemFile-SystemDirectoryAllocation-SpaceEfficiencyandTodescribethedetailsofimplementinglocalfilesystemsdirectoryTodiscussblockallocation -blockalgorithmsandDiskprovides cerewriteandrandomI/Otransfersperformedinblocksofsectors(usually512bytes).ToprovideefficientandconvenientaccesstodiskFilesystemresidesonsecondarystorageProvideduserinterfacetostorage, logicaltophysicalProvidesefficientandconvenientaccesstodiskbyallowingtobestored,located,retrievedFilesystemorganizedintoLayeredFileHigherHigherlevelutilizefunctionalitiesProvidedbylowerleveltofulfillUser’srequestFileSystemDevicedriversmanageI/OdevicesattheI/OcontrolGivencommandslike“readblocks123intomemorylocation1060”,outputslow-levelhardwarespecificcommandstohardwarecontrollerBasicfilesystemissuesgenericcommandstotheappropriatedevicedriverstoreadandwritephysicalblocksFileorganizationmoduleunderstandsfiles,logicalblocks,andphysicalblocksTranslateslogicalblockaddresstophysicalblock space,diskallocation(e.g.,unallocatedAllofthefile-systemAllofthefile-systemexceptrealdataofaLogicalfilesystemmanagesmetadataTranslatesfilenameintofilenumber,filehandle,locationmaintainingfilecontrolDirectoryWehavesystemcalls(e.g.,open(),close()forfiles)attheAPIbuthowdoweimplementtheirOn-diskandin-memorystructuresareusedtoOnDisk(filesystemcontainsinfoBootcontrolblock(pervolume)containsinfoneededbysystemtobootOSfromthatvolumeNeededifvolumecontainsOS,usuallyfirstblockofVolumecontrolblock(pervolume)containsvolumeTotal#ofblocks,#of blocks,blocksize, blockpointersorDirectorystructureorganizesthePer-fileFileControlBlock(FCB)containsmanydetailsthepermissions,size,In-MemoryFileSystemInMounttablestoringeachmountedDirectorystructurecacheholdsthedirectoryinfoofrecentlyaccesseddirectoriesSystem-wideopen-filetablecontainsacopyoftheFCBofeachopenfilePer-processopen-filetablecontainsapointertotheentryinsystem-wideopenfiletable.ThefollowingfigureillustratesthenecessaryfilesystemprovidedbytheoperatingFigure11-3(a)referstoopeningaFigure11-3(b)referstoreadingaOpenreturnsafilehandleforsubsequentDatafromreadeventuallycopiedtospecifieduserprocessmemoryIn-MemoryFileSystemSystem-wideopenfiletablecheckedbeforeAfilePartitionsandMountingPartitioncanbeavolumecontainingafilesystem(“cooked”)raw–justasequenceofblockswithnofileBootblockcanpointtobootvolumeorbootloadersetofblocksthatcontainenoughcodetoknowhowtoloadthekernelfromthefileOrabootmanagementprogramformulti-OSRootpartitioncontainstheOS,otherpartitionscanholdotherOSes,otherfilesystems,orberawMountedatbootOtherpartitionscanmountautomaticallyorAtmounttime,filesystemconsistencyIsallmetadataIfnot,fixit,tryIfyes,addtomounttable,allowVirtualFileVirtualFileSystems(VFS)onUnixprovideanobject-wayofimplementingfileVFSallowsthesamesystemcallinterface(theAPI)tobefordifferenttypesoffileSeparatesfile-systemgenericoperationsimplementationImplementationcanbeoneofmanyfilesystemstypes,networkfileThendispatchesoperationtoappropriatefileimplementationVirtualFileSystemsTheAPIistotheVFSinterface,ratherthananyspecifictypefileBasedonopen(),Write(),close()systemDirectoryDirectory-allocationDirectory-allocationanddirectory-managementalgorithmssignificantlyaffectsefficiency,performance,andreliabilityofafilesystemLinearlistoffilenameswithpointertothedataSimpletoTime-consumingtoLinearsearchtime(forafileCouldkeeporderedalphabeticallyvialinkedHashTable–linearlistwithhashdataDecreasesdirectorysearchtime(forafileCollisions–situationswheretwofilenameshashtothesamelocationOnlygoodifentriesarefixedsize,orusechained-overflowmethod(changesizerequiresnewhashfunction)AllocationMethods-Anallocationmethodreferstohowdiskblocksareallocatedfor【importantforutilizingdiskefficientlyandaccessingfilequickly(1)Contiguousallocation–eachfileoccupiessetofcontiguousBestperformanceinmostSimple–onlystartinglocation(block#)andlength(numberblocks)arerequired(b,b+1,b+2,…,b+n-RandomProblemsfindingspacefornewfile(dynamicallocationproblem:first-externalfragmentation,needforcompactionoff-(downtime)oron- fromlogicaltoExtent-BasedManynewerfilesystems(i.e.,VeritasFileSystem)usemodifiedcontiguousallocationExtent-basedfilesystemsallocatediskblocksinAnextentisacontiguousblockofExtentsareallocatedforfileAfileconsistsofoneormoreAllocationMethods-(2)Linkedallocation–eachfileisalinkedlistofdiskblockscanbescatteredanywhereintheFileendsatnilNoexternalEachblockcontainspointertonextNocompaction,external

spacemanagementsystemcalledwhennewReliabilitycanbeaLocatingablockcantakemanyI/Osanddiskseeksefficientforsequential-Spaceforsaving ImproveefficiencybyclusteringblocksintogroupsbutincreasesinternalfragmentationLinkedAllocationMethods–LinkedFAT(FileAllocationTable)Beginningofvolumehastable,indexedbyblockMuchlikealinkedlist,butfasterondiskandNewblockallocationSinceunusedblocksareindicatedbya0tableFindthefirst0-valuedblockAllocationMethods-(3)IndexedEachfilehasitsownindexblock,whichisanarrayofdisk-address,eachpointtotheblockoftheLogicalExampleofIndexedIndexedAllocationNeedindexRandomDynamicaccesswithoutexternalfragmentation,buthaveofindexblock–howlargeafile’sindexblockshouldLinkedIntroducemoreindexblocks,whichareMultilevelIntroducemoreindexblocks,indexofCombinedIndexedAllocation–CombinedScheme:UNIXBestmethoddependsonfileaccessContiguousgreatforsequentialandLinkedgoodforsequential,notForsomesystemthatsupportsboth,declareaccesstypeatcreation->selecteithercontiguousorIndexedmoreSingleblockaccesscouldrequire2indexblockreadsthenblockMultilevelindexesmayrequiremoreindexreads(dependson-SpaceFilesystem -spacelisttotrackavailableUsingterm“block”forWhendeleted,file’sspaceisreused,listissearchedbeforeMethod1:Bitvectororbitmap(n n-…bit[i]

10block[i] )Blocknumber(numberofbitsperword)*(numberof0-valuewords)+offsetoffirst1bitCPUshaveinstructionstoreturnoffsetwithinwordoffirst“1”-SpaceManagementBitmaprequiresextrablocksize=4KB=212bytesdisksize=240bytes(1 n=240/212=228bits(or32MB)ifclustersof4blocks->8MBofEasytogetcontiguous SpaceListonMethod2:Linkedlist CannotgetcontiguousspaceeasilyNowasteofTraverseisinefficient,butnoneedtotraversetheentirelist-SpaceManagementMethod3:Modifylinkedlisttostoreaddressofnextn- blocksinblock,plusapointertonextblockthatcontains pointers(likethisone)Easytofindalargenumber blocksMethod4:Becausespaceisfrequentlycontiguouslyused d,contiguous-allocation,extents,orKeepaddressoffirst blockandcountoffollowingcontiguousblocks spacelistthenhasentriescontainingaddressesandEfficiencyandEfficiencydependentdiskallocationanddirectorytypesofdatakeptinfile’sdirectoryBuffer(

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論