VPS performansı nasıl doğru şekilde ölçülür?

VPS performans testi yapmanın anlamı

Bir VPS üzerinde performans testi yapmak için dört ölçüm gerçekleştirilir: tek bir CPU çekirdeğinin ne kadar hızlı çalıştığı, makinenin bellek bant genişliğinin ne kadar olduğu, depolama biriminin saniyede kaç küçük rastgele disk işlemi gerçekleştirdiği ve ağ bağlantısının ne kadar aktarım hızı sağladığı. yabs.sh ile gerçekleştirilen tek bir çalışmada bu dört ölçüm yaklaşık on dakika içinde elde edilir. Sonuçları yorumlamak daha zordur. Bunun nedeni, bir VPS'nin (sanal özel sunucu) fiziksel donanımı diğer kiracılarla paylaşmasıdır. Bu nedenle aynı makine 03:00'te bir değer, 20:00'te ise çok farklı bir değer bildirebilir.

Buradaki plan, hızlı bir genel görünüm elde etmek için önce yabs.sh çalıştırmak, ardından bu aracın kullandığı araçları elle çalıştırmaktır. Araçları kendiniz çalıştırmanız, tek bir flag'i değiştirip değerin nasıl değiştiğini gözlemlemenizi ve bu değerin gerçekte neyi ölçtüğünü öğrenmenizi sağlar. Bu işlemi makine kurulduktan sonra, öncesinde değil, gerçekleştirin. Yeni bir VPS'de ilk on dakika bölümündeki adımlar önce uygulanmalıdır. Çünkü ilk güncellemelerini hâlâ uygulayan bir makine, donanımla ilgisi olmayan nedenlerle hatalı performans testi sonuçları verir.

Ölçüm yapmadan önce makineyi inceleyin

Her hatalı kıyaslamanın yarısı, yazarın anlamadığı bir makineden kaynaklanır.

nproc
lscpu | grep -E 'Model name|Hypervisor|Thread'
free -h
df -hT /
uname -r
systemd-detect-virt

Hypervisor vendor: KVM tam sanallaştırma anlamına gelir; bu nedenle kendi kernel'ınızı çalıştırırsınız. systemd-detect-virt çıktısındaki lxc veya openvz ise konteyner sanallaştırması anlamına gelir: ana makinenin kernel'ını paylaşırsınız ve CPU ile bellek sınırlarınız sanal donanım yerine cgroup (control group) ayarlarıyla belirlenir. cgroup v2 kullanan bir sistemde CPU sınırı doğrudan okunabilir.

cat /sys/fs/cgroup/cpu.max

max 100000 kota olmadığını gösterir. 200000 100000, her 100000 mikrosaniyelik dönemde 200000 mikrosaniye CPU kullanabileceğiniz anlamına gelir; bu, iki çekirdek kapasitelerine eşdeğer kotadır. İki çekirdek kotasına sahip, 4 vCPU olarak tanıtılan bir plan hiçbir zaman dört çekirdek gibi puan alamaz ve hiçbir kıyaslama aracı bunun nedenini belirten bir satır yazdırmaz.

df -hT / farklı bir nedenle önemlidir: Type sütunu. Bu sütunda overlay okunuyorsa bir konteyner içindesiniz ve aşağıdaki disk testinde değişiklik yapılması gerekir. Bunu şimdi not edin.

Sürekli steal time değerini izleme

Steal time, sanal CPU'nuzun çalışmaya hazır olduğu halde hipervizörün fiziksel çekirdeği başka bir sanal makineye verdiği süredir. Bir sonucun donanımdan değil, aynı fiziksel sunucudaki diğer kullanıcıların etkisinden kaynaklandığını gösteren en kullanışlı tek göstergedir.

vmstat 1 10

Sağdaki st sütununu okuyun. Sürekli 0 veya 1 değeri normaldir. 5'in üzerindeki sürekli değerler, o anda ana makinenin kapasitesinin üzerinde kullanıldığını gösterir. Bu nedenle, o zaman aralığında kaydettiğiniz tüm CPU değerleri makinenizde bir sorun olmadan düşük çıkar. top, CPU satırında %st ile aynı değeri gösterir. Karşılaştırmalı testleri yürütürken vmstat 1 komutunu ikinci bir SSH oturumunda çalışır durumda tutun ve steal değerini her sonucun yanına not edin.

