Új hozzászólás Aktív témák

• #54352 ricsip addikt PeL #54350

  Új Válasz 2022-03-26 16:56:31 #54352

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ricsip

  addikt

  válasz PeL #54350 üzenetére

  Google: HDTune pro 30 napos trial letölt, és ráereszteni egy teljes OLVASÁS (NEM írás, csak olvasás) tesztet a lemezre. Ha végigfutott, látni fogod a görbét, és megérted miért lassabb a HDD-k végén az adatelérés, mint az elején.

• #54351 King Unique titán PeL #54348

  Új Válasz 2022-03-26 16:41:00 #54351

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  King Unique

  titán

  válasz PeL #54348 üzenetére

  • Abban nincsen semmi meglepő, ha egyazon partíción belüli másolásnál nem feltétlen lesz annyira gyors a sebesség, hiszen egyszerre kell ott olvasni és írni is az adatokat.
  • Ahogyan abban sem, hogy a sok kicsi fájl másolása (írása) lassabb mint a nagy méretű fájloké, az utóbbiakkal végzett műveletek adják vissza azokat a szekvenciális értékeket, amik a szintetikus teszteknél láthatók.
  • Aztán ha NTFS fájlrendszerűek a partíciók, akkor a töredezettség sem mindegy, ha nagyon töredezett a fájlrendszer, akkor az is lassító tényező lehet.
  • Továbbá az sem újdonság, hogy egy HDD a lemezterület elején gyorsabb, a végé felé közeledve pedig egyre lassabb, amit az alábbi teszt is jól szemléltet. Ahol ha a 3. partíció a lemez végén helyezkedik el, akkor nem meglepő ha ott kisebb az olvasási és írási sebesség, mint a lemez elején lévő partíció(k)nál.
  • + Még az SMR miatt is lehet belassulás írásnál, de abban a DT01ACA200 merevlemez elvileg nem érintett a gyártó leírása alapján.

• #54349 ledgeri nagyúr PeL #54348

  Új Válasz 2022-03-26 16:31:36 #54349

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ledgeri

  nagyúr

  válasz PeL #54348 üzenetére

  Lemez. Forog. Egységnyi fordulattal a belső felén, negyedén lassabban halad a felülete az olvasó fej alatt, mint a külsőn. + Defrag kéne.

• #49430 Jinxb1rd addikt PeL #49419

  Új Válasz 2018-10-03 23:53:30 #49430

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jinxb1rd

  addikt

  válasz PeL #49419 üzenetére

  Az lesz majd. Vagy egy SSD vagy egy HDD. csak azt nem tudom: a hdd-k gyorsultak valamelyest az elmúlt 2-3 évben?

• #48864 King Unique titán PeL #48863

  Új Válasz 2018-05-26 22:54:09 #48864

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  King Unique

  titán

  válasz PeL #48863 üzenetére

  A felpörgések / leállások számát a 4-es attribútum mutatja, ami értéke jelenleg 642 db. Vagyis egyáltalán nem vészes, pláne 368 nap működési idő alatt. Ugyan most 1 óra alatt a 20 db tényleg kicsit sok, de ettől még a jelenlegi érték kritikusnak nem mondható. Itt a több 1000-es, illetve 10000-es érték az, ami aggasztó lehet, pláne rövid üzemidő alatt. A 192-es attribútum egyébként a kikapcsolások száma, a 193-as pedig a fejparkolás, amelyek értéke ennyi üzemidő alatt megint nem sok.

  Ha már Windowst és HDS-t használsz, akkor szükség esetén az utóbbinál is lehet tiltani a lemezek leállítását, amiről korábban volt szó. Aztán ugyan más eset, de volt akinél driveres probléma okozott irreálisan magas értékeket és a megoldás a megfelelő SATA AHCI driver telepítése volt.

