dokonałem aktualizacji z pamięci 2G RAM do pamięci RAM 8G zgodnie z zaleceniami na stronie cricial.com, a nowa pamięć jest rozpoznawana:
$ free -m
total used free shared buffers cached
Mem: 7933 4791 3142 0 37 4076
-/+ buffers/cache: 677 7256
Swap: 4075 0 4075
chcę się upewnić, że cały ram działa poprawnie, więc spróbowałem prostego stresstestu, ale dostaję błędy:
$ stress --vm 7G --vm-bytes 1B
stress: info: [29232] dispatching hogs: 0 cpu, 0 io, 7516192768 vm, 0 hdd
stress: FAIL: [9884] (347) fork failed: Cannot allocate memory
stress: FAIL: [9884] (347) fork failed: Cannot allocate memory
stress: FAIL: [9884] (347) fork failed: Cannot allocate memory
a to trwa wiecznie.
po pierwsze , czy stresspoprawnie użyłem polecenia? dokumentacja jest nieco rzadka, ale odpowiednia sekcja mówi:
Usage: stress [OPTION [ARG]] ...
-m, --vm N spawn N workers spinning on malloc()/free()
--vm-bytes B malloc B bytes per vm worker (default is 256MB)
--vm-stride B touch a byte every B bytes (default is 4096)
--vm-hang N sleep N secs before free (default is none, 0 is inf)
--vm-keep redirty memory instead of freeing and reallocating
jak rozumiem, moje powyższe polecenie powoduje, że 7G threds używa każdego bajtu pamięci, a ponieważ mój system ma 8G, powinno być wystarczająco dużo pamięci, aby to zrobić. czy tak właśnie robi powyższe polecenie? a jeśli tak, to czy jest to właściwy sposób sprawdzenia, czy cała pamięć działa?
po drugie , czy powyższe błędy wskazują na problem z moim RAM-em?
Za pierwszy wynik masz darmowy 3G, więc proszenie o 7G prawdopodobnie nie będzie latać, chyba że zwolnisz więcej pamięci przed pytaniem o nią. Nie
—
wydajesz się
Twoje zdrowie! wszystkie dobre informacje!
—
mulllhausen
„Moje powyższe polecenie pobiera 7G thredów” - czy naprawdę zamierzałeś stworzyć 7 miliardów wątków? :-)
—
KajMagnus
heh tak, zrobiłem, ale nie byłem pewien, czy to był właściwy sposób na sprawdzenie, czy ram działa poprawnie: P strona podręcznika dla polecenia stresu jest naprawdę rzadka.
—
mulllhausen