Kirjoittaja Aihe: Levykopioinnin hitaus  (Luettu 4407 kertaa)

qwertyy

  • Käyttäjä
  • Viestejä: 6077
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #20 : 18.08.25 - klo:21.18 »
Lainaus
Be aware though, if you want to encrypt them, that it takes a very long time on smr drives.

I once encrypted an 8 TB seagate smr drive with luks.
It took 14 days nonstop.

A 8 TB cmr drive takes ~ 26 hours.
14 päivää on aika pitkä aika 8 teran aseman kryptaukseen ja ei siinäkään enää nopeus päätä huimaa. Toki olisi kait tuokin vielä luokkaa 7mt/s.

Snufkin

  • Käyttäjä
  • Viestejä: 706
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #21 : 18.08.25 - klo:21.22 »
Onko asema kuinka karkeasti kuinka täynnä ja onko sen käyttö ollut aina sellaista "paikoilleen, kopiointi ja irroitus" tyyppistä, vai onko asema ollut jossain vaiheessa pitempiä aikoja koneessa kiinni?

On melko uusi levy ja oikeastaan aina irti. Teen sille vain satunnaisesti varakopioita läppäri-katastrofin varalle. Tällöin kiinni ja tiedostojen kopiointi ja sitten irti.
Xubuntu 22.04 LTS, Fujitsu Lifebook E754

qwertyy

  • Käyttäjä
  • Viestejä: 6077
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #22 : 18.08.25 - klo:21.27 »
Onko asema kuinka karkeasti kuinka täynnä ja onko sen käyttö ollut aina sellaista "paikoilleen, kopiointi ja irroitus" tyyppistä, vai onko asema ollut jossain vaiheessa pitempiä aikoja koneessa kiinni?

On melko uusi levy ja oikeastaan aina irti. Teen sille vain satunnaisesti varakopioita läppäri-katastrofin varalle. Tällöin kiinni ja tiedostojen kopiointi ja sitten irti.
Jotenkin sellainen kutina, että kannattaa ehkä jossain vaiheessa antaa olla aseman liitettynä vain "joutokäynnillä" kun tekee jotain. Se voi olla, että se vain kaipaa muutaman tunning GC-sessiota. Onko asemasta tuo yli 20% tilavuudesta nykyään käytettynä? Jos on, niin varsinkin siinä tapauksessa.

Snufkin

  • Käyttäjä
  • Viestejä: 706
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #23 : 18.08.25 - klo:21.52 »
Onko asema kuinka karkeasti kuinka täynnä ja onko sen käyttö ollut aina sellaista "paikoilleen, kopiointi ja irroitus" tyyppistä, vai onko asema ollut jossain vaiheessa pitempiä aikoja koneessa kiinni?

On melko uusi levy ja oikeastaan aina irti. Teen sille vain satunnaisesti varakopioita läppäri-katastrofin varalle. Tällöin kiinni ja tiedostojen kopiointi ja sitten irti.
Jotenkin sellainen kutina, että kannattaa ehkä jossain vaiheessa antaa olla aseman liitettynä vain "joutokäynnillä" kun tekee jotain. Se voi olla, että se vain kaipaa muutaman tunning GC-sessiota. Onko asemasta tuo yli 20% tilavuudesta nykyään käytettynä? Jos on, niin varsinkin siinä tapauksessa.

Saattaa olla tuota luokkaa, että 20% käytössä. En nyt muista ulkoa, enkä ole nyt ko. kovon ääressä. Pitääpä kokeilla pitää sitä enemmän koneessa kiinni.

Mulla on tällainen hieman diy-varakopionti, että läppärien kovot -> ulkoinen kovo A -> ulkoinen kovo B, joka sitten pääsin eri paikassa. Eli jos talo palaa, niin aina jää sitten jotain talteen. :)

Hankalaa, kun pitää varautua teknisiin ongelmiin, varkauteen ja tulipaloon. Pilviinkään en oikein luota.

Xubuntu 22.04 LTS, Fujitsu Lifebook E754

qwertyy

  • Käyttäjä
  • Viestejä: 6077
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #24 : 18.08.25 - klo:22.10 »
Mulla on tällainen hieman diy-varakopionti, että läppärien kovot -> ulkoinen kovo A -> ulkoinen kovo B, joka sitten pääsin eri paikassa. Eli jos talo palaa, niin aina jää sitten jotain talteen. :)

