Выпуск новостей ReactOS №66

Z98, “Newsletter ReactOS #66”, public translation into Russian from English More about this translation.

Translate into another language.

Participants

evilslon1 401 points
eReS 51 points
mister-fog 40 points
And others...
Join Translated.by to translate! If you already have a Translated.by account, please sign in.
If you do not want to register an account, you can sign in with OpenID.
Pages: ← previous Ctrl next
1 2

Newsletter ReactOS #66

Выпуск новостей ReactOS №66

History of edits (Latest: seven_ro 8 years ago) §

FAT

FAT

History of edits (Latest: seven_ro 8 years ago) §

A short while ago the FullFAT library was mentioned on the ReactOS forum and then brought to the attention of the developers by IRC regulars. Written by James Walmsley, it is a platform independent library for accessing FAT12/16/32 partitions and it was suggested that a new IFS driver could be written using it. The current FAT driver was written against an older, less NT compliant kernel and was never extensively tested on Windows to begin with. It suffers from multiple stability issues and thus an alternative was sought. James was approached and supported the idea but had little experience with NT IFS drivers so Aleksey Bragin decided to attempt it instead. It took approximately two days to get a prototype capable of mounting a volume and reading files off.

Недавно на форуме ReactOS была упомянута библиотека FullFAT, а затем представлена вниманию разработчиков на IRC-канале. Эта платформо-независимая библиотека для доступа к разделам FAT12/16/32 написана Джеймсом Уолмсли (James Walmsley). Существует мнение, что используя её, можно написать новый драйвер IFS. Текущий драйвер FAT был создан для использования со старым, менее NT-совместимым ядром и изначально никогда тщательно не проверялся на Windows, что стало причиной многочисленных проблем со стабильностью работы операционной системы. По этой причине подыскивалась альтернатива существующему драйверу. Джеймс принял и поддержал идею, но у него был лишь небольшой опыт в написании драйверов NT IFS, поэтому Алексей Брагин решил помочь ему. Потребовалось около двух дней, чтобы получить прототип, способный смонтировать том и прочесть оттуда файлы.

History of edits (Latest: goldfinch 7 years, 10 months ago) §

While the FULLFAT library provides the necessary file access functions, all bookkeeping must be done by the driver. One such case involves information requests made about files, such as their length. Another function would be the locking of files. Aleksey is currently implementing them and is actually testing this on Windows 2003 instead of ReactOS. Hopefully when the driver is completed it can serve as an open source reference for future efforts in writing NT IFS drivers alongside with providing ReactOS with a stable FAT filesystem.

Сейчас библиотека FULLFAT обеспечивает необходимые функции доступа к файлу, а все функции учёта должны обеспечиваться драйвером. Одна из них включает в себя информационные запросы о файлах, такие, например, как длина файла. Другой функцией может быть захват файлов. Алексей в настоящее время реализует и тестирует их на Windows 2003, а не на ReactOS. Мы надеемся, что когда драйвер будет закончен, то он сможет послужить основой для будущих изысканий в написании драйверов NT IFS и обеспечения ReactOS стабильной файловой системой FAT.

History of edits (Latest: mister-fog 8 years ago) §

Kernel Memory Pool

Пул памяти ядра

History of edits (Latest: evilslon1 8 years ago) §

Several months back mention was made of a new pool system Aleksey Bragin was working on. He had originally started this before the ARM team begain their rewrite of the memory manager and thus was developing against the old code base. After the improvements the ARM team made, Aleksey felt it no longer made sense to have the new pool rely on the old broken functionality. Instead, he handed his work over to the ARM team and they used it as a foundation for a new improved pool.

Несколько месяцев назад мы писали о новой системе пула, над которой работал Алексей Брагин. Он начал работу до того, как команда ARM занялась переписыванием менеджера памяти и, таким образом, пытался усовершенствовать старый программный код. После всех сделанных командой ARM усовершенствований, Алексей понял, что невозможно будет получить новый пул, основанный на старых, зачастую нестабильно работающих функциональных возможностях. Поэтому, он передал свои наработки команде ARM, которая использует их как основу для нового, улучшенного пула.

History of edits (Latest: mister-fog 8 years ago) §

As a reminder, the pool is the place where the kernel draws memory for dynamic allocations. Because there does not exist a heap in the same sense as user mode applications see, the kernel must maintain a pool of memory to fulfill such needs. There also exists two pools, one for paged memory (can be swapped out to disk) and one for nonpaged memory (always in memory). Paged memory is used much more often and is much more abundant than nonpaged, so any improvement to its management will result in a noticeable speed increase.

Напомню, что пул - это место, в котором ядро отводит память для динамических распределений. Поскольку там не существует куча (heap) в том же самом смысле, как в пользовательском режиме для приложений, то ядро должно поддерживать определенный запас памяти (пул) для своих потребностей. Также существует два вида пула, один для страничной памяти (может выгружаться на диск), и один для нестраничной памяти (всегда находится в памяти). Страничная память используется намного чаще и более активно, чем нестраничная, таким образом, любое усовершенствование управления ей, приведет к значимому увеличению скорости.

History of edits (Latest: mister-fog 8 years ago) §
Pages: ← previous Ctrl next
1 2