|
Community > ReactOS Newsletter Archive > ReactOS Newsletter: Nieuwsbrief 66Nieuwsbrief 66by Z98 on 2009-10-31 FATEen tijdje geleden werd de FullFAT library vernoemd op het ReactOS forum en daarna op IRC onder de aandacht van de developers gebracht. FullFAT, geschreven door James Walmsley, is een platform-onafhankelijke bibliotheek voor toegang tot FAT12/16/32 partities en het idee werd gelanceerd dat er een nieuwe IFS driver voor kon geschreven worden. De huidige FAT driver is ontwikkeld voor een oudere, minder NT-compliant kernel en is bovendien nooit extensief getest op Windows. Hij lijdt aan stabiliteitsproblemen en we waren dus op zoek naar een alternatief. Er is contact opgenomen met James en hij steunt het voorstel, maar heeft weinig ervaring met NT IFS drivers. Daarom besloot Aleksey Bragin een poging te wagen. Het duurde ongeveer twee dagen voor hij een prototype had dat een volume kon mounten en er bestanden van kon lezen. Hoewel de FULLFAT bibliotheek de nodige functies voor toestand tot bestanden biedt, moet de driver zelf alle boekhouding doen. Een voorbeeld daarvan zijn de informatie-aanvragen over bestanden, zoals hun lengte. Een andere functie is het locken van bestanden. Aleksey implementeert momenteel deze functies en test dit allemaal uit op Windows 2003 i.p.v. op ReactOS. Hopelijk zal de driver, zodra hij afgewerkt is, kunnen dienen als een open source voorbeeld voor toekomstige projecten rond het schrijven van NT IFS drivers, en zal hij voor ReactOS een stabiel FAT systeem vormen. topDe Kernel Memory PoolEnkele maanden geleden werd er gesproken over een nieuw pool systeem waaraan Aleksey Bragin werkte. Hij was degene die dit opstartte alvorens het ARM team begon aan hun rewrite van de memory manager en ontwikkelde daarom tegen de oude code-base. Na de verbeteringen die het ARM team maakte, vond Aleksey dat het geen zin meer had de nieuwe pool te laten steunen op de oude en defecte functionaliteiten. Daarom gaf hij dit werk door aan het ARM team en zij gebruikten het als de basis voor een nieuwe verbeterde pool. Ter herinnering: de pool is de plaats waaruit de kernel geheugen put voor dynamische allocaties. Omdat er geen heap bestaat in dezelfde zin als voor user-mode applicaties, moet de kernel een pool van geheugen onderhouden om aan deze noden te voldoen. Er bestaan ook twee pools, namelijk één voor paged memory (die naar disk kan geswapped worden), en één voor non-paged memory (altijd in het geheugen). Paged memory wordt veel vaker gebruikt en is overvloediger aanwezig dan non-paged, dus een verbetering in het beheer zal resulteren in een merkbare snelheids-verbeterin. topNieuwe DeveloperWe willen Lucas Suggs verwelkomen, ook bekend als anakha op IRC. Hij toonde interesse in het uitwerken van de hogere niveaus van de netwerk stack en werkt momenteel aan de integratie van enkele third-party projecten, daarbij worstelend met GCC. Hij hoopt langdurig lid te blijven van het ReactOS en verder te helpen aan toekomstige verbeteringen van het besturingssysteem. top |