Hankalaa, kun pitää varautua teknisiin ongelmiin, varkauteen ja tulipaloon. Pilviinkään en oikein luota.
Jeps. Itsellä on 24/7 päällä oleva pieni 1L Proxmox serveri, jossa on sitten myös tiedostopalvelin. Tuon tiedostot on nyt sitten tarkoitus puolen vuoden välein synkronoida vastaavalle kryptatulle Seagate USB asemalle, joka on töissä pukukaapissa jemiksessä.

Proxmox palvelin on kyllä varmuuskopioitu PSB-palvelimelle, mutta se ei taas paljoa hyödytä kun kyseinen kone on käytännössä samassa tilassa. Pitäisi kyllä tehdä palvelimen varmuuskopioista myös joku vastaava USB-varmuuskopio. On sen konfaamiseen kuitenkin sen verran aikaa mennyt. No onpa ainakin ne tärkeimmät kuitenkin nyt muualla jemiksessä. Serverin nyt saa aina tehtyä uudelleen. Toki nyt kun tuli puheeksi, niin pitääkin tässä välissä ottaa heti paikalliset Trilium muistiinpanot talteen. Niitä en kyllä halua hukata.

_Pete_

  • Käyttäjä
  • Viestejä: 1857
  • Fufufuuffuuu
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #25 : 20.08.25 - klo:08.57 »
Jeps. Itsellä on 24/7 päällä oleva pieni 1L Proxmox serveri, jossa on sitten myös tiedostopalvelin. Tuon tiedostot on nyt sitten tarkoitus puolen vuoden välein synkronoida vastaavalle kryptatulle Seagate USB asemalle, joka on töissä pukukaapissa jemiksessä.

Proxmox palvelin on kyllä varmuuskopioitu PSB-palvelimelle, mutta se ei taas paljoa hyödytä kun kyseinen kone on käytännössä samassa tilassa. Pitäisi kyllä tehdä palvelimen varmuuskopioista myös joku vastaava USB-varmuuskopio. On sen konfaamiseen kuitenkin sen verran aikaa mennyt. No onpa ainakin ne tärkeimmät kuitenkin nyt muualla jemiksessä. Serverin nyt saa aina tehtyä uudelleen. Toki nyt kun tuli puheeksi, niin pitääkin tässä välissä ottaa heti paikalliset Trilium muistiinpanot talteen. Niitä en kyllä halua hukata.

Itsellä myös Proxmox tutkinta ja kokeilut alkusuoralla. Mikä on tuo PSB-palvelin jonka mainitsit? Miten olet toteuttanut tiedostonjaon proxmox kanssa? Sellainen olisi myös itselle tarkoitus saada mutta en vielä päässyt selvyytteen mikä on paras tapa: truenas tms vai suoraan proxmox hostissa vai jotain muuta?


qwertyy

  • Käyttäjä
  • Viestejä: 6077
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #26 : 20.08.25 - klo:16.27 »
Jeps. Itsellä on 24/7 päällä oleva pieni 1L Proxmox serveri, jossa on sitten myös tiedostopalvelin. Tuon tiedostot on nyt sitten tarkoitus puolen vuoden välein synkronoida vastaavalle kryptatulle Seagate USB asemalle, joka on töissä pukukaapissa jemiksessä.

Proxmox palvelin on kyllä varmuuskopioitu PSB-palvelimelle, mutta se ei taas paljoa hyödytä kun kyseinen kone on käytännössä samassa tilassa. Pitäisi kyllä tehdä palvelimen varmuuskopioista myös joku vastaava USB-varmuuskopio. On sen konfaamiseen kuitenkin sen verran aikaa mennyt. No onpa ainakin ne tärkeimmät kuitenkin nyt muualla jemiksessä. Serverin nyt saa aina tehtyä uudelleen. Toki nyt kun tuli puheeksi, niin pitääkin tässä välissä ottaa heti paikalliset Trilium muistiinpanot talteen. Niitä en kyllä halua hukata.

Itsellä myös Proxmox tutkinta ja kokeilut alkusuoralla. Mikä on tuo PSB-palvelin jonka mainitsit? Miten olet toteuttanut tiedostonjaon proxmox kanssa? Sellainen olisi myös itselle tarkoitus saada mutta en vielä päässyt selvyytteen mikä on paras tapa: truenas tms vai suoraan proxmox hostissa vai jotain muuta?
Se on ihan Proxmoxin virallinen varmuuskopiointipalvelin
https://www.proxmox.com/en/products/proxmox-backup-server/overview

