Linux-এ VPS disk সত্যিই NVMe কি না যাচাই করুন

Linux-এ NVMe ডিস্ক যাচাই করার চারটি ধাপ

Linux VPS-এ একটি NVMe ডিস্ক যাচাই করতে, ক্রমানুসারে চারটি পরীক্ষা চালান: ডিভাইসের নামের জন্য lsblk, sysfs-এ rotational ফ্ল্যাগ এবং বাস পাথ, প্রকৃত NVMe কন্ট্রোলারের জন্য nvme list, এবং এমন একটি সংখ্যার জন্য সংক্ষিপ্ত fio রান যা হোস্ট কোনোভাবেই পরিবর্তন করতে পারে না। প্রথম তিনটি পরীক্ষা করতে প্রতিটিতে এক সেকেন্ড সময় লাগে। শেষ পরীক্ষাটি বিষয়টি নিশ্চিত করে, কারণ বেশিরভাগ VPS প্ল্যাটফর্মে হাইপারভাইজার গেস্টের কাছ থেকে ফিজিক্যাল ডিস্ক লুকিয়ে রাখে।

NVMe (non-volatile memory express) হলো এমন একটি প্রোটোকল যা PCIe (peripheral component interconnect express) লেনের মাধ্যমে ফ্ল্যাশ স্টোরেজের সাথে যোগাযোগ করে। এটি SATA এবং AHCI পাথকে প্রতিস্থাপন করেছে, যা মূলত ঘূর্ণায়মান ড্রাইভের জন্য ডিজাইন করা হয়েছিল। এটি দ্রুত কাজ করে কারণ এটি CPU এবং ফ্ল্যাশের মধ্যবর্তী কিউয়িং বা সারিবদ্ধ করার বাধা দূর করে। ভার্চুয়াল মেশিনের ভেতরে আপনি খুব কমই সরাসরি এই প্রোটোকল ব্যবহার করেন। আপনি একটি ভার্চুয়াল ডিস্কের সাথে যোগাযোগ করেন যা হোস্ট আপনার জন্য তৈরি করে দেয়, তাই আপনার গেস্টের ডিভাইসের নামটি মূলত একটি ড্রাইভারকে নির্দেশ করে, র‍্যাকে থাকা মিডিয়াকে নয়।

ধাপ 1: lsblk কী দেখায়?

lsblk কার্নেলের ব্লক ডিভাইসের তালিকা পড়ে। -d ফ্ল্যাগটি পার্টিশনগুলোকে লুকিয়ে রাখে, ফলে আপনি প্রতি ডিস্কের জন্য একটি করে লাইন দেখতে পাবেন।

lsblk -d -o NAME,ROTA,SIZE,TYPE,TRAN,MODEL

একটি KVM VPS সাধারণত এই ধরনের উত্তর দেয়:

NAME ROTA  SIZE TYPE TRAN   MODEL
vda     1   80G disk virtio

তিনটি নামকরণের প্যাটার্ন প্রায় সব Linux সার্ভারেই দেখা যায়:

• nvme0n1 হলো NVMe কন্ট্রোলার 0-এর নেমস্পেস 1। আপনার গেস্ট একটি NVMe ডিভাইস ব্যবহার করছে, যা বাস্তব বা ইমুলেটেড হতে পারে।
• sda হলো SCSI লেয়ার। বাস্তব SATA এবং SAS ডিস্ক এখানে থাকে, এবং virtio-scsi ড্রাইভারও এটি ব্যবহার করে।
• vda হলো virtio-blk, যা একটি প্যারা-ভার্চুয়াল ব্লক ড্রাইভার এবং অধিকাংশ KVM হোস্ট ডিফল্ট হিসেবে এটি ব্যবহার করে।

TRAN (ট্রান্সপোর্ট) কলামটি NVMe ডিভাইসের জন্য nvme এবং গেস্ট সরাসরি দেখতে পায় এমন SATA ডিস্কের জন্য sata দেখায়। virtio-blk-এর ক্ষেত্রে, বর্তমান util-linux রিলিজগুলো virtio প্রিন্ট করে, যা lsblk vd ডিভাইসের নাম থেকে অনুমান করে নেয়, আর পুরনো রিলিজগুলোতে এটি খালি থাকে। উভয় ক্ষেত্রেই গেস্টের রিপোর্ট করার মতো কোনো ফিজিক্যাল ট্রান্সপোর্ট থাকে না। একই কারণে MODEL খালি থাকে। VPS-এ মডেল স্ট্রিং খালি থাকা স্বাভাবিক এবং এটি হার্ডওয়্যার সম্পর্কে কোনো তথ্য দেয় না।

