Community > ReactOS Newsletter Archive > ReactOS Newsletter: Newsletter 66

Newsletter 66

by Z98 on 2009-10-31
translated by Gabriel ilardi on 2009-12-10

FAT

Poco tiempo atrás ha sido mencionada en el foro de ReactOS la librería FullFAT y algunos visitadores asiduos de IRC se la han mostrado a los desarrolladores. La misma ha sido escrita por James Walmsley, y es una librería independiente de la plataforma para acceder a particiones FAT12/16/32. Se ha sugerido la escritura de un nuevo driver IFS que se apoye sobre la misma. El actual driver FAT ha sido escrito usando el viejo kernel, menos compatible con NT y nunca había sido probado intensamente en Windows para empezar. Dado que sufre de varios problemas de estabilidad se había pensado en una alternativa. James había soportado la idea pero tenía poca experiencia con drivers NT IFS entonces Aleksey Bragin decidió empezar a escribirlo. Hicieron falta dos días más o menos para tener un prototipo capaz de leer ficheros.

Mientras la librería FullFAT provee las funciones necesarias para el acceso a los ficheros, toda la contabilidad la debe hacer el driver. Un ejemplo puede ser la solicitud de informaciones respecto a los ficheros, así como su dimensión, otro el bloqueo de ficheros. Aleksey las está implementando y probando en Windows 2003 en vez que en ReactOS. Afortunadamente una vez que haya sido completado podrá ser de utilidad como referencia a código abierto para esfuerzos futuros de escritura de drivers NT IFS además de dar a ReactOS un sistema de ficheros FAT estable.

Pool de memoria del Kernel

Hace unos meses mencionamos un nuevo sistema de pool en el que estaba trabajando Aleksey Bragin. Lo había hecho inicialmente antes de que el equipo ARM iniciase su re-escritura del administrador de memoria y por ende ha sido desarrollado sobre código viejo. Después de las mejorías aportadas por el equipo ARM, Aleksey ha pensado que ya no tenía sentido que el nuevo pool se apoyase sobre funcionalidades viejas y no correctas. Por esto, decidió dar su trabajo al equipo ARM y ellos lo han usado como base para el nuevo pool mejorado.

Como recordatorio, el pool es el lugar de donde el kernel toma la memoria para asignaciones dinámicas. Dado que no existe un "heap" en el modo en el que lo ven las aplicaciones en "usermode", el kernel debe mantener un pool de memoria para satisfacer estas necesidades. Hay dos pools, uno para la memoria paginada (puede ser transferida al disco) y uno para la memoria no paginada (siempre en memoria). La memoria paginada se usa mucho más frecuentemente y es mucho más abundante que la no paginada, consecuentemente cualquier mejora en su administración resultará en un notable aumento de velocidad.

Nuevo desarrollador

Demos el bienvenido a Lucas Suggs, conocido como anakha en IRC.  El ha demostrado interés en rellenar las capas superiores de la pila de red y está actualmente integrando código de terceras partes, luchando con GCC en el camino.  Espera ser parte del equipo de ReactOS por un largo período y continuar ayudando a mejorar el sistema operativo en futuro.