Se on hyvinkin helppo laittaa toimintaan. Itsellä on ikivanha todella tehoton Intel NUC, johon laitoin 8gt muistia ja siihen on itse asiassa asennettu Proxmox palvelin ja yhdeksi VM koneeksi sitten tuo PBS. Natiivi asennus toki olisi varmaan paras, mutta oli ajatuksena, että jos tuohon muistimäärään saa vielä mahdutettua vielä jonkin, vaikka UrBackup palvelimen erilliseksi palveluksi.

Jonkin aikaa ajattelin tuon olevan ihan ylilyöty ratkaisu pieneen kotiserveriin, mutta sitten tajusin, että se on oikeastaan ainoa oikea ratkaisu, koska se tukee niin hyvin deduplikaatiota, eli itselläkin on tällä hetkellä deduplikation factor arvossa 10,57. Eli 6kpl virtuaalikoneita, joista varmuuskopiona 66 snapshottia ja 4kpl kontainereita joista tällä hetkellä 49 snapshottia, niin näiden varmuuskopiot veisi tavalliselle verkkoasemalle kopioituna tuon 10,57 kertaa isomman tilan. Itsellä on 730Gt varattu PSB:lle varmuuskopiotilaa, josta käytössä 598G ja silti jos koneiden koot ei muutu, niin PBS näyttää nyt automaattisesti, että varmuuskopiointi tila tulee täyteen 201 päivän päästä nykyisellä käytöllä. Muutenkin tuo on oikein kiva, kun se toimii käytännössä saumattomasti Proxmoxin kanssa. Periaatteessa kun on samassa verkossa, niin PBS:tä otetaan avain ja syötetään se Proxmoxiin, niin homma toimii melkeinpä automaattisesti sen jälkeen. Itsellä on varmuuskopiot kerran viikossa sunnuntai öisin ja tuosta nyt kun katsoo backup listaa kyseisen kontainerin kohdalta, niin voisin palauttaa sen 2024 elokuuhun saakka kuukauden välein. Eli kahden viikon varmuuskopiot on itsellä säilytyksessä ja sitten karsitaan varmuuskopiot niin, että jätetään kuukausittainen varmuuskopio. Sitten tietysti se tärkein, että nuo varmuuskopioiden palautukset on ainakin toistaiseksi toiminut itsellä ihan älyttömän hyvin. Juuri pari viikkoa sitten huomasin, että OpenMediaVault, joka pyörii Proxmoxin VM:nä, oli pahasti jäänyt itsellä päivittämättä. Katsoin, että datat sen osalta on hyvin varmuuskopioituna ja yritin päivittää tuon VM:n ja jotain meni pahasti pieleen. Napsuttelin muutaman kuukauden takaisen varmuuskopion, joka parin napin painalluksen jälkeen ja ehkä minuutin latauksen jälkeen palautettu, kokeilin päivittää hiukan erilailla ja taas on OpenMediaVault kunnossa. Samoin kun satunnaisesti kikkaillut HomeAssistantin kanssa, jonka saan ainakin itse rikottua, niin ihan mahtava vain painaa "backup now" ja jos jotain ryssii, niin palautus onnistuu ihan älyttömän nopeasti tuohon tilaan. Muutenkin tuossa voi tehdä todella helposti jonkin palautuspisteen ja vaikka kiinnittää sen niin, että sitä ei koskaan poisteta, vaikkapa esim. joku ajantasalle päivitetty Windows VM tms. voisi olla hyvä kohde tuollaiseen. Yhtenä mukanavana mielenrauhaa lisäävänä toimintona tuo vielä tekee varmuuskopioiden varmistustestit halutulla ajanjaksolla ja ilmoittaa jos varmuuskopiot alkaa korruptoitumaan tms. Itsellä tuo vanha tehoton NUC tekee siis kerran kuukaudessa varmuuskopioiden tarkistukset. Kestää pari tuntia tuollaisella todella tehottomalla koneella (2013 vuoden tuplaydin Celeron, joka käyttökelvoton nykyään melkein kaikkeen)

Eli ei mitään negatiivista sanottavaa. No se nyt tietysti, että ollut juttua, että siihen olisi ehkä jossain vaiheessa tulossa tukea muidenkin järjestelmien varmuuskopiointiin, niin sehän olisi vielä bonusta. Mutta jos Proxmox ja siihen on jo käyttänyt aikaa konffailuun ja varmuuskopiointi alkaa olla ajankohtaista, niin ihan ehdottomasti PBS käyttöön.

