Skocz do zawartości

Rekomendowane odpowiedzi

Untitled_1.png

 

[DOWNLOAD]

 

Zadaniem programu jest zobrazowanie prędkości odczytu plików w zależności od ich rozmiaru. Każdy piksel to conajmniej jeden plik. Im więcej plików dzielących ten sam piksel tym cieplejszy jego kolor. Kliknięcie na pikselu spowoduje wyświetlenie nazw plików,daty ostatniej modyfikacji,rozmiar oraz prędkość odczytu.

Narzędzie powstało głównie z myślą o wykrywaniu spadku wydajności odczytu danych z SSD bazujących na TLC. Im więcej kropek z poza głównego "nurtu" tym gorzej. Powyższy wykres pochodzi z mojego ponad dwu-letniego Goodrama C100 (Phison S8 + 19nm MLC Toshiba).

 

 

Screenshoty proszę wklejać w formacie PNG (kompresja bezstratna). Stratny JPEG powoduje spadek nasycenia kolorów.

 

Poniżej Samsung 840 EVO na 19nm TLC

snc1dF.png

Edytowane przez Atak_Snajpera

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Kingston V300 120GB kości synchroniczne. Życiorys: 20 tys. godzin przebiegu. Zapis 12,5 TB, odczyt 9,5 TB.

 

atakjpg_apswphx.jpg

 

atakjpg_apseqsa.jpg

Edytowane przez mattpl

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

8d2e32598d8c7a76.jpg

7568298bf7f0b7b2.jpg

Edytowane przez amp41

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

samsung 830 na 2x nm MLC i wszystko jasne. Nic dziwnego ze tak ladnie sie trzyma pomimo tylu lat.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

ojojoj wyglada na to ze to jednak prawda ze mx200 na 16nm mlc zwalniaja.

 

raczej obstawiam, że to jest wina płyty głównej laptopowy chipset HM65 to dopiero początki SATA III, stąd mogą być spadki. Wieczorem puszczę jeszcze raz w trybie awaryjnym, żeby wykluczyć inne czynniki.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Goodram Iridium Pro 240GB na Sata II, ma 2 miesiące, 1.4TB zapisane. Dysk pracuje na starej płycie w trybie IDE i TRIM nie działa:

 

VFRST-IridiumPro.png

 

Atak_Snajpera, fajny programik, ale czy dałbyś radę trochę go zoptymalizować? Na moim 4-rdzeniowcu CPU było 25-30%, czyli cały rdzeń ciągle wykorzystywany, a wykorzystanie dysku było stosunkowo niskie, ok. 30% i rzadko kiedy osiągało 100%, pewnie tylko przy dużych plikach. Nie wiem, dlaczego, ale podejrzewam, że może przez to że program wyświetla ścieżkę każdego pliku od razu i samo odświeżanie ekranu non stop zżera CPU - myślę, że wystarczyłoby odświeżanie jakieś 4 razy na sekundę. Tutaj dysk powinien być bardziej wąskim gardłem a nie CPU i wtedy cały proces trwałby dużo szybciej.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Procesor nigdy nie będzie hamulcowym odczytu (tzn. nie będzie zaniżał wyników). Renderowanie wyniku na wykresie odbywa się po zliczaniu czasu.

Kawałek kodu (Delphi). Chociaż może faktycznie wydłużyć całą procedurę testową. Pomyśle nad twoją sugestią.

 