ধাপ 2: স্পিনিং ডিস্কের সম্ভাবনা যাচাই

DISK=$(lsblk -dno NAME,TYPE | awk '$2 == "disk" { print $1; exit }')
echo "checking $DISK"
cat "/sys/block/$DISK/queue/rotational"
readlink -f "/sys/block/$DISK"

rotational ফাইলটিতে 1 থাকে যখন কার্নেল ডিভাইসটিকে স্পিনিং প্ল্যাটার হিসেবে গণ্য করে এবং অন্যথায় 0 থাকে। বেয়ার মেটাল সার্ভারে এই মান ড্রাইভ থেকেই আসে। virtio-blk-এর অধীনে এটি কোথাও থেকে আসে না: virtio-blk স্পেসিফিকেশনে মিডিয়া টাইপ বা রোটেশন রেটের জন্য কোনো ফিচার বিট নেই এবং লিনাক্স virtio-blk ড্রাইভার প্রতিটি ডিস্ককে রোটেশনাল হিসেবে চিহ্নিত করে। তাই একটি vda সাধারণত 1 দেখায়, এমনকি অল-ফ্ল্যাশ হোস্টে থাকলেও, যদি না কেউ udev রুল ব্যবহার করে এটিকে 0 করতে বাধ্য করে। একটি virtio-scsi sda-এ এই মানটি হোস্ট যা কনফিগার করেছে তাই থাকে। সুতরাং, একটি VPS-এর ভেতরে এই ফ্ল্যাগটি হার্ড ড্রাইভের উপস্থিতি নিশ্চিত বা নাকচ করতে পারে না এবং শুধুমাত্র একটি 1-এর ভিত্তিতে সাপোর্ট টিকিট খোলা যায় না। নিচের fio টেস্টটি এই প্রশ্নের উত্তর দেয়।

readlink -f sysfs সিমলিঙ্কটি রিজলভ করে এবং ডিভাইসটি যে বাসে সংযুক্ত আছে তা প্রদর্শন করে:

/sys/devices/pci0000:00/0000:00:05.0/virtio2/block/vda

এই ধাপের উত্তরের জন্য পাথটিতে থাকা virtio শব্দটি দেখুন। একটি NVMe ডিভাইসের পাথে nvme থাকে, যেমন /sys/devices/pci0000:00/0000:01:00.0/nvme/nvme0/nvme0n1, এবং সরাসরি সংযুক্ত ATA ডিস্কের পাথে ata1 থাকে। এটি সেই একই তথ্য যা lsblk প্রদর্শন করে, তবে এটি ফরম্যাট করা কলামের পরিবর্তে সরাসরি কার্নেল থেকে নেওয়া হয়, যা TRAN ফিল্ডটি খালি থাকলে কার্যকর হয়।

ধাপ 3: nvme-cli এবং PCI bus পরীক্ষা করুন

sudo apt update
sudo apt install -y nvme-cli pciutils
sudo nvme list || echo "nvme-cli found no NVMe device"
lspci | grep -i -e nvme -e 'non-volatile' || echo "no NVMe controller on this guest's PCI bus"

nvme list প্রতি namespace-এর জন্য একটি করে row দেখায়। এতে controller-এর serial number, model string এবং firmware revision থাকে। টেবিল খালি থাকলে আপনার guest-এর কাছে কোনো NVMe device প্রকাশ করা হয়নি। lspci কোনো matching line না দেখালেও একই বিষয়টি অন্য দিক থেকে বোঝা যায়: আপনার guest যে virtual PCI bus দেখতে পায়, তাতে কোনো NVMe controller নেই। virtio VPS-এ উভয় ফলাফলই স্বাভাবিক। কোনোটিই প্রমাণ করে না যে host-এ কোনো NVMe drive নেই।

কোনো namespace দেখা গেলে nvme-cli আরও তথ্য দেখাতে পারে। sudo nvme id-ctrl /dev/nvme0 controller identity দেখায়। sudo nvme smart-log /dev/nvme0n1 temperature, power-on hours এবং rated write endurance-এর ব্যবহৃত percentage দেখায়। এগুলো শুধু তখনই চালান, যখন nvme list সত্যিই কোনো device তালিকাভুক্ত করেছে। কারণ উভয় command-এর খোলার জন্য একটি বাস্তব /dev/nvme* node প্রয়োজন।

