🚀 go-pugleaf

Borneq wrote:
> open jako parametr ma łańcuch 8-bitowych znaków. Czy jest jakaś wersja 
> 16-bitowych lub działa to dla UTF8, lub też w Linuksie nie stosuje się nazw 
> plików Unicode?

Dla kernela linuksowego na poziomie systemu plików nie ma znaczenia
kodowanie znaków. Nazwa pliku jest po prostu ciągiem 8-bitowych bajtów,
przy czym żaden z nich nie może być równy 0x2f (separator katalogów w
ścieżce) i 0x00 (znacznik końca łańcucha). To jakie znaki odpowiadają
poszczególnym bajtom lub sekwencjom bajtów leży w gestii userspaceowej
aplikacji (zazwyczaj i tak nie ma to dla niej większego znaczenia) i
samego użytkownika.

> Teraz shm_open. W przykładzie jest tworzenie nazwy symbolicznej dla obszaru 
> pamięci, która będzie wymieniana między procesami. To przydatne, ale teraz 
> bardziej mi chodzi o mapowanie fizycznego pliku aby się po nim szybko 
> poruszać.
> Na przykład coś wyszukać od zadanego adresu, nie wiadomo od razu w jakim 
> obszarze, gdy drugi raz wczytywałbym ze strumienia do bufora, to kłopot na 
> granicy między jednym blokiem a drugim. Trzeba by użyć bardzo dużego 
> bufora, ale aby uniknąć wczytywania wszystkiego do bufora lepiej zamapować.
> Czy jest taka możliwość? Czy plik może mieć adresowanie 64 bitowe i czy 
> jest jak w Windows możliwość wybrania 32 bitowego obszaru wewnątrz pliku z 
> pewnym wyrównaniem? W Windows 8 jest wyrównanie do 64 KiB

Chyba nie bardzo rozumiem jaki masz problem i o co chodzi z tym dużym
buforem. Mógłbyś to opisać jaśniej?
mmap() mapuje obszar pliku (w szczególności cały plik) w pamięci pod
zadanym przez użytkownika lub ustalonym automatycznie przez system adresem.
Na systemie 64-bitowym ten adres będzie oczywiście 64-bitowy. Wyrównanie
jest realizowane do granicy strony pamięci, czyli na x86 i x86-64 do 4 KiB.