Відкрийте робочу теку
Оберіть теку для скриптів і результатів. Файлові інструменти працюють лише в ній.
Тест швидкості диска вимірює послідовну швидкість на великих файлах і випадкову швидкість на безлічі дрібних читань і записів, а це різні числа. Цей посібник перевіряє ваш власний диск, а потім роутер за допомогою ping, і обидва результати йдуть у журнал. Сайт порівняння процесорів показує лише чуже обладнання й чужі налаштування, тому ваші власні запуски в журналі цінніші.
Оберіть теку для скриптів і результатів. Файлові інструменти працюють лише в ній.
Скажіть, який диск, якого розміру тестовий файл і скільки запусків потрібно. Назвіть налаштування для журналу.
У режимі Ask first читайте кожну картку, перш ніж натиснути OK. Кожен запис файлу показується як diff.
Самі порівняйте числа з журналу з виводом консолі, а потім повторіть запуск, щоб побачити розкид.
bench.pyзбереженоpython bench.pyexit 0results.csvрядок доданоresults.csvпрочитаноimport time
def work():
total = 0
for i in range(1000000):
total += i * i % 7
return total
work() # warm-up call, not timed
runs = []
for n in range(5):
start = time.perf_counter()
work()
runs.append(time.perf_counter() - start)
runs.sort()
print("median seconds:", runs[2])bench.py — це приклад вимірювання часу для процесора, який показує шаблон, що його ви використаєте й для тесту диска: один прогрівальний виклик, 5 вимірюваних запусків і медіана. Він не використовує мережу й не записує файли.
Перш ніж читати результати тесту диска, перевірте розмір тестового файлу: він має бути більшим за вашу RAM або кеш, інакше ви вимірюєте кеш, а не диск. Скажіть агентові, якою командою тесту диска ви користуєтеся, або попросіть написати короткий скрипт на Python і прочитайте diff, перш ніж щось запуститься. Потім Shell запускає його й повідомляє код завершення. Записуйте послідовну й випадкову швидкість окремими числами, після тесту видаліть тестовий файл і ніколи не тестуйте диск, на якому лежить єдина копія важливих даних. Повторіть запуск 5 разів і самі перевірте медіану.
Затримка — це час проходження невеликого повідомлення туди й назад. Попросіть агента виконати ping -n 20 з адресою вашого роутера або власного сервера, і Shell надрукує час. Тоді write_file збереже його як latency.txt, а grep витягне рядки з часом. Додайте tracert з тією самою адресою, якщо хочете побачити проміжні вузли. Тримайте трафік малим і коротким і ніколи не спрямовуйте його на сервери, що вам не належать. Якщо повторювати ту саму перевірку кілька днів, видно, як змінюється затримка. Ping показує час проходження лише в мить запуску, а не те, чи VPS працював без збоїв, тож для бенчмарка аптайму VPS цієї перевірки замало. Порівняйте сьогоднішній файл із попереднім і самі перевірте числа.