yabs.sh ile başlayın

yabs.sh (Yet Another Bench Script), statik fio, iperf3 ve Geekbench ikili dosyalarını indiren, bunları çalıştıran ve tek bir özet yazdıran bir shell betiğidir. VPS benchmark tartışmalarında ortak başvuru aracıdır. Bu nedenle yabs çıktısı, başka biriyle sonuçları karşılaştırmanın en hızlı yoludur.

Projenin kendi tek satırlık kullanımı şöyledir.

curl -sL yabs.sh | bash

Bu komut, URL'nin o anda sunduğu içeriği doğrudan bir shell'e aktarır. Önce indirin, içeriğini okuyun, ardından çalıştırın.

curl -sLo yabs.sh https://raw.githubusercontent.com/masonr/yet-another-bench-script/master/yabs.sh
less yabs.sh
bash yabs.sh

Boru hattı kullanılırken seçenekler -s -- sonrasına, yerel bir kopya çalıştırılırken doğrudan dosya adından sonra yazılır. Kullanışlı seçenekler şunlardır: -f disk testini atlar, -i ağ testini atlar, -g Geekbench'i atlar, -r iperf3 konumlarının sayısını ikiye indirir, -j sonuçları JSON olarak yazdırır ve -w results.json bu JSON verisini bir dosyaya yazar.

bash yabs.sh -r -w yabs-run1.json

İlk çalıştırmadan önce bilinmesi gereken iki nokta vardır. Geekbench, sonucu yükler ve herkese açık bir browser.geekbench.com URL'si yazdırır. Bu nedenle bu bağlantıya sahip herkes CPU modelinizi ve puanlarınızı görebilir. -g bu testi tamamen atlar. İkinci olarak, iperf3 aşaması birkaç bölgedeki sunuculara gerçek ağ trafiği gönderir. Bu trafik, aylık bant genişliği kotanızdan düşer. 1 Gbit/s bağlantıda tam bir ağ aşaması onlarca gigabayt veri aktarabilir. Bu nedenle düşük bir kotada -r, ölçümlendirilen bir bağlantıda ise -i kullanın.

yabs çıktısının her bölümünün anlamı

Disk bölümü, 4k, 64k, 512k ve 1m olmak üzere dört blok boyutunda, %50 okuma ve %50 yazma karışımıyla fio çalıştırır. Her blok boyutu için IOPS (saniyedeki giriş/çıkış işlemleri) değerini ve bant genişliğini bildirir. Veritabanı, posta sunucusu veya çok sayıda küçük yazma işlemi yapan herhangi bir sistem için 4k satırına dikkat edilmelidir. Bunun nedeni, sunucu IO işlemlerinin çoğunun küçük ve dağınık olmasıdır. Uzun bayt dizilerinin taşındığı yedekleme ve video işlemleri için 1m satırı önemlidir.

Ağ bölümü, çeşitli bölgelerdeki herkese açık sunuculara karşı, her iki yönde ve paralel akışlar kullanarak iperf3 çalıştırır. Buradaki düşük değer kesin bir sonuç olarak değil, incelenmesi gereken bir soru olarak değerlendirilmelidir. Herkese açık iperf3 sunucuları paylaşılır ve çoğu zaman doygun durumdadır. Bu nedenle düşük sonuç karşı uçtan kaynaklanabilir.

Geekbench bölümü, tek çekirdek ve çok çekirdek için birer puan verir. Tek çekirdek puanı, tek bir isteğin, derlemenin veya sorgunun ne kadar hızlı tamamlanacağını öngörür. Çok çekirdek puanı ise çoğunlukla gerçekten kaç çekirdek alındığını gösterir.

Disk: fio'yu kendiniz çalıştırın

fio (esnek G/Ç test aracı), yabs disk bölümünün temelindeki araçtır. Bayrakların anlam kazanmaya başladığı yer, fio'yu doğrudan çalıştırmaktır.

sudo apt update && sudo apt install -y fio sysbench iperf3

Gerçekten ilgilendiğiniz dosya sisteminde, kuyruk derinliği 32 olan 4k rastgele okuma testi:

fio --name=randread4k --filename=./fio-testfile --size=2G --bs=4k \
  --rw=randread --ioengine=libaio --iodepth=32 --direct=1 \
  --runtime=60 --time_based --group_reporting