একটি প্রকৃত NVMe host-এও কেন /dev/vda দেখা যায়

Hypervisor আপনার guest যে device model দেখতে পায় তা নির্ধারণ করে। নিচের storage media কী, সেই সিদ্ধান্তের সঙ্গে এর সরাসরি সম্পর্ক নেই। সাধারণত 3 ধরনের ব্যবস্থা দেখা যায়।

• NVMe drive-এ থাকা কোনো file, logical volume বা ZFS dataset-এর ওপর virtio-blk বা virtio-scsi ব্যবহার করা। আপনি vda বা sda দেখতে পারেন। Storage আসলে NVMe। Guest-এর পক্ষে তা জানার কোনো উপায় নেই।
• যেকোনো ধরনের storage-এর সামনে একটি emulated NVMe controller রাখা। Bytes কোনো SATA array-তে বা দুই rack দূরের network volume-এ লেখা হলেও আপনি nvme0n1 দেখতে পারেন।
• PCIe passthrough ব্যবহার করা। এতে host একটি physical controller সরাসরি একটি guest-এর কাছে হস্তান্তর করে। আপনি প্রকৃত model string-সহ একটি আসল nvme0n1 দেখতে পান। Shared VPS plan-এ এটি বিরল, কারণ তখন card-টি একজন customer-এর জন্য dedicated হয়ে যায়।

তাই device name আপনাকে দুই দিকেই বিভ্রান্ত করতে পারে। এর ওপর host আপনার write এবং flash storage-এর মধ্যে write-back cache, RAID layer বা replicated network volume রাখতে পারে। এগুলোর প্রতিটি /sys-এ কোনো নাম পরিবর্তন না করেই আপনার পাওয়া performance বদলে দিতে পারে। তাই device name দিয়ে অনুসন্ধান শুরু করবেন, কিন্তু সেখানেই থামবেন না। আপনি যদি এখনও কোনো plan বেছে নিচ্ছেন, NVMe এবং SATA SSD storage-এর পার্থক্য ব্যাখ্যা করে কোন tier-এর জন্য বাস্তবে কত খরচ করা যুক্তিসঙ্গত।

সৎ পরীক্ষা হলো latency, তাই এটি পরিমাপ করুন

fio (flexible I/O tester) একটি বাস্তব ফাইলের বিরুদ্ধে বাস্তব read request পাঠায় এবং প্রতিটি request সম্পন্ন হতে কত সময় লেগেছে তা জানায়। এখানে ছোট random read-ই উপযুক্ত workload, কারণ এতে media পর্যন্ত round trip প্রকাশ পায় এবং read-ahead ব্যবহার করে request পূরণ করা যায় না।

প্রথমে test file তৈরি করুন এবং নিশ্চিত করুন যে এই filesystem unbuffered I/O গ্রহণ করে। --direct=1 ফাইলটি O_DIRECT দিয়ে খোলে, যা page cache এড়িয়ে যায়। এটি ব্যবহার না করলে আপনি নিজের RAM-এর গতি মাপবেন এবং এমন ফল পাবেন যা কোনো disk দিতে পারে না।

sudo apt install -y fio
fio --name=prep --filename=/var/tmp/nvme-check.tmp --size=256M --bs=1M --rw=write --direct=1 --end_fsync=1 > /dev/null \
  && echo "unbuffered writes work here, the timing test is valid" \
  || echo "this filesystem refuses direct=1, so the timing test below will not run"

যদি সেখানে refusal message দেখা যায়, তাহলে নির্বাচিত path-টি এমন একটি filesystem-এ রয়েছে যেখানে O_DIRECT support নেই। Container overlay filesystem এবং কিছু network filesystem এভাবে কাজ করে। VPS-এর root filesystem-এর কোনো directory নির্বাচন করে আবার চেষ্টা করুন। যদি success message দেখা যায়, তাহলে measurement চালান:

fio --name=randread4k --filename=/var/tmp/nvme-check.tmp --bs=4k --rw=randread \
  --direct=1 --iodepth=1 --numjobs=1 --runtime=20 --time_based --group_reporting \
  || echo "fio stopped early, read its first line for the reason"
rm -f /var/tmp/nvme-check.tmp