Kannattaa tsekata ElectronicsWizardyn Proxmox jutut. Ehkä YouTuben paras lähde moniin juttuihin. Tuossa on linkki hänen PBS videoon.
https://www.youtube.com/watch?v=Px5eHcUKbbQ

Tuon PBS avulla itse asiassa siirsin koko Proxmox serverin ihan eri raudalle parissa tunnissa. Varmuuskopiot vain kaikista. Uuteen koneeseen nopea Proxmox asennus ja datan palautus PBS:tä. Eli siinäkin mielessä varsin näppärä siirtää noita VM/CT asennuksia eri koneisiin.
« Viimeksi muokattu: 20.08.25 - klo:16.34 kirjoittanut qwertyy »

Postimies

  • Käyttäjä
  • Viestejä: 2653
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #27 : 24.08.25 - klo:13.20 »
Onko asema kuinka karkeasti kuinka täynnä ja onko sen käyttö ollut aina sellaista "paikoilleen, kopiointi ja irroitus" tyyppistä, vai onko asema ollut jossain vaiheessa pitempiä aikoja koneessa kiinni?

On melko uusi levy ja oikeastaan aina irti. Teen sille vain satunnaisesti varakopioita läppäri-katastrofin varalle. Tällöin kiinni ja tiedostojen kopiointi ja sitten irti.
Mikä tiedostojärjestelmä? Fat ainakin on tuhottoman hidas jos hakemistossa on paljon tiedostoja. Itsellä on valokuville 4T Seagate varmuuskäyttöön ja toimii kivasti kun kopioitavat koot suhteellisen pieniä - noin 30G kerrallaan. Tiedostojärjestelmä jostain syystä xfs

Snufkin

  • Käyttäjä
  • Viestejä: 706
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #28 : 24.08.25 - klo:14.42 »
Mikä tiedostojärjestelmä? Fat ainakin on tuhottoman hidas jos hakemistossa on paljon tiedostoja. Itsellä on valokuville 4T Seagate varmuuskäyttöön ja toimii kivasti kun kopioitavat koot suhteellisen pieniä - noin 30G kerrallaan. Tiedostojärjestelmä jostain syystä xfs

En nyt muista, mutta ei pitäisi olla siitä kiinni, koska kopiointi aluksi nopeaa.
Xubuntu 22.04 LTS, Fujitsu Lifebook E754

nm

  • Käyttäjä
  • Viestejä: 16784
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #29 : 24.08.25 - klo:15.51 »
En nyt muista, mutta ei pitäisi olla siitä kiinni, koska kopiointi aluksi nopeaa.

Alun nopea kopioiminen voi johtua Linuxin levyvälimuistista, eli tiedostot kopioidaan RAM-muistiin odottamaan varsinaista kirjoitusta levylle. Kirjoitusprosessi etenee taustalla omaan tahtiinsa, mutta aluksi voi tosiaan vaikuttaa siltä, että kopiointi etenee vauhdikkaasti. Levyvälimuistin koko riippuu vapaan muistin määrästä. Yleensä sitä on ainakin gigatavun verran, ellei muisti ole vähissä.

qwertyy

  • Käyttäjä
  • Viestejä: 6077
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #30 : 25.08.25 - klo:13.16 »
Onko asema kuinka karkeasti kuinka täynnä ja onko sen käyttö ollut aina sellaista "paikoilleen, kopiointi ja irroitus" tyyppistä, vai onko asema ollut jossain vaiheessa pitempiä aikoja koneessa kiinni?

On melko uusi levy ja oikeastaan aina irti. Teen sille vain satunnaisesti varakopioita läppäri-katastrofin varalle. Tällöin kiinni ja tiedostojen kopiointi ja sitten irti.
Mikä tiedostojärjestelmä? Fat ainakin on tuhottoman hidas jos hakemistossa on paljon tiedostoja. Itsellä on valokuville 4T Seagate varmuuskäyttöön ja toimii kivasti kun kopioitavat koot suhteellisen pieniä - noin 30G kerrallaan. Tiedostojärjestelmä jostain syystä xfs
Ei sillä ollut oikeastaan mitään merkitystä. Taitaa olla nyt exFAT että toimii varmasti kaikissa koneissa. Niin kuin jo aiemmin mainitsin, niin se joku 10-30Gt menee kivasti ja sitten jäätyy.

