Cache beim direkten Zugriff auf Block-Device

  • Weiß jemand, ob beim direkten Zugriff auf ein Block-Device (z.B. eine SD-Card in /dev/sde) etwas gecache'd wird, oder die Daten direkt auf das Device geschrieben bzw. von dort gelesen werden?


    Hintergrund: ich teste gerade einige SD-Cards und schreibe sie dazu mit zufällig generierten Daten voll und lese diese wieder zurück, um sie mit den original Daten zu vergleichen. Wenn da beim Lesen etwas aus dem Cache käme, wäre das natürlich kontraproduktiv...


    <edit>

    Schreiben und Lesen erfolgt mit 'dd', also z.B. 'dd if=randomfile of=/dev/sde'.

    Das Device ist also nicht gemountet.

    </edit>


    Klaus

  • hdparm -W /dev/sde sollte den Cache abschalten


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Das bezieht sich vermutlich auf ein eventuelles Caching in der SD-Karte selber, oder?

    Code
    root> hdparm -W /dev/sde
    
    /dev/sde:
    SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00
     write-caching = not supported

    Wichtiger wäre mir zu wissen, ob der Kernel da was cache'd, denn in einem System mit 32GB RAM passt ein 8GB Drive locker rein ;-).


    Klaus

  • Ich sehe gerade, es muss heissen


    hdparm -W 0 /dev/sde


    Code
    /dev/sde:
     setting drive write-caching to 0 (off)
    SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
     write-caching = not supported

    Dem "write-caching = not supported" entnehme ich aber mal, daß die Karte gar kein Write-Caching unterstützt.

    Bleibt die Frage, wie man sicherstellen kann, daß der Kernel nichts puffert, oder wie man nach dem Schreiben dafür sorgen kann, daß ein eventueller Puffer verworfen wird und alle folgenden Lese-Operationen wirklich physikalisch von der SD-Karte lesen.


    Klaus

  • Code
    # echo 3 >/proc/sys/vm/drop_caches

    3 = Bitmaske, Bit 0 (1) = Pagecache, Bit 1 (2) = Dentries and Inodes. Auf https://unix.stackexchange.com…d-cache-on-a-linux-system gibts 'ne ausführliche Erklärung :)

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

  • Hallo Klaus,


    ich meine, die Option iflag=direct sollte den dd dazu bringen, am Read-Cache vorbei zu lesen, also z.B.:


    Code
    dd if=/dev/sde iflag=direct of=randomfile
  • Wichtiger wäre mir zu wissen, ob der Kernel da was cache'd, denn in einem System mit 32GB RAM passt ein 8GB Drive locker rein ;-).

    Wenn ich das noch recht erinnere ist der "grosse" Cache auf Dateisystemebene.


    Bei dd cachen allenfalls Treiber und Hardware etwas.

    Anderenfalls könnte ich mir die grossen Unterschiede, die bei Festplatten, bei verändern der Blockgrösse, auftreten, nicht erklären.

    Gruss
    SHF


  • Vielen Dank für die Tipps!


    Ich habe das jetzt mal ausprobiert und mit 'free' beobachtet.


    Also "echo 3 >/proc/sys/vm/drop_caches" löscht die Buffer (allerdings alle, also auch die von anderen Platten).


    "iflag=direct" sorgt dafür, daß gar nicht erst gepuffert wird.


    Somit ist letzteres das, was ich brauche :-).


    Klaus

  • PS: es gibt auch noch ein oflag=direct, je nachdem wo halt nicht gecached werden soll :)


    Edit: hdparm -Wx schaltet den Write Cache, der auf einer Festplatte sitzt, ein/aus ...

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!