A: To profesjonalne narzędzie do testowania stabilności hardware'u podobne do FurMark. Testuje CPU (single/multi-core), RAM, GPU oraz może testować wszystko jednocześnie. Ma nowoczesny interfejs webowy napisany w HTML/CSS, a backend w C++.
A: Program sam w sobie jest bezpieczny, ale testy obciążają hardware do 100%. Zawsze monitoruj temperatury i zatrzymaj test jeśli są zbyt wysokie (>85°C). Używaj na własną odpowiedzialność.
A: Nie do uruchamiania programu. Potrzebujesz sudo/admin tylko do:
- Instalacji systemowej (
sudo make install) - Czytania niektórych sensorów temperatury
- Instalacji jako usługa systemd
A:
- ✅ Linux (pełne wsparcie)
⚠️ Windows (podstawowa funkcjonalność, w rozwoju)- ❓ macOS (nie testowane, może działać po kompilacji)
A: Tak! Licencja MIT - możesz robić co chcesz, pod warunkiem że zachowasz informację o licencji.
A: Trzy metody:
# Metoda 1: Automatyczna instalacja
chmod +x install.sh
sudo ./install.sh
# Metoda 2: CMake
mkdir build && cd build
cmake ..
make
sudo make install
# Metoda 3: Make bezpośrednio
make
sudo make installA: Minimalne:
- Kompilator C++17 (GCC 7+, Clang 5+, MSVC 2017+)
- CMake 3.10+ (opcjonalnie)
- pthread
- Moderna przeglądarka
A: Tak! Użyj bezpośrednio Makefile:
make
./stress_testA:
sudo ./uninstall.sh
# lub
sudo make uninstall
# lub ręcznie
sudo rm /usr/local/bin/stress_testA:
# Domyślnie (port 8080)
./stress_test
# Inny port
./stress_test 9000
# Następnie otwórz: http://localhost:8080A: Zalecana kolejność:
- CPU Single-Core (30 sek) - test podstawowy
- CPU Multi-Core (60 sek) - test wszystkich rdzeni
- RAM Test (60 sek) - test pamięci
- Combined (30 sek) - test wszystkiego
- Długie testy (>10 min) - po upewnieniu się że działa
A: Zależy od celu:
- Szybki test: 30-60 sekund
- Sprawdzenie stabilności: 5-15 minut
- Dokładny test: 30-60 minut
- Ekstremalny test: 2+ godziny
A: Tak! Kliknij "Stop Test" lub użyj API:
curl http://localhost:8080/api/stop-testA:
- CPU Usage: Procent wykorzystania CPU (0-100%)
- RAM Usage: Procent zajętej pamięci RAM (0-100%)
- RAM Used MB: Ilość użytej pamięci w megabajtach
- CPU Temp: Temperatura procesora w °C (0 jeśli niedostępne)
A:
| Test | Oczekiwane CPU | Oczekiwana RAM |
|---|---|---|
| Single-Core | 10-25% | 5-10% |
| Multi-Core | 95-100% | 10-20% |
| RAM Test | 20-40% | 60-90% |
| GPU Test | 30-60% | 10-20% |
| Combined | 95-100% | 60-90% |
A:
- ✅ < 70°C: Doskonale
⚠️ 70-80°C: Dobrze⚠️ 80-85°C: Akceptowalne (monitoruj)- ❌ 85-95°C: Za gorąco (lepsze chłodzenie)
- 🔥 > 95°C: ZATRZYMAJ TEST! Ryzyko uszkodzenia
A:
- Popraw wentylację obudowy
- Wyczyść kurz z wentylatorów
- Wymień pastę termiczną
- Rozważ lepszy cooler
- Zmniejsz overclocking (jeśli jest)
A: Możliwe przyczyny:
- Niestabilny overclocking → zmniejsz taktowanie
- Przegrzanie → popraw chłodzenie
- Wadliwy RAM → przetestuj pojedyncze kości
- Problem z zasilaczem → sprawdź PSU
- Błąd w BIOS → zaktualizuj/zresetuj BIOS
A: Na Linuxie potrzebujesz dostępu do /sys/class/thermal/:
# Sprawdź czy sensory są dostępne
ls /sys/class/thermal/
# Jeśli jest "Permission denied"
sudo chmod +r /sys/class/thermal/thermal_zone*/temp
# Lub uruchom z sudo (niezalecane)
sudo ./stress_testA: Wykonuje intensywne operacje matematyczne:
- sqrt, sin, cos, pow, log
- W pętli miliony razy
- Single-core: jeden wątek
- Multi-core: po wątku na każdy rdzeń
A:
- Alokuje bloki pamięci (domyślnie 50MB)
- Wypełnia losowymi danymi
- Sortuje dane (intensywny dostęp do pamięci)
- Oblicza statystyki
- Utrzymuje ciągłe obciążenie pamięci
A: Obecna wersja (1.0) używa CPU do symulacji obliczeń graficznych. Prawdziwy GPU test z OpenGL/Vulkan jest planowany w przyszłej wersji.
A: Tak! Zobacz API.md i EXAMPLES.md. Przykład:
curl http://localhost:8080/api/system-info
curl "http://localhost:8080/api/start-test?type=cpu_multi&duration=60"
curl http://localhost:8080/api/test-statusA:
# Użyj innego portu
./stress_test 9000
# Lub znajdź co używa portu
lsof -i :8080
# i zabij ten proces
kill $(lsof -t -i:8080)A:
# Sprawdź wersję kompilatora (potrzebny GCC 7+)
g++ --version
# Zainstaluj/zaktualizuj
sudo apt-get install build-essential
# Wyczyść i przebuduj
make clean
makeA:
# Wymuś zatrzymanie przez API
curl http://localhost:8080/api/stop-test
# Lub zabij proces
pkill stress_testA: Sprawdź:
- Czy inne programy nie obciążają systemu
- Czy nie działa power saving mode
- Czy BIOS nie ogranicza wydajności
- Czy cooling throttling nie jest aktywny
A: Tak! Podczas instalacji wybierz opcję systemd service, lub:
sudo ./install.sh
# Wybierz "y" gdy zapyta o systemd serviceA: Zobacz EXAMPLES.md dla skryptów bash/python/node.js. Przykład:
#!/bin/bash
./stress_test &
sleep 2
curl "http://localhost:8080/api/start-test?type=combined&duration=3600"A: Tak! Edytuj src/stress_test.cpp:
- Zmień
iterationsw CPU test - Zmień
blockSizew RAM test - Zmień render resolution w GPU test
Potem przekompiluj: make clean && make
A: Tak! Zobacz CHANGELOG.md i CONTRIBUTING.md. Planowane:
- Prawdziwy GPU test (OpenGL/Vulkan)
- Wykresy historyczne
- Export wyników
- Dark mode
- Więcej metryk
- Disk I/O test
A: Oczywiście! Zobacz CONTRIBUTING.md. Potrzebujemy pomocy przy:
- Implementacji Windows
- GPU testing (OpenGL/Vulkan)
- Testach jednostkowych
- Dokumentacji
- Tłumaczeniach
A:
- Sprawdź czy nie został już zgłoszony
- Stwórz issue z:
- Opisem problemu
- Krokami do reprodukcji
- Informacjami o systemie
- Logami
A: Super! Otwórz issue z tagiem "enhancement" i opisz:
- Co funkcja ma robić
- Dlaczego jest potrzebna
- Przykłady użycia
A: NIE! Program:
- Nie zbiera telemetrii
- Nie wymaga rejestracji
- Nie łączy się z internetem
- Działa tylko lokalnie
A: Program nie zapisuje żadnych danych poza logami (jeśli włączone). Wszystko działa w pamięci.
A: Przeczytaj SECURITY.md i zgłoś prywatnie (nie przez publiczne issue).
A: MIT License - bardzo permisywna. Możesz:
- ✅ Używać komercyjnie
- ✅ Modyfikować
- ✅ Dystrybuować
- ✅ Sublicencjonować
Musisz tylko:
- ℹ️ Zachować copyright notice
- ℹ️ Dołączyć kopię licencji
A: Tak! MIT License na to pozwala.
A: Zgodnie z MIT License - software is provided "AS IS". Używasz na własną odpowiedzialność.
A:
-
Przeczytaj dokumentację:
- README.md - pełna dokumentacja
- QUICKSTART.md - szybki start
- EXAMPLES.md - przykłady użycia
- API.md - dokumentacja API
-
Sprawdź istniejące issues na GitHub
-
Stwórz nowe issue jeśli problemu nie ma
A: Przez GitHub repository - stwórz issue lub dyskusję.
Masz inne pytanie? Stwórz issue na GitHubie!
MIT License © 2026 kj-devvixon