এই run-এর সীমা ইচ্ছাকৃতভাবে নির্ধারিত: একটি job, queue depth 1, বিশ সেকেন্ড এবং 256 MB data। এতে আপনার disk পূর্ণ হবে না এবং abuse-এর কারণে আপনার account flag হওয়ার সম্ভাবনাও থাকবে না। এই প্রশ্নের জন্য queue depth 1-ই সৎ setting, কারণ deep queue parallelism ব্যবহার করে ধীর device-এর latency আড়াল করতে পারে, যদিও প্রকৃত latency বেশি থাকে।

fio আউটপুট পড়া

দুটি লাইন গুরুত্বপূর্ণ। সারাংশ লাইনটি read: IOPS=9012, BW=35.2MiB/s এর মতো দেখায় এবং এর নিচে fio একটি clat ব্লক প্রিন্ট করে। clat হলো কমপ্লিশন ল্যাটেন্সি: fio একটি রিড সাবমিট করা থেকে শুরু করে কার্নেল ডেটা ফেরত দেওয়া পর্যন্ত সময়ের ব্যবধান। avg মানটি পড়ুন, তারপর clat percentiles তালিকায় 99.00th পার্সেন্টাইলটি দেখুন। গড় মানটি আপনাকে স্টোরেজ ক্লাস সম্পর্কে ধারণা দেবে। 99তম পার্সেন্টাইলটি নির্দেশ করে যে সবচেয়ে ধীরগতির 1 শতাংশ রিড কতটা ধীর ছিল, যেখানে সাধারণত শেয়ারড হোস্টের কনটেনশন প্রথম ধরা পড়ে।

মান ছোট হলে fio মাইক্রোসেকেন্ডে ল্যাটেন্সি প্রিন্ট করে এবং মান বড় হলে তা মিলিসেকেন্ডে পরিবর্তিত হয়। কোনো কিছু তুলনা করার আগে লাইনের ইউনিটটি যাচাই করে নিন।

NVMe ক্লাস এবং SATA ক্লাসের মধ্যে পার্থক্যকারী সংখ্যাসমূহ

নিচের সংখ্যাগুলো আগস্ট 2026 পর্যন্ত ভেন্ডর ডকুমেন্টেশন এবং কমিউনিটি বেঞ্চমার্ক থেকে সংগৃহীত, যা queue depth 1-এ সিঙ্গেল-জব 4k র‍্যান্ডম রিডের সাধারণ মান নির্দেশ করে। এগুলো আপনার সার্ভারের পরিমাপ নয়, বরং তুলনার জন্য একটি মানদণ্ড।

[
  {
    "label": "Local NVMe",
    "avg_latency_us": 110
  },
  {
    "label": "Local SATA SSD",
    "avg_latency_us": 320
  },
  {
    "label": "Network block storage",
    "avg_latency_us": 900
  }
]

[
  {
    "label": "Local NVMe",
    "iops": "9,000"
  },
  {
    "label": "Local SATA SSD",
    "iops": "3,100"
  },
  {
    "label": "Network block storage",
    "iops": "1,100"
  }
]

একটি লোকাল NVMe ভলিউম queue depth 1-এ একটি 4k র‍্যান্ডম রিডের উত্তর প্রায় 110 মাইক্রোসেকেন্ডে দেয় এবং প্রায় 9,000 IOPS অর্জন করে। একটি লোকাল SATA SSD-এর ক্ষেত্রে এই মান প্রায় 320 মাইক্রোসেকেন্ড এবং 3,100 IOPS। নেটওয়ার্ক অ্যাটাচড ব্লক স্টোরেজের ক্ষেত্রে এটি প্রায় 900 মাইক্রোসেকেন্ড এবং 1,100 IOPS-এ নেমে আসে, কারণ হোস্ট-সাইড ক্যাশে মিস হওয়া যেকোনো রিডকে ফ্ল্যাশে পৌঁছানোর আগে নেটওয়ার্ক অতিক্রম করতে হয়।

