Kopiere aus /dev/random auf dem RPi3b+ mit 26MB/s, der RPi4b schafft nur 20MB/s. Kann mir das irgendjemand plausibilisieren?
/dev/random
- muxsator
- Thread is marked as Resolved.
Registriere dich jetzt, um exklusive Vorteile zu genießen! Als registriertes Mitglied kannst du Inhalte herunterladen und profitierst von einem werbefreien Forum.
Mach mit und werde Teil unserer Community!
Mach mit und werde Teil unserer Community!
-
Hallo,
kopieren nach...? Dir ist klar, dass i.d.R. beim Kopieren maßgeblich die Schreibgeschwindigkeit des zu beschreibenden Mediums der geschwindigkeitsbestimmende Teil ist? Hast du das mit exakt der selben SD-Karte getestet?
Gruß, noisefloor
-
Richtig konfiguriert (default Auslieferungszustand) verwendet meines Wissens
a.) der Pi4 den Hardware-rng des Soc
b.) Alle anderen nur einen Software-rng
Da zu a.) im SoC eine (fast) echte random Number generiert (und ans Programm zurückgegeben) wird, dauert der Vorgang einige Prozessortakte länger. Dafür hast Du eine fast echte Zufallszahl, während die Softwarelösung theoretisch nachvollzogen/erraten werden kann.
Servus !
-
-
Kopiere aus /dev/random auf ...
Teste mal auch mit /dev/urandom.
Denn random blockiert die Ausgabe (bzw. die Ausführung von Prozessen), wenn die Entropy den festgelegten/konfigurierten Wert unterschreitet. random ist aber sicherer als urandom (das nicht blockiert). Es geht hier um Linux, in anderen OSs (FreeBSD, OpenBSD, MacOS, ) kann es anders sein.
-
Da zu a.)
... finde ich u.A. diese Seite
Tenor: Richtige nicht deterministische Zufallszahlen per HW generiert dauern leider etwas laenger
-
-
Moin!
Keine Ahnung wozu dieser Thread nützlich ist, weil es keine Erklärung vom Threadersteller gibt.
Aber nur mal so. Auf einem RPI4...
Codedd if=/dev/random bs=8192 count=$((128*512)) of=/dev/null status=progress 506085376 Bytes (506 MB, 483 MiB) kopiert, 16 s, 31,6 MB/s 65536+0 Datensätze ein 65536+0 Datensätze aus 536870912 Bytes (537 MB, 512 MiB) kopiert, 16,9695 s, 31,6 MB/sDie Geschwindigkeit ist anscheinend grösser...
73 de Bernd
-
Interessant: Ich erhalte mit meinem RPI4/4GB, headless server 32 Bit bullseye lite
Codedd if=/dev/random bs=8192 count=$((128*512)) of=/dev/null status=progress 533716992 bytes (534 MB, 509 MiB) copied, 26 s, 20.5 MB/s 65536+0 records in 65536+0 records out 536870912 bytes (537 MB, 512 MiB) copied, 26.153 s, 20.5 MB/s -
Moin!
Es geht noch besser.
Auf einem Raspberry Pi 3 Model B Rev 1.2.
Codedd if=/dev/random bs=8192 count=$((128*512)) of=/dev/null status=progress 496082944 Bytes (496 MB, 473 MiB) kopiert, 11 s, 45,1 MB/s 65536+0 Datensätze ein 65536+0 Datensätze aus 536870912 Bytes (537 MB, 512 MiB) kopiert, 11,8972 s, 45,1 MB/sAlle Test wurden auf RaspberryPi OS Lite ausgeführt. Via SSH
73 de Bernd
-
-
... Dort kommen ich beim RPi3b+ auf 132KB/s und beim RPi4b auf 66KB/s. ...
Da liegt wohl irgendwas bei Dir im argen
Wie Du siehst sehen die Werte bei Bernd666 und bei mir um 10er Potenzen anders aus. -
Raspberry Pi 4 64bit OS with Desktop SSD
Codefranjo64@bullseye64bit:~ $ dd if=/dev/random bs=8192 count=$((128*512)) of=/dev/null status=progress 484950016 bytes (485 MB, 462 MiB) copied, 3 s, 162 MB/s 65536+0 records in 65536+0 records out 536870912 bytes (537 MB, 512 MiB) copied, 3.31386 s, 162 MB/s -
Dito mit SSD und 64bit OS, Pi 4:
Code$ dd if=/dev/random bs=8192 count=$((128*512)) of=/dev/null status=progress 489422848 bytes (489 MB, 467 MiB) copied, 3 s, 163 MB/s 65536+0 records in 65536+0 records out 536870912 bytes (537 MB, 512 MiB) copied, 3.2871 s, 163 MB/sIm vierten Versuch, vorher hatte ich auch 162 MB/s, und einmal nur 161.
-
-
Ich würde mir ja nebenher auf dem RPi 4B noch ein Video anschauen, im Internet surfen und ein paar Skripte in Schleife ohne sleep laufen lassen. Dann sind die Unterschiede noch deutlicher zum RPi 3B+.
Wer weiß denn schon sicher welcher Prozess zu welchem Zeitpunkt die höchste Priorität für CPU-Zeit bekommt?
Davon ab ist die Aussage in #1 ohne Rahmenbedingungen zu nennen nichts wert.
-
Nur mal so als Vergleich. Weil er grade vor mir lag
Code
Display More$ dd if=/dev/random bs=8192 count=$((128*512)) of=/dev/null status=progress 525574144 bytes (526 MB, 501 MiB) copied, 92 s, 5,7 MB/s 65536+0 Datensätze ein 65536+0 Datensätze aus 536870912 bytes (537 MB, 512 MiB) copied, 93,0205 s, 5,8 MB/s $ cat /sys/firmware/devicetree/base/model Raspberry Pi Model B Rev 2 $ uname -a Linux rpi001 5.10.103+ #1529 Tue Mar 8 12:19:18 GMT 2022 armv6l GNU/Linux -
Gerät Geschwindigkeit /dev/random 23,0 MB/s /dev/urandom 23,3 MB/s /dev/hrng 105 kB/s Auf einem Raspberry Pi 3 Model B Rev 1.2 mit Linux osmc 5.10.78-7-osmc #1 SMP PREEMPT Fri Sep 2 02:43:52 UTC 2022 armv7l GNU/
Linux
-
-
RPi 3B Stretch Desktop:
Code$ dd if=/dev/random bs=8192 count=$((128*512)) of=/dev/null status=progress dd: warning: partial read (115 bytes); suggest iflag=fullblock 346 Bytes kopiert, 52,2691 s, 0,0 kB/s^C 0+11 Datensätze ein 0+11 Datensätze aus 346 Bytes kopiert, 58,6123 s, 0,0 kB/sMit iflag=fullblock wird es nicht besser.
-
Moin muxsator,
dann spreche ich dich mal persönlich an und wiederhole meine Frage.
Keine Ahnung wozu dieser Thread nützlich ist, weil es keine Erklärung vom Threadersteller gibt.
Also, warum das Ganze??
73 de Bernd
-
-
mit 1,5Ghz.
Aha, jetzt kommt doch noch die Taktfrequenz ins Spiel. Die ist nicht bei allen Pi Modellen gleich.
Daneben ist auch noch die Systemauslastung, Prozessoranzahl, Nice Wert (des dd-Prozesses), u.A. ausschlaggebend.
Servus !