Postimies

  • Käyttäjä
  • Viestejä: 2653
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #31 : 25.08.25 - klo:23.50 »

Mikä tiedostojärjestelmä? Fat ainakin on tuhottoman hidas jos hakemistossa on paljon tiedostoja. Itsellä on valokuville 4T Seagate varmuuskäyttöön ja toimii kivasti kun kopioitavat koot suhteellisen pieniä - noin 30G kerrallaan. Tiedostojärjestelmä jostain syystä xfs
Ei sillä ollut oikeastaan mitään merkitystä. Taitaa olla nyt exFAT että toimii varmasti kaikissa koneissa. Niin kuin jo aiemmin mainitsin, niin se joku 10-30Gt menee kivasti ja sitten jäätyy.
[/quote]
FAT-levy on hidas jos paljon pieniä tiedostoja. Se käyttää listaa joka luetaan aina alusta loppuun. Toki koneen välimuisti auttaa, mutta kun se täyttyy nopeus romahtaa. Binääripuu on listaan verrattuna paljon nopeampi. exFAT tukea ei taida olla vanhemmissa koneissa. Toki sen voi yleensä asentaa. Voit testata huviksesi tikulla.

qwertyy

  • Käyttäjä
  • Viestejä: 6077
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #32 : 26.08.25 - klo:18.06 »

Mikä tiedostojärjestelmä? Fat ainakin on tuhottoman hidas jos hakemistossa on paljon tiedostoja. Itsellä on valokuville 4T Seagate varmuuskäyttöön ja toimii kivasti kun kopioitavat koot suhteellisen pieniä - noin 30G kerrallaan. Tiedostojärjestelmä jostain syystä xfs
Ei sillä ollut oikeastaan mitään merkitystä. Taitaa olla nyt exFAT että toimii varmasti kaikissa koneissa. Niin kuin jo aiemmin mainitsin, niin se joku 10-30Gt menee kivasti ja sitten jäätyy.
FAT-levy on hidas jos paljon pieniä tiedostoja. Se käyttää listaa joka luetaan aina alusta loppuun. Toki koneen välimuisti auttaa, mutta kun se täyttyy nopeus romahtaa. Binääripuu on listaan verrattuna paljon nopeampi. exFAT tukea ei taida olla vanhemmissa koneissa. Toki sen voi yleensä asentaa. Voit testata huviksesi tikulla.
[/quote]En oikein usko tuohon, kun omassa kopioinnissa oli myös kymmenien gigatavujen yksittäisiä järjestelmäpalautustiedostoja. Toki myös iso nippu pienempiä. Mutta kuitenkin ihan yhtä hidasta näytti olevan oli sitten kyseessä isot tai pienet tiedostot. Kävi kyllä mielessä, että yksi vaihtoehto olisi ehkä ollut vain tehdä salasanapakattu tiedosto ensin jollekin muulle asemalle ja sitten kokeilla kopioida se kerralla tuolle asemalle. Mutta nyt kun kopiointi on viimein tehty, niin freefilesyncillä ei pitäisi hirveän kauaa enää mennä päivitellä tyyliin joitain gigatavuja sitten puolivuosittain asemalle. Johonkin pakattuun tiedostoon tuo olisi varsin ärsyttävä muutos jatkossa.

Snufkin

  • Käyttäjä
  • Viestejä: 706
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #33 : 11.10.25 - klo:13.48 »
Uusi kokeilu ja sama vanha ongelma. Ensimmäinen 2G meni nyt suhteellisen nopeasti koneen omalta kovolta ulkoiselle usb-portin kautta, mutta sitten homma hidastui merkittävästi.

Nyt katkaisin siirron ja aloitin uudelleen niin, että se skippaa jo olemassa olevat. Edelleen tolkuttoman hidas.

Lähde on 500G HDD ja kohde 1T Seagete HDD
Xubuntu 22.04 LTS, Fujitsu Lifebook E754

