Nie powiedziałbym, że to śmieszne; dla systemów 32- lub 64-bitowych.
Na początek oczywiste, 32-bitowe okna (większość działających systemów) po prostu ignorują wszystko powyżej 4 GB. Ramdyski, ponieważ mogą korzystać z PAE i adresowania pamięci 36-bitowej, są, według mojej wiedzy, jedynym sposobem uczynienia obszarów o wysokiej pamięci przydatnymi w systemach 32-bitowych.
Pytanie brzmi: w jaki sposób wykorzystujemy błyskawiczny / bezpieczniejszy wirtualny dysk twardy? Pliki tymczasowe przychodzą mi na myśl i są dość proste w konfiguracji, o ile wiesz, jak przypisać stałą literę dysku w systemie Windows. To samo z pamięcią podręczną przeglądarki. Zainteresowanie nimi jest czterokrotne:
- Najszybszy dostęp / pobieranie
- Prawdziwe usunięcie
- Eliminuje większość niepotrzebnego zużycia drogiej pamięci SSD.
- Mniej fragmentacji dysku ..
Jeśli chodzi o plik wymiany, wydaje się oczywiste, że systemy 32-bitowe mają wiele do zyskania dzięki umieszczeniu ich w nieodebranej pamięci RAM. Można by pomyśleć o programie wymagającym dużej pamięci, wykorzystującym do 3 GB na sobie (z przełącznikiem 3 GB w boot.ini), który najprawdopodobniej spowoduje wiele zamian. Nadal obowiązują dwa takie same bonusy: prawdziwe usunięcie i zużycie na dysku SSD. Fragmentacja jest mniejszym problemem w przypadku plików wymiany.
Jest więcej: często słabo napisane programy używają pamięci wirtualnej, bez względu na ilość dostępnej pamięci fizycznej, powodując bezużyteczny dostęp do dysku. Dotyczy to zarówno programów 32, jak i 64-bitowych. Natknąłem się nawet na programy, które po prostu nie uruchomią się przy braku pliku wymiany.
Podsumowując, chociaż ma to sens bez względu na to, co ma ramdysk poniżej 4 GB i oszczędza bezużytecznego dostępu do dysku do tymczasowego buforowania folderów i programów, wydaje się znacznie lepiej zainstalować więcej niż 4 GB, przy czym cena pamięci jest taka, jak w obu 32 ( ze sprzętem obsługującym PAE) ORAZ systemy 64-bitowe i przenieś tam plik wymiany.
Należy zauważyć, że wielu profesjonalnych użytkowników komputerów wciąż nie może przejść do 64 bitów ze względu na wsparcie sprzętowe.
Niedorzeczne byłoby użycie tego samego mocnego języka, co powyżej, po prostu odrzucenie tego pomysłu i poleganie nie tylko na obsłudze pamięci wirtualnej Microsoft (która jest chwalona i słusznie), ale także na programistach aplikacji, którzy należą do guru kodowania asemblera do idiotycznego języka, który sprawi, że najpiękniejszy i najbardziej stabilny komputer PC padnie na kolana dzięki złej obsłudze pamięci. Widziałem taki kod w programach głównego nurtu, aplikacjach zwiększających wydajność, nie żartuję!
Mój główny system ma ramdysk 8 GB na XP / 32 i okazało się to przydatne. Jest to dość trywialne w konfiguracji i muszę powiedzieć, że jedynym programem, który sprawił mi trudność, jest Google Chrome, którego strategia instalacji / aktualizacji jest trudna w ulepszaniu.
Możesz wymyślić wiele przydatnych zastosowań ramdysków oprócz nich; w moim przypadku próbki audio do pobrania z dysku w aplikacjach na żywo: umieść je tam w czasie uruchamiania (boleśnie powolne) i uzyskaj błyskawiczny dostęp do bibliotek MultiGB. Ale to nie jest temat :)
To jest moje własne doświadczenie. Chciałbym, żeby ludzie nie zniszczyli wartości użytecznych informacji za pomocą niepotrzebnego, mocnego języka. Śmieszne było złym wyborem słowa w tym kontekście, delikatnie mówiąc.