Wie viele Daten liest Linux beim durchschnittlichen Start?

Ich frage mich, wie viele Daten insgesamt ein frisch installiertes Vanilla Linux-System (wie 32-Bit CentOS 5.10) liest, um zu einer virtuellen Konsolen-Shell-Eingabeaufforderung zu gelangen. Sie können alle Konfigurationsdateien lesen, Binärdateien, Kernel-Images usw. laden.

Ich suche nach Schätzungen in der Größenordnung. Mir ist bekannt, dass der Linux-Start in Bezug auf Details des Prozesses sehr unterschiedlich ist. Sprechen wir 10Mb? 100 MB? 1 GB?

Installieren Sie ein System, starten Sie es und überprüfen Sie die Blockschichtstatistiken von /sys/block/${DEV}/statz /sys/block/sda/stat.

Zitat aus der Dokumentation :

Die Statistikdatei besteht aus einer einzelnen Textzeile mit 11 durch Leerzeichen getrennten Dezimalwerten. Die Felder sind in der folgenden Tabelle zusammengefasst und werden nachstehend ausführlicher beschrieben:

Name            units         description
----            -----         -----------
read I/Os       requests      number of read I/Os processed
read merges     requests      number of read I/Os merged with in-queue I/O
read sectors    sectors       number of sectors read
read ticks      milliseconds  total wait time for read requests
write I/Os      requests      number of write I/Os processed
write merges    requests      number of write I/Os merged with in-queue I/O
write sectors   sectors       number of sectors written
write ticks     milliseconds  total wait time for write requests
in_flight       requests      number of I/Os currently in flight
io_ticks        milliseconds  total time this block device has been active
time_in_queue   milliseconds  total wait time for all requests

Sektoren lesen, Sektoren schreiben

Diese Werte zählen die Anzahl der Sektoren, die von diesem Blockgerät gelesen oder in dieses geschrieben wurden. Die fraglichen "Sektoren" sind die Standard-UNIX-512-Byte-Sektoren, keine geräte- oder dateisystemspezifische Blockgröße. Die Zähler werden erhöht, wenn die E / A abgeschlossen ist.

Mit diesem Einzeiler können Sie die Anzahl der Bytes einfacher ermitteln:

awk '{printf("read %d bytes, wrote %d bytes\n", $3*512, $7*512)}' /sys/block/vda/stat

Ergebnisse für Scientific Linux 6.1 i386

Ich habe dies auf einer virtuellen KVM / qemu-Maschine getestet, auf der Scientific Linux 6.1 i386 (ähnlich wie RHEL) ausgeführt wird. Die folgenden Dienste wurden aktiviert: acpid, auditd, crond, network, postfix, rsyslog, sshd und udev-post. Der Swap befindet sich auf einer separaten Festplatte und wird daher nicht berücksichtigt.

Die Statistiken für 85 Stiefel, die einige Sekunden nach Erscheinen der Anmeldeaufforderung mit SSH aus der Ferne erstellt wurden, lauteten:

    Name            Median   Average   Stdev
    -------------   ------   -------   -----
    read I/Os       1920     1920.2    2.6
    read merges     1158     1158.4    1.8
    read sectors    85322    85330.9   31.9
 >> read MiBytes    41.661   41.665    0.016
    read ticks      1165     1177.2    94.1
    write I/Os      33       32.6      1.7
    write merges    64       59.6      7.4
    write sectors   762      715.2     70.9
 >> write MiBytes   0.372    0.349     0.035
    write ticks     51       59.0      17.4
    in_flight       0        0.0       0.0
    io_ticks        895      909.9     57.8
    time_in_queue   1217     1235.2    98.5

Die Startzeit betrug ca. 20 Sekunden.

In Ihren Kommentaren sagen Sie, dass Sie eine Netboot- / Netzwerk-Root-Umgebung evaluieren.

Das erste, was Sie wissen müssen, ist, dass es kein "Vanille" gibt - Sie werden CentOS 5.10 nicht sofort ohne Änderungen ausführen (wenn Sie glauben, dass Sie sich selbst täuschen: NFS Root ist bereits vorhanden zumindest Erdbeere, die an Pistazien grenzt).

Wenn Sie eine Antwort für Ihre spezifische Umgebung wünschen (was wirklich zählt), müssen Sie einen NFS-Server und einen Client-Computer einrichten, starten und messen:

1. Die Überweisung (Menge)
2. Der Durchsatz (Rate)

Beide Werte sind für die Leistung von entscheidender Bedeutung. Möglicherweise möchten Sie auch irgendwann mehrere Clients einrichten und die normale Nutzung des Systems simulieren, um festzustellen, welche Anforderungen an den NFS-Server / das NFS-Netzwerk gestellt werden, wenn Benutzer die Systeme wie im Alltag verwenden Arbeit.

Siehe auch: Unsere Reihe zur Kapazitätsplanung - Wir sprechen nicht speziell über NFS, aber es gelten die allgemeinen Prinzipien von "Erstellen, Testen, Betonen".