Snufkin

  • Käyttäjä
  • Viestejä: 706
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #34 : 11.10.25 - klo:13.58 »
Seuraava yritys 4,G kuormalla hyytyi (hidastui merkittävästi) 500M kohdalla. :(

Tuollainen ohjelma kuin thumblerd, joka jonkinlainen Thunarin apulainen tuntuu haukkaavan kovasti prosessoriaikaa. Pitääpä kokeilla jotain muuta tiedosto-ohjelmaa. Tuon thumblerin ongelmista on juttua netissä kyllä. Edit: haukkaa enimmillään 38% prosessoriajasta.
« Viimeksi muokattu: 11.10.25 - klo:14.18 kirjoittanut Snufkin »
Xubuntu 22.04 LTS, Fujitsu Lifebook E754

Snufkin

  • Käyttäjä
  • Viestejä: 706
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #35 : 11.10.25 - klo:14.56 »
Eipä se olekaan vika Thunarissa. Kokeilen toisella ohjelmalla (Krusader) ja sama hitaus alkoi noin 2GB kohdalla, eikä tuo thumlerd käynnistynyt tällä ohjelmalla.

Vian etsintä jatkuu...
Xubuntu 22.04 LTS, Fujitsu Lifebook E754

nm

  • Käyttäjä
  • Viestejä: 16784
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #36 : 11.10.25 - klo:15.51 »
Kuten aiemmin totesin, levyvälimuisti vaikuttaa nopeuteen siirron alussa. Käytännössä lähdelevyn lukunopeus määrää silloin siirtonopeuden, mutta data siirtyy vain keskusmuistissa sijaitsevaan kernelin levyvälimuistiin. Varsinainen kirjoitus on tässä sinun tapauksessasi todennäköisesti koko ajan yhtä hidasta.

Snufkin

  • Käyttäjä
  • Viestejä: 706
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #37 : 11.10.25 - klo:15.59 »
Kuten aiemmin totesin, levyvälimuisti vaikuttaa nopeuteen siirron alussa. Käytännössä lähdelevyn lukunopeus määrää silloin siirtonopeuden, mutta data siirtyy vain keskusmuistissa sijaitsevaan kernelin levyvälimuistiin. Varsinainen kirjoitus on tässä sinun tapauksessasi todennäköisesti koko ajan yhtä hidasta.

Voiko tuohon välimuistin kokoon vaikuttaa? Onko se sama kuin tuo SWAP? Minulla on se 2G, mutta oli tuolloin hidastuessa vain noin 50% käytössä. Keskusmuistia on 12G.

Onko olemassa jotain tapaa mitata noita luku ja kirjoitusnopeuksia per levy?
Xubuntu 22.04 LTS, Fujitsu Lifebook E754

qwertyy

  • Käyttäjä
  • Viestejä: 6077
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #38 : 11.10.25 - klo:16.25 »
Voiko tuohon välimuistin kokoon vaikuttaa? Onko se sama kuin tuo SWAP?
Ei ole sama asia. Tuo välimuisti toteutuu ihan kernelin ohjaamana kuten nm mainitsi. Eli luetaan tai kirjoitetaan keskusmuistiin ensin tai oikeastaan voi sanoa, että sinne aletaan puskuroida kun levytoimminnot ei pysy enää mukana. Swap on taas keskusmuistin jatke. Eli jos keskusmuisti loppuisi, niin muistin puutos korvataan levylle kirjoittamalla, joka on aina ei toivottu tapahtuma, mutta swappia on hyvä yleensä varmuuden vuoksi olla pieni määrä jos muisti täyttyy, niin järjestelmä ei välttämättä sitten kaadu kokonaan.

Lainaus
Onko olemassa jotain tapaa mitata noita luku ja kirjoitusnopeuksia per levy?
On paljonkin. Jossain määrin näet ihan sieltä käyttiksestä, riippuen vähän mikä UI on käytössä, mutta esim. Gnomessa järjestelmämonitorilla jos nyt nimen muistan oikein. Toki vain hetkellisesti. Sieltä muuten muistista näkee myös tuon välimuistin määrään jos se sattuu kiinnostamaan. Sitä kun seuraa kun on toimintoja päällä, niin se elää aika paljon.

Gnomessa taitaa sillä oletuslevytyökalulla pystyä muuten testaamaan asemia. Sitten on vaikka KDiskMarkilla voi oikein testata tarkemmin asemia Flathubissa jne.
https://flathub.org/en/apps/io.github.jonmagon.kdiskmark
Vaihtoehtoja kyllä löytyy.

Snufkin

  • Käyttäjä
  • Viestejä: 706
    • Profiili
Vs: Levykopioinnin hitaus
« Vastaus #39 : 11.10.25 - klo:16.33 »
Levyn sisäisessä kopioinnissa (kansiosta toiseen) tätä ilmiötä ei tapahdu. Juuri siisrin 3,9G melko nopeasti
Xubuntu 22.04 LTS, Fujitsu Lifebook E754