Çıktıdan okunması gereken özet satırı aşağıdakine benzer.

read: IOPS=184k, BW=719MiB/s (754MB/s)(42.1GiB/60001msec)

Bunun altında fio bir clat percentiles bloğu yazdırır. Alıntılanması gereken değer 99.00 yüzdelik dilimidir. Çünkü 100 isteğin en yavaş olanının ne kadar beklediğini gösterir. Ortalama gecikme, kullanıcının fark ettiği gecikmeleri gizler.

• --direct=1, dosyayı O_DIRECT ile açar. Böylece okumalar kernel sayfa önbelleğini atlar. Bu seçenek olmadan, 8G RAM bulunan bir makinede 2G boyutundaki dosyanın ikinci geçişi bellekten karşılanır ve fio IOPS değerini milyonlarla ifade eder. Bu değer gerçektir, ancak bellek performansını gösterir.
• --ioengine=libaio, asenkron istekler gönderir. Bu sayede --iodepth=32, 32 isteği aynı anda işleme alınmış durumda tutabilir. psync gibi eşzamanlı bir motorla iodepth değeri 1'in üzerinde olsa bile hiçbir etkisi olmaz. Bu durumda her seferinde tek bir istek ölçülür.
• --time_based --runtime=60, sabit miktarda iş yerine testi sabit 60 saniye boyunca çalıştırır. Böylece hızlı ve yavaş diskler aynı gerçek süre boyunca test edilir ve karşılaştırma adil kalır.
• --size=2G, test dosyasının boyutunu belirler. Dosyayı, yol üzerindeki tüm önbelleklerden daha büyük tutun ve önce yeterli boş alan bulunduğunu kontrol edin.

Rastgele yazma için aynı komutta --rw=randwrite kullanılır. Testi ayrı çalıştırın, ardından dosyayı silin.

fio --name=randwrite4k --filename=./fio-testfile --size=2G --bs=4k \
  --rw=randwrite --ioengine=libaio --iodepth=32 --direct=1 \
  --runtime=60 --time_based --group_reporting
rm -f ./fio-testfile

Gerçek ağ trafiğine daha yakın bir karışım için --rw=randrw --rwmixread=70 kullanın. Kullanılan depolama sınıfı, bu sonuçları herhangi bir bayraktan daha fazla değiştirir. Bu ayrım, VPS üzerindeki NVMe ve SATA SSD depolama arasındaki fark bölümünde açıklanır.

fio Unknown error -1 ile durduğunda

Doğrudan G/Ç her dosya sisteminde kullanılamaz. overlay, Docker'ın bir konteynere varsayılan olarak sağladığı dosya sistemi ve çeşitli ağ dosya sistemleri O_DIRECT desteğine sahip değildir. Bu nedenle libaio, çekirdeğin tamamlayamayacağı bir isteği gönderir ve fio işlemi sonlandırır:

fio: io_u error on file ./fio-testfile: Unknown error -1: read offset=0, buflen=4096
fio: pid=1234, err=-1/file:ioengines.c:321, func=get_events, error=Unknown error -1

Önce df -hT . komutunu çalıştırın. Type sütununda overlay yazıyorsa --filename değerini bind mount ile bağlanmış bir birim gibi gerçek depolamadaki bir yola yönlendirin veya fio komutunu konteyner yerine ana makinede çalıştırın. Gerçek depolamaya erişilemiyorsa arabelleğe alınmış eşzamanlı bir çalıştırma en azından komutun kendisinin doğru olduğunu gösterir.

fio --name=randread4k-buffered --filename=./fio-testfile --size=256M --bs=4k \
  --rw=randread --ioengine=psync --direct=0 --numjobs=1 \
  --runtime=15 --time_based --group_reporting
rm -f ./fio-testfile

Bu çalıştırmanın neyi ölçtüğünü doğru şekilde belirtin. İlk çalıştırmadan sonra 256M boyutundaki dosya page cache içinde kalır. Bu nedenle IOPS değeri RAM performansını gösterir. Bu çalıştırmayı fio'nun kurulu olduğunu ve flag'lerin doğru ayrıştırıldığını doğrulamak için kullanın. Bu değeri disk sonucu olarak kesinlikle raporlamayın.

dd neden bir disk kıyaslama aracı değildir