queue depth 1-এ এই দুটি কলাম মূলত একই তথ্যের পুনরাবৃত্তি: যখন একটি রিড প্রসেস হতে থাকে, তখন থ্রুপুট মোটামুটি ল্যাটেন্সির বিপরীত অনুপাত হয়, তবে প্রতি রিকোয়েস্টের ওভারহেড হিসাব করলে তা কিছুটা কম হয়। যদি আপনার গড় ল্যাটেন্সি 320 মাইক্রোসেকেন্ডের চেয়ে 110 মাইক্রোসেকেন্ডের কাছাকাছি হয়, তবে আপনি NVMe ক্লাস স্টোরেজ ব্যবহার করছেন, তা lsblk ডিভাইসটিকে যা-ই বলুক না কেন। যদি এটি 900 মাইক্রোসেকেন্ডের কাছাকাছি হয়, তবে হয় লোকাল ফ্ল্যাশের চেয়ে ধীরগতির কিছু পাথে আছে, অথবা হোস্ট আপনার ভলিউমের IOPS সীমাবদ্ধ করে রেখেছে, যা QEMU-এর মতো হাইপারভাইজারগুলো স্টোরেজ নির্বিশেষে করতে পারে। উভয় ক্ষেত্রেই আপনার ভলিউম NVMe ক্লাসের ল্যাটেন্সি প্রদান করছে না, অর্ডারের পাতায় হোস্টের ড্রাইভ সম্পর্কে যা-ই লেখা থাকুক না কেন।

অভিযোগ করার আগে এটি একাধিকবার চালান

একবার চালানো হলো একটি নমুনা, ফলাফল নয়। একটি VPS তার disk অন্য গ্রাহকদের সঙ্গে ভাগ করে, তাই ব্যস্ত কোনো প্রতিবেশী দশ মিনিটের জন্য আপনার latency দ্বিগুণ করে পরে স্বাভাবিক হয়ে যেতে পারে। কিছু platform burst credit-ও দেয়, যার ফলে যেকোনো test-এর প্রথম কয়েক মিনিটের ফলাফল অস্বাভাবিকভাবে ভালো দেখায়। দিনের বিভিন্ন সময়ে একই command তিন বা চারবার চালান এবং সেরা ফল নয়, সবচেয়ে খারাপ ফলের সঙ্গে তুলনা করুন। একবার খারাপ ফল পাওয়া আবহাওয়ার মতো সাময়িক বিষয়। কিন্তু একই ধরনের ফলাফলের ধারা support ticket করার মতো সমস্যা নির্দেশ করে। timestamp-সহ তিনটি fio output সংযুক্ত করলে ticket-টি বেশি কার্যকরভাবে পর্যালোচনা করা যায়। CPU ও network-এর পাশাপাশি disk সম্পর্কেও বিস্তৃত ধারণা পেতে সম্পূর্ণ VPS benchmark চালানো একই পদ্ধতিতে অন্যান্য subsystem পরীক্ষা করে।

উত্তরটি কীভাবে ব্যবহার করবেন

যদি latency NVMe band-এর মধ্যে থাকে, তাহলে device name নিয়ে আর চিন্তা না করে পরবর্তী কাজে যান। vda কোনো downgrade নয়। এটি অধিকাংশ host-এর দেওয়া দ্রুততম virtual disk driver, এবং আপনার জন্য এটিই উপযুক্ত।

যদি local NVMe হিসেবে বিক্রি করা plan-এ latency network storage band-এর মধ্যে থাকে, তাহলে আপনার কাছে একটি নির্দিষ্ট ও পুনরুৎপাদনযোগ্য দাবি রয়েছে: সঠিক fio command, average completion latency এবং আপনি এটি যে সময়গুলোতে চালিয়েছেন। এটি forum argument নয়; এটি support ticket-এর বিষয়। পাঠানোর আগে নিশ্চিত করুন যে disk শুধু full বা অতিরিক্ত fragmented নয়। পরীক্ষার সময় server-এ অন্য কোনো process জোরালোভাবে লিখছে না, সেটিও নিশ্চিত করুন।

আপনি server provision করার দিনই এই check চালান, কোনো কিছু ধীর মনে হওয়ার দিন নয়। তাহলে পরে তুলনা করার জন্য একটি baseline থাকবে। এটি স্বাভাবিকভাবেই নতুন VPS-এ প্রথম দশ মিনিটের কাজগুলোর অংশ হতে পারে, firewall এবং SSH key সেট আপ করার পাশাপাশি। storage tier-এর পার্থক্য এখনও অস্পষ্ট থাকলে, একটি SSD VPS আসলে কী সুবিধা দেয় লেখায় এর ভিত্তি ব্যাখ্যা করা হয়েছে।

FAQ

আমার হোস্ট NVMe সমর্থন করলেও lsblk কেন /dev/vda দেখায়?

