Wykonanie jednego przejścia zajęło 35 minut (domyślna konfiguracja to cztery przejścia), więc skoczyłem i założyłem, że test zakończy się za około 105 minut.
Wróciłem 3 godziny później, spodziewając się, że to się skończy; jest to jednak dopiero w połowie trzeciego przejścia! (Na szczęście zero błędów). Jakie jest wyjaśnienie?
Specjalnie: uruchamiam memtest86 z bootowalnego USB na Lenovo X220, 64-bit i5, 8 GB pamięci RAM.
Odpowiedzi:
Począwszy od memtest86 v4.00, pierwsze przejście wykonuje połowę liczby cykli kolejnych przebiegów. Chodzi o to, aby najpierw wykonać wszystkie różne testy tak szybko, jak to możliwe, aby w przypadku problemu, który pojawia się tylko w jednym z testów, błąd został jak najszybciej uzyskany. Kolejne podania są bardziej ukierunkowane na testy wytrzymałościowe / wytrzymałościowe.
Dziennik zmian Memtest86 + V4.00
- Główne zmiany architektoniczne
- Pierwsze przejście dwa razy szybciej (zmniejszona liczba iteracji)
- Wykryj marki DDR2 / 3 i numery części
- Poprawione wykrywanie procesora Intel „Lynnfield”
- Dodano wykrywanie procesora Intel „Clarkdale”
- Dodano wykrywanie procesora Intel „Gulftown”
- Poprawione wykrywanie procesora AMD Kn 45nm
- Dodano wykrywanie procesora AMD „Magny-Cours”
- Rozwiązany wypadek z AMD Geode LX
- Dodano wykrywanie pamięci Intel XMP
- Dodano dla procesora z / 0,5 / 1,5 / 3/6/12/16/18/24 MB L3
- Dodano „czyste” wykrywanie DMI dla DDR3 / FBDIMM2
- Lepsze wykrywanie zintegrowanej pamięci Ctrl
- Zgodny ze specyfikacją SMBIOS 2.6.1
- Naprawiono problemy z kompilacją w gcc 4.2+
- Wiele innych poprawek błędów
Więcej tutaj.