if filesizevalue>0 then
     begin
       AssignFile(myfile,FilePath);
       FileMode := fmOpenRead;
       Reset(myFile, 1);

       QueryPerformanceFrequency(FrequencyCounter);
       QueryPerformanceCounter(StartCounter);

       SumOfBytesRead:=0;
       repeat
         QueryPerformanceCounter(StartCounterInnerLoop);
         BlockRead(myFile, DataArray[0], Length(DataArray),BytesRead);
         QueryPerformanceCounter(EndCounterInnerLoop);

         CurrentSpeed:=BytesRead/( (EndCounterInnerLoop-StartCounterInnerLoop)/FrequencyCounter );

         SumOfBytesRead:=SumOfBytesRead+BytesRead;
         FileReadProgress:=IntToStr(Trunc((SumOfBytesRead/filesizevalue)*100));
         form1.JvThread1.Synchronize(form1.SynchronizeReadProgress); 
       until (BytesRead = 0) or (form1.JvThread1.Terminated=true);

       QueryPerformanceCounter(EndCounter);

       CloseFile(myfile);

       SpeedArray[x]:=filesizevalue/( (EndCounter-StartCounter)/FrequencyCounter );

       ReadProgress:=Trunc((x/(List.Count-1))*100);

       Inc(FilesRead);
       ChartData:=IntToStr(filesizevalue)+'|'+FloatToStr(Trunc(SpeedArray[x]))+'|';
       ResultsList.Add(FilePath+'|'+FileDate+'|'+ChartData);
       form1.JvThread1.Synchronize(form1.SynchronizeDrawChart);
     end

Edytowane przez Atak_Snajpera

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Procesor nigdy nie będzie hamulcowym odczytu (tzn. nie będzie zaniżał wyników). Renderowanie wyniku na wykresie odbywa się po zliczaniu czasu.

Tego wcale nie podejrzewałem, chodziło mi tylko o ogólne przyspieszenie całego testu. Na mój chłopski rozum taki program raczej nie wykonuje żadnych bardzo skomplikowanych obliczeń, stąd moje przypuszczenie że to pewnie bardzo częste odświeżanie ekranu zajmuje większość CPU - u mnie te skanowane ścieżki plików i liczby tak mrugają ciągle, że ciężko je przeczytać.

 

Akurat na Delphi się nie znam, ale chyba jakiś kod w stylu - odśwież wyniki, jeśli od ostatniego odświeżenia upłynęło co najmniej X (np. 250) milisekund... :cool:

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Curical BX100 250GB

 

- 138h przepracowane

- 1TB odczytu

- 900GB zapisu

- 1,5TB zapis NAND

 

bW4GU3.png

 

 

b6vU0A.png

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Ja nie wiem co ten program robi... podczas testu zaczęłam kopiować na pendrive duże pliki powyżej 3GB a on nadal jechał tak samo :E nawet nie zwolnił... na pendrive leciało 110MB/s

 

 

Widać mam świetny dysk ;)

Zwykły szajs sandisk ssd ultra 2 240GB przebieg około 5TB

 

https://zapodaj.net/c3f566ad2f298.bmp.html

https://zapodaj.net/3144bbe18196a.bmp.html

Edytowane przez chauwa

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Ja nie wiem co ten program robi... podczas testu zaczęłam kopiować na pendrive duże pliki powyżej 3GB a on nadal jechał tak samo :E nawet nie zwolnił... na pendrive leciało 110MB/s

 

 

Widać mam świetny dysk ;)

Zwykły szajs sandisk ssd ultra 2 240GB przebieg około 5TB

 

https://zapodaj.net/c3f566ad2f298.bmp.html

https://zapodaj.net/3144bbe18196a.bmp.html

 

Buforowanie w ram mówi ci to coś? Masz przecież informację w pierwszym poście o tej przypadłości.

Jutro spróbuję zrobić nową wersję ,która będzie zczytywać pliki z pominięciem systemowego keszu.

Edytowane przez Atak_Snajpera

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

960 pro 1 tb MZ-V6P1T0BW

zapełniony

32gb wolnego miejsca

 

ps nie ogarniam czym wy to wklejacie na forum jaki hosting ?

 

f51bb28428a93c87.jpg

Edytowane przez cyroniok

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Na lapku z siga

testssd6cjlm.png

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Zarejestruj nowe konto

Załóż nowe konto. To bardzo proste!

Zarejestruj się

Zaloguj się

Posiadasz już konto? Zaloguj się poniżej.

Zaloguj się

  • Ostatnio przeglądający   0 użytkowników

    Brak zarejestrowanych użytkowników przeglądających tę stronę.

×
×
  • Dodaj nową pozycję...