কারণ vda আপনার গেস্ট সিস্টেমে virtio-blk ড্রাইভারের নাম নির্দেশ করে, হোস্টের হার্ডওয়্যার নয়। একটি KVM হাইপারভাইজার একটি ফাইল, লজিক্যাল ভলিউম বা ডেটাসেট দ্বারা সমর্থিত একটি প্যারাভার্চুয়াল ব্লক ডিভাইস উপস্থাপন করে। এই ব্যাক-এন্ড স্টোরেজটি NVMe ড্রাইভে থাকলেও গেস্ট সিস্টেম তা জানতে পারে না। এই নামটি মূলত ভার্চুয়ালাইজেশন স্তরকে বর্ণনা করে। শুধুমাত্র ল্যাটেন্সি পরিমাপের মাধ্যমেই মিডিয়ার ধরন বোঝা সম্ভব।

rotational 0 কি আমার NVMe ডিস্ক থাকার প্রমাণ?

না। /sys/block/<dev>/queue/rotational-এ 0 থাকার অর্থ হলো কার্নেল ডিভাইসটিকে ঘূর্ণায়মান প্লেটারযুক্ত হিসেবে গণ্য করছে না, কিন্তু একটি VPS-এর ভেতরে এটি একটি সেটিং মাত্র, কোনো পরিমাপ নয়। virtio-blk-এর মিডিয়া টাইপের জন্য কোনো ফিচার বিট নেই এবং লিনাক্স virtio-blk ড্রাইভার প্রতিটি ডিস্কের জন্য 1 রিপোর্ট করে, যদি না অন্য কিছু একে ওভাররাইড করে। তাই সেখানে 0 থাকার অর্থ সাধারণত কেউ এটি ম্যানুয়ালি সেট করেছেন। এটি NVMe এবং SATA SSD-এর মধ্যে পার্থক্য করতে পারে না, আবার লোকাল ফ্ল্যাশ এবং নেটওয়ার্ক ভলিউমের পার্থক্যও বুঝতে পারে না। VPS-এর ভেতরে 1 থাকাও হার্ড ড্রাইভের প্রমাণ নয়, তাই এই ফ্ল্যাগের ওপর ভিত্তি করে সিদ্ধান্ত না নিয়ে fio ল্যাটেন্সির ওপর নির্ভর করুন।

আমার VPS-এ nvme list খালি কেন?

কারণ আপনার গেস্ট সিস্টেমে কোনো NVMe কন্ট্রোলার উন্মুক্ত করা নেই। nvme list এবং lspci উভয়ই ভার্চুয়াল মেশিন যা দেখতে পায় তা পড়ে, আর একটি virtio-blk বা virtio-scsi ডিস্ক কোনো NVMe কন্ট্রোলার উপস্থাপন করে না। বেশিরভাগ VPS প্ল্যানে একটি খালি টেবিল আসা স্বাভাবিক এবং এটি হোস্টের NVMe ড্রাইভের অভাবের প্রমাণ নয়। sudo apt install -y nvme-cli দিয়ে nvme-cli ইনস্টল করুন এবং কন্ট্রোলার পাস-থ্রু না করা থাকলে খালি টেবিল আসার প্রত্যাশাই করুন।

কোন fio ফলাফলকে NVMe ক্লাস স্টোরেজ হিসেবে গণ্য করা হয়?

কিউ ডেপথ (queue depth) 1 এবং 4k র‍্যান্ডম রিড ও --direct=1-এর ক্ষেত্রে, 110 মাইক্রোসেকেন্ডের কাছাকাছি গড় কমপ্লিশন ল্যাটেন্সি NVMe ক্লাসের নির্দেশক এবং এর থেকে প্রায় 9,000 IOPS পাওয়া যায়। 320 মাইক্রোসেকেন্ডের কাছাকাছি মান SATA SSD নির্দেশ করে এবং 900 মাইক্রোসেকেন্ডের কাছাকাছি মান নেটওয়ার্ক অ্যাটাচড স্টোরেজ নির্দেশ করে, যেখানে হোস্টের ক্যাশে না থাকা রিডগুলো নেটওয়ার্ক হপ অতিক্রম করে অথবা হোস্ট ভলিউমটিকে থ্রটল করছে। এগুলো আগস্ট 2026-এর জন্য সাধারণ প্রকাশিত মান, তাই সঠিক সংখ্যার পরিবর্তে মানের মাত্রা (orders of magnitude) তুলনা করুন এবং কোনো সিদ্ধান্তে পৌঁছানোর আগে বিভিন্ন সময়ে পরীক্ষাটি পুনরাবৃত্তি করুন।