dd birçok VPS tartışmasında kullanılır ve tek bir dar soruya yanıt verir.

dd if=/dev/zero of=./ddtest bs=1M count=1024 oflag=direct conv=fdatasync
rm -f ./ddtest

Bu, tek iş parçacığı ve aynı anda işlenmekte olan tek istek ile sıralı yazma aktarım hızını ölçer. Makul bir temel doğrulama testidir. Rastgele IO hakkında bilgi vermez. Ayrıca aynı anda 32 istek geldiğinde ne olduğunu da göstermez. oflag=direct seçeneğini kaldırırsanız, büyük ölçüde çekirdeğinizin yazma işlemlerini belleğe ne kadar hızlı kabul ettiğini ölçer. Bu nedenle forum gönderilerinde paylaşılan dd değerleri çoğu zaman gerçek dışı derecede yüksektir.

CPU: sysbench cpu

sysbench cpu --cpu-max-prime=20000 --threads=1 run
sysbench cpu --cpu-max-prime=20000 --threads=$(nproc) run

Dikkate alınması gereken değer events per second değeridir. Önce tek iş parçacıklı çalıştırılmalıdır. Bu değer, bir PHP isteğinin tamamlanma veya bir derleme işinin bitme hızını belirler ve aynı fiyat düzeyindeki sunucular arasında en çok farklılık gösteren ölçümdür. Ardından tüm iş parçacıklarıyla çalıştırılmalıdır. Bu, vCPU'ların ayrı çekirdekler mi yoksa tek bir çekirdeğin bölümleri mi olduğunu gösterir.

Bu ölçümün neyi değerlendirdiği açıkça bilinmelidir: sysbench cpu, 64 bit tamsayı aritmetiği kullanarak asal sayıları art arda bulur. Bellek bant genişliğini veya vektör birimlerini değerlendirmez. Önbelleği de gerçek bir iş yüküne benzeyecek şekilde kullanmaz. Bu nedenle iki sunucuyu sıralamak için uygundur, ancak uygulamanın nasıl çalışacağını öngörmek için uygun değildir.

Ubuntu 24.04, test adının önce yazıldığı sysbench 1.0.20 sürümünü içerir. Eski bir gönderideki --test=cpu içeren komut kopyalandığında WARNING: the --test option is deprecated elde edilir. sysbench 0.4 ve sysbench 1.0 sonuçları hiçbir şekilde karşılaştırılabilir değildir. Bu nedenle sürümü belirtilmeyen yayımlanmış bir değerle kendi sonucunuzu asla karşılaştırmayın.

Bellek: sysbench bellek

sysbench memory --memory-block-size=1M --memory-total-size=20G --memory-oper=write --threads=1 run
sysbench memory --memory-block-size=1M --memory-total-size=20G --memory-oper=read --threads=1 run

Sonuç MiB/sec cinsindendir ve her makinede okuma işlemleri yazma işlemlerinden daha hızlıdır. --memory-block-size değerini 1M olarak ayarlayın ve karşılaştırdığınız tüm ana bilgisayarlarda aynı tutun. 1K değerinde sonuç düşer; çünkü işlem başına ek yükü bin kat daha sık ödersiniz. Bu nedenle bellek bant genişliği yerine döngü maliyetini ölçmeye başlarsınız. Bu, yayımlanan bellek puanlarında en sık uyumsuz olan flag'dir.

Ağ: iperf3

Aktarım hızını test etmenin doğru yolu, kontrol edilen ikinci bir makineye karşı test yapmaktır. Böylece her iki uçta ne olduğunu bilinir.

Uzak uçta:

iperf3 -s

Bu komut TCP 5201 portunu dinler. Portu yalnızca test yapılan adres için açın ve işlemi tamamladığınızda kapatın. VPS üzerinde temel ufw güvenlik duvarı kuralları söz dizimini açıklar.

Test edilen VPS'ten:

iperf3 -c 203.0.113.10 -t 30
iperf3 -c 203.0.113.10 -t 30 -R
iperf3 -c 203.0.113.10 -t 30 -P 8

İlk komut, test edilen makineden yapılan yükleme hızını ölçer. -R yönü tersine çevirir ve indirme hızını ölçer. -P 8 sekiz paralel akış açar.

