TwojePC.pl © 2001 - 2024
|
|
Poniedziałek 24 kwietnia 2017 |
|
|
|
MemTest64 - program do testowania RAM w środowisku Windows Autor: Wedelek | źródło: Tech Power Up | 06:59 |
(23) | Program testowy MemTest86 jest bez wątpienia jednym z najważniejszych narzędzi diagnostycznych jakie wyszło spod palców programistów. Mimo to ze względu na specyficzny sposób działania w wielu przypadkach jego użycie nie należy do najwygodniejszych. Program uruchamia się z nośnika rozruchowego przy starcie systemu, co wymaga nie tylko stworzenia takiego dysku, ale i restartu komputera. Nie jest to trudne zadanie, ale dla przeciętnego użytkownika upierdliwe. Zwłaszcza podczas procesu OC pamięci RAM.
Dlatego też powstała wersja MemTest64(v1.0), która działa identycznie, ale w środowisku Windows. Narzędzie w sposób automatyczny uruchamia szereg testów które sprawdzają poprawność działania modułów RAM i na koniec zwraca raport z ich przebiegu. Łatwiej już się nie da. Autorzy z TechPowerUp informują, że wspierane są wszystkie wersje okienek począwszy od XP, a na dziesiąte skończywszy. Program można pobrać za darmo z TEJ lokalizacji.
|
| |
|
|
|
|
|
|
|
|
|
K O M E N T A R Z E |
|
|
|
- yyyyyy (autor: Remedy | data: 24/04/17 | godz.: 08:42)
yyyyyyy.....??????????
- Sprawdziłem... (autor: Kenjiro | data: 24/04/17 | godz.: 08:47)
Niestety nie działa bez włączonego SWAPa, co go dyskwalifikuje jak dla mnie.
- @Kenjiro (autor: GL1zdA | data: 24/04/17 | godz.: 09:15)
Działasz z wyłączony swapem? MS odradza taką konfigurację.
- Kiedyś... (autor: pwil2 | data: 24/04/17 | godz.: 10:29)
było coś takiego w wersji 32-bitowej. Trzeba było odpalić wiele instancji po 1.9GB, a tak możemy szybko pobieżnie przetestować pamięć podkręcając w locie, by w wolnej chwili zrobić dokładniejszy test.
@2.
I słusznie. Trudno testować RAM, gdy większa część jest zajęta, mimo że nie używana aktywnie. Przy wyłączonym SWAPie, rezerwując całą wolną pamięć fizyczną, system by często się wysypywał w trakcie testu pamięci.
@3.
Generalnie lepiej mieć 200MB minimum + maksimum dużo GB. Na kartach nVidii można mieć w grach problemy z powodu wyłączonego SWAPa.
- @3. (autor: Mariosti | data: 24/04/17 | godz.: 10:49)
Jak jest dużo ramu i ssd tylko to szkoda na nim tego swap file'a tworzyć nawet.
- @5. (autor: pwil2 | data: 24/04/17 | godz.: 10:53)
Why? Aplikacje często alokują RAM na zapas. Wolną pamięć system używa na cache. Jeśli nie ma SWAP-a, to masa RAMu jest bezużyteczna. Mając SWAP, system alokuje pamięć wirtualną, nie tykając dysku, a w razie potrzeby skorzystania zabiera ten RAM cache systemowemu.
- . (autor: sisi | data: 24/04/17 | godz.: 11:17)
.
- programik znany i lubiany od lat (autor: Qjanusz | data: 24/04/17 | godz.: 11:45)
jakiś szczególny powód dla pojawienia się o nim info akurat dzisiaj?
@Mariosti - wbrew logice, lepiej jednak zostawić tego swapa. Jeżeli masz dużo RAMu, to i tak nie za wiele Ci to różnicy zrobi. Możesz co najwyżej rozmiar przyciąć.
- SWAP (autor: Marek1981 | data: 24/04/17 | godz.: 11:50)
Kiedyś był bardzo konieczny i jednocześnie zamulał kompa (xp co nie potrafił wykorzystać więcej niż 1GB pamięci z włączonym swapem, po wył jego w gothic3 z średnich 35fps wskoczyło mi na prawie 60) teraz to można odczuć wyłączenie swapa na dużych xlsx.
- @08 (autor: GULIwer | data: 24/04/17 | godz.: 12:27)
wersja pod okienka
- Mam wyłączoneho swapa (autor: Subvoice | data: 24/04/17 | godz.: 12:50)
od kilku lat - kiedyś przy 16GB teraz przy 32. Problemów nie stwierdzono.
- . (autor: Sony Vaio Odblokajo | data: 24/04/17 | godz.: 13:01)
.
- Tez mam wylaczonego swapa od lat (autor: 5eba | data: 24/04/17 | godz.: 14:57)
i zero problemów
(obecnie Win 7 64bit 32gb ddr3 8x4 quad)
- @3 powszechny (autor: biuro74 | data: 24/04/17 | godz.: 15:52)
blad. Choc M$ zaprojektowalo system z mysla o wykorzystywaniu swapa, to zawsze bedzie zal go wlaczac majac duzo RAMu i SSD, niemniej NIEMNIEJ swap to odczyt.zapis sekwencyjny, tak wiec zarowno predkosc, jak i zywotnosc SSD nie ulega degradacji w jakis szczegolny sposob. Poza tym swap na HDD to rzeczywiscie udogodnienie majac SSD ;-)
- @12 (autor: Conan Barbarian | data: 24/04/17 | godz.: 16:25)
Upierdliwy jest jedynie SV.
- @6. (autor: Kenjiro | data: 24/04/17 | godz.: 17:36)
Po pierwsze, wolę by się program wywalił z braku pamięci, niż uczynił system nieresponsywnym z powodu zajechania SWAPa po czubek nosa, o co nietrudno, gdy się np. otworzy przypadkiem kilku gigabajtowy plik tekstowy (np. z logiem do analizy) w Wordpadzie czy Wordzie, a nie w Notepad++. Nawet gdy ma się SWAPa na SSD to system przestaje praktycznie reagować na cokolwiek.
Po drugie, SWAP nie ma nic wspólnego z cache, który jest w każdej sytuacji i zajmuje nieco wolnego RAMu. Ale cache sam z siebie jest akurat przydatny, w przeciwieństwie do SWAPa (gdy ma się dużo pamięci oczywiście).
Po trzecie, gdy jest włączony SWAP to z zasady Windows zapisuje część aplikacji w SWAPie, a w momencie, gdy stwierdzi, że rzadko się jej używa, to ją wyswapowuje prawie całkowicie z RAMu. Jeśli dana aplikacja to np. serwer synchronizacji, który działa co 10 minut, to po paru minutach kod ląduje w SWAPie, by co 10 minut był przywracany ze SWAPa i sobie podziałał przez chwilę, po czym Windows ją ponownie wyswapuje.
Po czwarte, Windows nie potrafi inaczej niż w p. 4 i nawet jak będziesz mieć goły system i 1TB RAMu, to włączony Notatnik się wyswapuje po jakimś czasie nieużywania. Nie da się tego skonfigurować inaczej, co jest bzdurą, ale MS nie planuje tego zmieniać, a tak to działa od czasów NT, więc ten kawałek kodu też zapewne pamięta dinozaury, a być może nie ma już nikogo, kto by nad tym potrafił zapanować.
Po piąte, Windows potrafi stwierdzić, że cache dyskowy jest ważniejszy i wyswapować bieżące aplikacje, choćby używane 10 sekund temu, ale nie będące bieżącym oknem. Łatwo to sprawdzić korzystając z aplikacji, które mocno korzystają z dysku, mając małe użycie RAMu (np. jakiś manager pobierania). Jeszcze większa bzdura.
Po szóste, wszelkie JVM typu Java czy C# słabo działają ze SWAPem, gdyż ich GC (Garbage Collector) działa niezależnie od systemowej kontroli nad stronami pamięci i gdy już ów GC się wywoła, to często okazuje się, że musi ściągnąć gigabajty danych ze SWAPa tylko po to, by je odrzucić, co powoduje praktycznie kompletne zatrzymanie działania takiej aplikacji, a gdy to jest serwer z np. monitorem plików (FileSystemWatcher), to ryzykujemy stratę wielu zdarzeń.
Po siódme, gdy ma się SSD i swapa na nim, to specjalnie różnic nie widać, ale dla testów warto sobie umieścić SWAPa na jakimś starym i wolnym dysku, by zobaczyć, jaką popelinę nadal serwuje nam MS. A abstrahując od testów, to jadąc do kogoś, kto ma 10-letnią maszynę to łatwo dostrzec właśnie takie mankamenty.
Reasumując, lepiej SWAPa wyłączyć, niż się z nim męczyć. O ile jest oczywiście możliwość.
- @4. (autor: Kenjiro | data: 24/04/17 | godz.: 18:41)
Nie da się wyswapować kernela systemu i sterowników na poziomie ring-0, jak również części na wyższych poziomach, jeśli sobie tego nie życzą (np. flaga aplikacji IMAGE_SCN_MEM_NOT_PAGED), więc upieranie się, że bez SWAPa aplikacja nie będzie działać ma naprawdę nikły sens. Zamysł może był słuszny, ale w efekcie blokada jest sztuczna, mimo że wcale nie rozwiązuje problemu, bo uszkodzenie pamięci nadal może występować w części normalnie zajmowanej przez kernel.
- Pod XP-kiem z 4GB RAM ustawiałem sobie (autor: raczek70 | data: 24/04/17 | godz.: 20:51)
ok. 750MB swapa w ramdysku i efekt był bardzo widoczny ( alt-tab pomiędzy aplikacjami śmigał ) i ogólnie czuło się różnicę w stosunku do swapa na HDD lub braku swapa.
Natomiast z ciekawości, pod Win 7 z 16GB RAM próbowałem zrobić podobnie, niestety nie dalo się ( zapewne wirtualny dysk za późno się ładuje - testowałem Vsuit i Imdisk ).
- @16. (autor: pwil2 | data: 25/04/17 | godz.: 00:58)
$strComputer = "."
$colItems = get-wmiobject -class "Win32_PageFileUsage" -namespace "root\CIMV2" `
-computername $strComputer
foreach ($objItem in $colItems) {
write-host "Allocated Base Size: " $objItem.AllocatedBaseSize
write-host "Caption: " $objItem.Caption
write-host "Current Usage: " $objItem.CurrentUsage
write-host "Description: " $objItem.Description
write-host "Name: " $objItem.Name
write-host "Peak Usage: " $objItem.PeakUsage
write-host "Status: " $objItem.Status
write-host "Temporary Page File: " $objItem.TempPageFile
write-host
}
Allocated Base Size: 16384
Caption: C:\pagefile.sys
Current Usage: 4
Description: C:\pagefile.sys
Name: C:\pagefile.sys
Peak Usage: 5
Status:
Temporary Page File: False
- c.d. (autor: pwil2 | data: 25/04/17 | godz.: 00:59)
Przy 64GB RAMu użycie SWAP-a na poziomie 4MB, szczytowo 5MB ;)
- c.d. (autor: pwil2 | data: 25/04/17 | godz.: 01:04)
Inny przykład - laptop z tylko 16GB RAMu:
W użyciu _11.3GB_
Zadeklarowana _19.9GB_
Buforowana 2.7GB
Przy wyłączonym SWAPie dawno by się aplikacje wysypały. Jak widać masa pamięci zaalokowana, ale nie wykorzystana, a przy włączonym SWAPie jeszcze jest trochę wolnej, używanej jako cache/bufor.
- c.d. (autor: pwil2 | data: 25/04/17 | godz.: 01:07)
Allocated Base Size: 16242
Caption: D:\pagefile.sys
Current Usage: 533
Description: D:\pagefile.sys
Name: D:\pagefile.sys
Peak Usage: 723
Status:
Temporary Page File: False
W tym drugim przypadku użycie SWAP-a 533MB, a szczytowe 723MB.
- c.d. (autor: pwil2 | data: 25/04/17 | godz.: 01:22)
W pierwszym przypadku:
W użyciu 7.6GB
Zadeklarowane 11GB
Dostępna 56GB
Buforowana 31.5GB
56GB+11GB=67GB, a SWAP 4-5MB. Aplikacje zaalokowały +50% pamięci, a ze SWAP-a nie korzystają.
BTW Większy problem jest gdy trzeba wygospodarować np. (256GB+10MB) miejsca na SWAP, by mieć w pełni "książkową" supportowaną konfigurację, a miejsca na dysku niewiele więcej.
|
|
|
|
|
|
|
|
|
D O D A J K O M E N T A R Z |
|
|
|
Aby dodawać komentarze, należy się wpierw zarejestrować, ewentualnie jeśli posiadasz już swoje konto, należy się zalogować.
|
|
|
|
|
|
|
|
|
|