• #48863 PeL addikt PeL #48862

  Új Válasz 2018-05-26 22:22:01 #48863

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  PeL

  addikt

  válasz PeL #48862 üzenetére

  Itt vannak a S.M.A.R.T. adatok:

  1,Raw Read Error Rate,16,100,100,OK,0,0,Engedélyezve
  2,Throughput Performance,54,140,140,OK,69,0,Engedélyezve
  3,Spin Up Time,24,131,131,OK,19530010,0,Engedélyezve
  4,Start/Stop Count,0,100,100,OK (Mindig rendben),642,0,Engedélyezve
  5,Reallocated Sectors Count,5,100,100,OK,0,0,Engedélyezve
  7,Seek Error Rate,67,100,100,OK,0,0,Engedélyezve
  8,Seek Time Performance,20,124,124,OK,33,0,Engedélyezve
  9,Power On Time Count,0,99,99,OK (Mindig rendben),8840,0,Engedélyezve
  10,Spin Retry Count,60,100,100,OK,0,0,Engedélyezve
  12,Drive Power Cycle Count,0,100,100,OK (Mindig rendben),642,0,Engedélyezve
  192,Power off Retract Cycle Count,0,100,100,OK (Mindig rendben),672,0,Engedélyezve
  193,Load/Unload Cycle Count,0,100,100,OK (Mindig rendben),672,0,Engedélyezve
  194,Disk Temperature,0,206,206,OK (Mindig rendben),35; 19; 29,0,Engedélyezve
  196,Reallocation Event Count,0,100,100,OK (Mindig rendben),0,0,Engedélyezve
  197,Current Pending Sector Count,0,100,100,OK (Mindig rendben),0,0,Engedélyezve
  198,Off-Line Uncorrectable Sector Count,0,100,100,OK (Mindig rendben),0,0,Engedélyezve
  199,Ultra ATA CRC Error Count,0,200,200,OK (Mindig rendben),0,0,Engedélyezve

  A 192-es és 193-as adat az eddigi 368 nap működési idő alatt jött össze, de most 1 óra alatt kb. 20-at emelkedett ez a két érték, és ez sztem baromira nem oké.

  Közben megnéztem, tök mindegy milyen értéket állítok be a merevlemez kikapcsoláshoz windows energiagazdálkodásban, ugyanúgy kikapcsolja 1-2 perc tétlenség után a HDD-t. Valami BIOS beállításra gyanakszom (ez esetben nem tudom mit kéne beállítani), vagy esetleg a HDD is lehet hibás?

  Az alaplapom ASUS B150M-K UEFI BIOS-al ha ez számít valamit.

• #47765 kuyarashi őstag PeL #47763

  Új Válasz 2017-10-14 18:31:06 #47765

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kuyarashi

  őstag

  válasz PeL #47763 üzenetére

  Az Samsung 830 ráadásul MLC, tehát bírnia kell. Ami ellene szólhat, az a kis mérete, de még akkor is évekig kell mennie gond nélkül.
  Teszt. Nem kell sajnálni garancián túl sem!

  Én sem indexelek az SSD-re szándékosan és Windows alatt kikapcsolom a hibernációt, stb., de egyébként nem aggódom rajta egy jó ideje. Ha bedöglik, nem a ráírt adatok mennyiségétől fog. (Mondjuk erre visszatérhetünk 15 év múlva.)

• #47761 #38075904 törölt tag PeL #47760

  Új Válasz 2017-10-14 17:47:34 #47761

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #38075904

  törölt tag

  válasz PeL #47760 üzenetére

  SSD arra van hogy pusztoljon, ne kíméld.

  Per még nem volt abból, hogy tönkrement, de a te hibádból mert túl sokat írtál rá.

  Azért van hogy kopjon, pusztuljon.3-5 év garancia van rá? Sztem nem kell aggódni. Fontos adatokat meg ssd-n amugy sem tárolunk, régi indián közmondás.
  Mondjuk ha rengeteg 1-2 kb-os file-al bombáznád, na akkor tényleg vége lehet pár év alatt.
  Lapozofile pl 8g ramnál 8g írás az ssd-re, 24 giga ramnál már kezd necces lenni a dolog. Az ha mindenképp szükséges dobd át hdd-re, meg a hiberfilt.

• #47446 Saltwater aktív tag PeL #47445

  Új Válasz 2017-08-12 21:04:21 #47446

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Saltwater

  aktív tag

  válasz PeL #47445 üzenetére

  Szia!
  Szerintem ehhez nincs köze a firmware-nek, egyszerűen gyengélkedik helyenként a felület.
  Én cserélném, vagy nem tartanék rajta fontos adatot.

• #1626 liksoft nagyúr PeL #1625

  Új Válasz 2007-05-19 16:34:32 #1626

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  liksoft

  nagyúr

  válasz PeL #1625 üzenetére

  Akkor a 1621-es hsz 1.-es pontja érvényesül. A TC-ben lehet állítani a másolás típusát. Próbálj azon állítani, hátha segít.

• #1623 liksoft nagyúr PeL #1622

  Új Válasz 2007-05-19 16:03:18 #1623

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  liksoft

  nagyúr

  válasz PeL #1622 üzenetére

  A két drive között másolsz? Mindkettő UDMA-ban megy? Nem töredezett a felület?

• #1621 liksoft nagyúr PeL #1620

  Új Válasz 2007-05-19 15:28:32 #1621

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  liksoft

  nagyúr

  válasz PeL #1620 üzenetére

  Kevés az info.
  
  1. Egy winyón belül két partíció között normális a sebességvisszaesés a fej mechanikus mozgatása miatt. Amíg a memória puffere megtelik gyors, utána belassul.
  
  2. Túlmelegedik a winyó és vagy mechanikai deformáció miatt, vagy elektronikai sérülés miatt sok az újraolvasás, sávraállási próbálkozás. Ez lehet a drive halálának előjele is.
  
  3. Tápfeszültséggond, ami a megnövekedett terhelésnél jelentkezik. Lehet tápegység, de tápcsatlakozó probléma is.
  
  4. A SMART mit mond a drive-ról? Pl: HDSentinel?
  
  Hirtelen ennyi.

Új hozzászólás Aktív témák