Hem tek akışı hem de paralel sürümü çalıştırın. Çünkü bunlar farklı sorulara yanıt verir. Tek bir TCP bağlantısı, yalnızca pencerenin izin verdiği miktarda onaylanmamış veriyi taşıyabilir. Bu nedenle üst sınır yaklaşık olarak pencere boyutunun gidiş-dönüş süresine bölünmesine eşittir. Gecikme 80 ms ve pencere 4 MB olduğunda bu üst sınır yaklaşık 400 Mbit/s olur. Alttaki bağlantı ne kadar hızlı olursa olsun sonuç değişmez. Tek akış sonucu, tek bir indirmenin alacağı hızı gösterir. Paralel sonuç ise bağlantının kapasitesini gösterir.

Bu işlem sırasında bant genişliği kotanızı izleyin. 1 Gbit/s hızda 30 saniye yaklaşık 3.75 GB veri aktarır. Testi her yönde birkaç kez çalıştıracağınız için toplam kullanım daha yüksek olacaktır.

Referans değerler ve kendi sonuçlarınızın nasıl okunacağı

[
  {
    "device": "Local NVMe",
    "iops_4k_read": "180,000"
  },
  {
    "device": "Local SATA SSD",
    "iops_4k_read": "90,000"
  },
  {
    "device": "Network block",
    "iops_4k_read": "12,000"
  },
  {
    "device": "Spinning disk",
    "iops_4k_read": "180"
  }
]

Yayımlanmış sonuçlarda yerel bir NVMe birimi genellikle 180,000 4k rastgele okuma IOPS değerine yaklaşır. Yerel bir SATA SSD yaklaşık 90,000 değerine ulaşır. Her isteğin diske ulaşmadan önce ağdan geçtiği ağa bağlı blok depolama 12,000 değerine daha yakındır. Döner disk ise her rastgele istekte fiziksel kafa hareket ettirdiği için yaklaşık 180 değerine ulaşır.

Bunlar tek bir ana bilgisayardan alınan ölçümler değil, her depolama sınıfı için yayımlanmış tipik değerlerdir. Bunları yalnızca kendi sonucunuzun aynı büyüklük sırası içinde olup olmadığını kontrol etmek için kullanın. NVMe olarak satılan bir plan düşük binler seviyesinde 4k IOPS değerleri veriyorsa önce --direct=1 özelliğinin açık olduğunu doğrulayın. Açıksa depolama ya ürün sayfasında açıklanandan farklıdır ya da çok yoğun çalışan başka bir kullanıcıyla paylaşılmaktadır.

Tek bir çalışma kıyaslama değildir

Tek bir sonuç, paylaşılan bir makinede tek bir dakikanın anlık görüntüsüdür. Bunu tek bir örnek olarak değerlendirin.

• Her testi en az beş kez, farklı saatlere ve en az iki farklı güne yayarak çalıştırın. Medyanı ve dağılımı saklayın. Dağılım belirtilmeden yayımlanan bir sonuç pazarlama değeridir.
• Her çalışmanın yanında steal time değerini kaydedin. st değerinin yüksek olduğu çalışmaları çıkarın veya en azından bu durumu not edin.
• Disk testini iki farklı süreyle çalıştırın. Birçok plan, zaman içinde yenilenen burst IOPS allowance sağlar. Bu nedenle 60 saniyelik fio çalışması burst değerini, --runtime=600 ise taban değeri ölçer. Kötü bir günde elde edeceğiniz değer taban değerdir.
• Başka hiçbir işlemin çalışmadığını kontrol edin. CPU testi sırasında unattended-upgrades bir apt işlemi başlatırsa gerçek puan kaybedersiniz. Her çalışmadan önce ps -e -o comm= | grep -E 'apt|dpkg' işlemini gerçekleştirmek bir saniye sürer.
• Her seferinde yalnızca bir değişkeni değiştirin. Farklı araç sürümleri, blok boyutları veya iş parçacığı sayıları, ne kadar benzer görünürlerse görünsünler, karşılaştırılamayacak sonuçlar üretir.

İki sağlayıcıyı karşılaştırırken testleri aynı günün aynı saatinde çalıştırın. Aksi takdirde günün saatini ölçmüş olursunuz.

Kendi iş yükünüzü en son kıyaslayın

Sentetik araçlar makineleri sıralar. Bir makinenin yeterli olup olmadığını yalnızca kendi iş yükünüz gösterir. Gerçekte yaptığınız işlemi ölçün.

