Ile danych odczytuje Linux podczas rozruchu?

Zastanawiam się, ile danych w ogóle odczytuje świeżo zainstalowany waniliowy system Linux (jak 32-bitowy CentOS 5.10), aby dostać się do zachęty powłoki wirtualnej konsoli? Wiesz, czytanie wszystkich plików konfiguracyjnych, ładowanie plików binarnych, obraz jądra itp.

Szukam szacunków rzędu wielkości. Wiem, że rozruch systemu Linux różni się znacznie w zależności od szczegółów procesu. Czy mówimy 10 Mb? 100 Mb? 1 Gb?

Zainstaluj jeden system, uruchom go i sprawdź statystyki warstw bloków /sys/block/${DEV}/statnp /sys/block/sda/stat.

Cytowanie z dokumentacji :

Plik stat składa się z pojedynczego wiersza tekstu zawierającego 11 wartości dziesiętnych oddzielonych spacjami. Pola są podsumowane w poniższej tabeli i opisane bardziej szczegółowo poniżej:

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

sektory odczytu, sektory zapisu

Wartości te liczą liczbę sektorów odczytanych lub zapisanych w tym urządzeniu blokowym. „Sektory”, o których mowa, to standardowe sektory 512-bajtowe UNIX, a nie wielkość bloku specyficzna dla urządzenia lub systemu plików. Liczniki są zwiększane po zakończeniu operacji we / wy.

Możesz użyć tej linijki, aby łatwiej uzyskać liczbę bajtów:

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

Wyniki dla Scientific Linux 6.1 i386

Przetestowałem to na maszynie wirtualnej KVM / qemu z systemem Scientific Linux 6.1 i386 (która jest podobna do RHEL). Włączono następujące usługi: acpid, auditd, crond, network, postfix, rsyslog, sshd i udev-post. Zamiana znajduje się na osobnym dysku, więc nie jest brana pod uwagę.

Statystyki dla 85 butów pobranych zdalnie z SSH kilka sekund po pojawieniu się monitu logowania były następujące:

    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

Czas rozruchu wynosił około 20 sekund.

W komentarzach mówisz, że oceniasz środowisko netboot / root root.

Pierwszą rzeczą, którą musisz zdać sobie sprawę, jest to, że nie ma czegoś takiego jak „wanilia” - nie uruchomisz CentOS 5.10 od razu po wyjęciu z pudełka z zerowymi zmianami (jeśli myślisz, że tak się łudzisz: root NFS już jest przynajmniej Truskawka, granicząca z Pistacją).

Jeśli chcesz uzyskać odpowiedź dla swojego konkretnego środowiska (co naprawdę się liczy), musisz skonfigurować serwer NFS i komputer kliencki, uruchom go i zmierz:

1. Przeniesienie (ilość)
2. Przepustowość (stawka)

Obie wartości będą miały kluczowe znaczenie dla wydajności. Prawdopodobnie zechcesz także skonfigurować w pewnym momencie kilku klientów i zasymulować normalne korzystanie z systemu, aby zobaczyć, jaki rodzaj zapotrzebowania w stanie ustalonym nakładają na serwer / sieć NFS, gdy ludzie korzystają z systemów tak, jak robią to na co dzień praca.

Zobacz także: Nasza seria dotycząca planowania wydajności - nie mówimy konkretnie o NFS, ale obowiązują ogólne zasady „Buduj, testuj, stresuj”.