Stránka 10 z 10
Napsal: 23 říj 2019, 20:41
od termit256
PotPalo píše:No ale ja udávam to čítanie a zápis dokopy. Z toho istého disku to číta, aj zapisuje, takže rýchlosť je iná, ako nejaký benchmark, ktorý iba zapisuje alebo iba číta. Schválne si to každý odmerajte, dajte kopírovať 1GB súbor na tom istom disku. Nejaké "teoretické" rýchlosti výrobcu ma nezaujímajú.
Dal jsem 4GB soubor, kopirovani tak jak popisujes trvalo cca 3 vteriny.
Na 1GB mi ani nenaskocilo to okno s rychlosti kopirovani.
Ten tvuj SSD je opravdu tragicky pomaly.
Napsal: 23 říj 2019, 21:16
od lesana87
4GB za 3s přečíst a zapsat? To máš SATA V nebo VI?
Napsal: 23 říj 2019, 21:18
od rnbw
Asi NVME. A cache v RAM.
Napsal: 23 říj 2019, 21:33
od p32
Napsal: 23 říj 2019, 21:39
od termit256
Disk je v PCIe a nema zadnou DRAM cache.
Napsal: 23 říj 2019, 21:43
od rnbw
RAM v PC funguje ako cache.
Napsal: 23 říj 2019, 21:54
od termit256
Proces kopirovani nepouziva RAM jako cache. Tou rychlosti muze jet porad, lepsi SSD mivaji sekvencni cteni/zapis kolem 3GB/sec.
Napsal: 24 říj 2019, 08:34
od piCZus
Tohle je kopírování na USB disk, velikost je 29GB a ta se mi do RAM nevleze. Benchmark je sice o cca 250MB/s rychlejší, takže reálná je dejme tomu o 1/3 pomalejší. Pořizovat SSD na staré PC kvůli 60-80MB/s, když ty disky mají reálné rychlosti o 3-4x vyšší, je opravdu zbytečné a pokud nefunguje ani zarovnávání 512kB bloků, tak to jde časem ještě více do ......
Napsal: 24 říj 2019, 11:18
od Osmdesat
To kopírování přece probíhá po kouskách
Se dá příkaz řadiči disku, aby přes DMA (nebo nějakou podobnou záležitost, nevím, co se teď používá za technologii) poslal ten a ten kus na tu a tu adresu v RAM. Dalším příkazem se zase nechá poslat z RAM na ten a ten sektor v disku. A tak pořád dokola, až se překopčí celý soubor. Ten proces může být opravdu bleskurychlý, nezávislý na rychlosti procesoru, omezený jen rychlostí sběrnice a použitého diskového rozhraní (v dřevních dobách to šlo přes procesor, ale to už je opravdu hodně, hodně dávno).
Napsal: 24 říj 2019, 14:03
od PotPalo
A tu je to spomalenie: "Dá sa príkaz", a "rýchlosť zbernice". Procesor musí striehnuť a včas dať ďalší príkaz, aby sa zbytočne nečakalo. A pokiaľ je zbernica pomalá, tak sa môžeš aj pototo... Na druhú stranu, pomalší zápis=menej zahrievania disku=dlhšia životnosť.
A ozaj, ďalšia vec, tiež záleží koľko sa toho naraz prečíta a následne naraz uloží. V TC sa to dá dokonca aj nastaviť, ale či to nebude obchádzať O.S. so svojou cache, to fakt neviem.
Napsal: 24 říj 2019, 22:05
od Osmdesat
Nejsem tedy žádný expert na architekturu moderních (ani nemoderních) PC, ale rychlost RAM a propustnost sběrnice u současných PC bude jistě řádově vyšší než rychlost nějakých flešpamětí. Možná snad na nějaké čtyřiosmšestce by to bylo naopak.
Jistě, záleží, po jak velkých kusech se čtou data. Každopádně se neboj, že by se procesor při tom nějak moc zapotil. Zátěž procesoru je už od dob UDMA (přišlo s bus masteringem, obecně Pentium I a výše) během kopírování mizivá. Pokud jsi chtěl vidět fakt zátěž CPU během kopírování, musel jsi mít ATA disk v režimu PIO, kdy data šla přes porty V/V brány, kde CPU musel v cyklu doslova po bajtech vyzobávat to, co na bránu zapsal diskový řadič.
Ale to jsme se dostali mimo téma, cítím, že nějaký moderátor nám tuhle hospodskou besedu brzo rozežene
Napsal: 24 říj 2019, 23:05
od xsc
Osmdesat píše:Nejsem tedy žádný expert na architekturu moderních (ani nemoderních) PC, ale rychlost RAM a propustnost sběrnice u současných PC bude jistě řádově vyšší než rychlost nějakých flešpamětí. Možná snad na nějaké čtyřiosmšestce by to bylo naopak.
Pokud jde o propustnost sběrnice, tak ani ne. Je to taky jeden z důvodů, proč se od SATA SSD přešlo k NVMe SSD - tedy přímého připojení do PCIe sběrnice.