time tar -czf /tmp/bench.tgz /usr/share
rm -f /tmp/bench.tgz

Bu işlem birkaç yüz megabaytı sıkıştırır. Bu nedenle CPU ve diski birlikte çalıştırır ve bunlardan biri değiştiğinde sonuç da değişir. Removing leading / from member names uyarısı normaldir. Daha da iyisi, kendi derlemenizi, en yavaş sorgunuzu veya kendi sayfa oluşturma işleminizi ölçün. Bir makinede 4 dakika, diğerinde 7 dakika süren bir derleme, Geekbench ne düşünürse düşünsün soruyu yanıtlar. Bu ölçüm ayrıca daha güçlü bir makine için ödeme yapmanın ne zaman artık anlamlı olmadığını gösterir. Bunu, bir VPS'nin aylık gerçek maliyetini okumadan veya iş yükünü özel bir sunucuya taşımadan önce bilmek yararlıdır.

FAQ

Çalıştırdığım her seferde neden farklı bir kıyaslama sonucu alıyorum?

Bir VPS, fiziksel CPU, depolama ve ağı diğer kiracılarla paylaşır. Bu nedenle sonuç, o anda diğer kiracıların ne yaptığına bağlıdır. Test sırasında vmstat 1 komutunu çalıştırın ve st sütununu okuyun: 5 değerinin üzerindeki sürekli steal time, ana makinenin meşgul olduğunu gösterir. Bu durumda CPU puanınız, makineniz dışındaki nedenlerle düşüktür. Çözüm ayar yapmak değil, yöntemi düzeltmektir. Her testi farklı saatlerde 5 veya daha fazla kez çalıştırın. Ardından yayılım aralığıyla birlikte medyanı raporlayın.

fio neden milyonlarca IOPS bildiriyor?

Bunun nedeni neredeyse her zaman --direct=1 seçeneğinin eksik olmasıdır. Bu seçenek olmadan fio, kernel page cache üzerinden okuma yapar. Bu nedenle ilk geçişten sonra 2G test dosyası RAM'den sunulur ve ölçülen değer bellek bant genişliğidir. --direct=1 seçeneğini ekleyin. Test dosyasını, yol üzerindeki tüm önbelleklerden daha büyük tutun. --direct=1 daha sonra err=-1/file:ioengines.c:321, func=get_events, error=Unknown error -1 hatasıyla başarısız olursa df -hT . komutunu çalıştırın: overlay değerindeki bir Type, O_DIRECT özelliğini desteklemez. Bu nedenle testi gerçek depolama üzerinde çalıştırın.

yabs.sh tek başına yeterli mi?

İlk değerlendirme için evet. Dört blok boyutunda fio, her iki yönde iperf3 ve Geekbench çalıştırır. Ayrıca başkalarının okuyabileceği tek bir özet yazdırır. Ancak bir değerin neden o şekilde çıktığını öğrenmek istediğinizde yeterli olmaz. Bunun nedeni, her test için seçeneklerini değiştirememenizdir. Bir yabs sonucu hatalı göründüğünde, sonucu doğrudan fio veya sysbench ile yeniden üretin. Her seferinde tek bir seçeneği değiştirin.

Uygulamamın nasıl çalışacağını öngören tek sayı hangisidir?

Çoğu web ve veritabanı iş yükü için sırasıyla tek çekirdek CPU hızı ve 4k rastgele okuma gecikmesidir. Tipik bir istek küçük olduğundan, aktarım hızı değerleri etkileyici görünür ancak nadiren belirleyici olur. Ortalama yerine fio clat percentiles bloğundaki 99. yüzdelik değeri belirtin. Çünkü 100 istekteki yavaş olan tek isteği kullanıcı fark eder.

Kıyaslama yapmadan önce bir şey yüklemem gerekir mi?

fio, sysbench ve iperf3 Ubuntu ve Debian arşivlerinde bulunur: sudo apt install -y fio sysbench iperf3. yabs.sh için yalnızca curl gerekir. Eksik olan bileşenler için statik ikili dosyaları indirir. İşiniz bittiğinde tüm test dosyalarını silin. Çünkü 20G disk üzerinde bırakılan 2G boyutundaki bir fio dosyası, haftalar sonra birinin disk dolu uyarısına neden olabilir.