Odpowiedzi:
Wydaje się, że nie ma dedykowanego procesu zarządzania systemem plików, więc jestem prawie pewien, że jest on zarządzany przez jądro, więc byłby to albo proces „Systemowy”, albo coś ukrytego zarządzanego przez proces Systemowy. Ponieważ system plików musi być zarządzany przed uruchomieniem pierwszej usługi, powinien znajdować się głęboko w rdzeniu systemu. (ale znowu, nie znam kodu źródłowego MS)
Dedykowane procesy zarządzania systemem plików to takie, które służą do defragmentacji.
Przypuszczam, że to kierowca ntfs.sys.
Każdy „proces” może uzyskać dostęp do dysków za pośrednictwem interfejsu API systemu Windows, jeśli ma na to pozwolenie.
Miejsce, w którym dane trafiają na dysk (bloki, segmenty itp.), Zależy od sterowników pamięci masowej (które są (zwykle) na poziomie jądra) oraz od samych napędów.
To seria warstw - co najmniej dwie.
Blokami w każdym woluminie (np. C :) zarządza sterownik systemu plików. (W rzeczywistości dobrą definicją „woluminu” jest „jedna instancja metadanych systemu plików”. Każdy wolumin definiuje jeden i tylko jeden katalog główny \).
Woluminami na dysku fizycznym zarządza sterownik partycji i sterownik woluminu. Sterownik woluminu dla dysków dynamicznych implementuje także RAID-1, RAID-5 lub RAID-0, tj. Wolumin obejmujący kilka dysków.
Te sterowniki nie są częścią jądra, chociaż działają w trybie jądra.
Sterowniki systemu plików uruchamiają niektóre wątki w procesie „System”, ale nie działa tam wszystko w sterowniku systemu plików - niektóre (w miarę możliwości) działają w kontekście żądającego wątku. W żadnym z powyższych przypadków nie ma oddzielnych całych procesów poświęconych zarządzaniu blokami w obrębie woluminu.
Dzięki takim funkcjom, jak miejsca do przechowywania, iSCSI itp., Istnieje jeszcze kilka warstw. Jednak u góry jest tak samo: Sterownik systemu plików, który działa w zakresie bloków zdefiniowanych przez sterownik woluminu. Ponownie nie ma procesów dedykowanych do zarządzania blokami.