Назад | Перейти на главную страницу

Бонни не предоставляет скорость для последовательного ввода / блока

Я использую ProxmoxVE, и я хотел бы провести несколько тестов производительности этого продукта. Один из таких тестов - bonnie ++; он очень хорошо работает в виртуальной машине (qemu-kvm), но когда я запускаю его в контейнере (openVZ), он не обеспечивает мне скорости чтения (только запись).

Не понимаю, почему ... Кто-нибудь знает, что происходит?

Виртуальные машины и контейнеры - это Debian 7.4. Вот результат работы bonnie в контейнере:

root@ct2:/# bonnie++ -u root
Using uid:0, gid:0.
Writing a byte at a time...done
Writing intelligently...done
Rewriting...done
Reading a byte at a time...done
Reading intelligently...done
start 'em...done...done...done...done...done...
Create files in sequential order...done.
Stat files in sequential order...done.
Delete files in sequential order...done.
Create files in random order...done.
Stat files in random order...done.
Delete files in random order...done.
Version  1.96       ------Sequential Output------ --Sequential Input- --Random-
Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
ct2              1G   843  99 59116   8 60351   4  4966  99 +++++ +++  2745   8
Latency              9558us    3582ms     527ms    1672us     936us    5248us
Version  1.96       ------Sequential Create------ --------Random Create--------
ct2                 -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
Latency             19567us     358us     368us     107us      59us      25us
1.96,1.96,ct2,1,1401810323,1G,,843,99,59116,8,60351,4,4966,99,+++++,+++,2745,8,16,,,,,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++,9558us,3582ms,527ms,1672us,936us,5248us,19567us,358us,368us,107us,59us,25us

Файловая система для / относится к типу "simfs", который является псевдофайловой системой для openVZ. Возможно, это связано с этой проблемой, но я не могу найти никого с такой же проблемой с bonnie и openVZ ...

Спасибо за вашу помощь.

С Уважением,

Томас.

Не могли бы вы показать вывод этой команды: cat /proc/mounts у вас VPS?

Для OpenVZ существует два макета диска: 1) simfs (старый, устаревший; это не блочное устройство, это только папка на физическом сервере) 2) ploop (новый, рекомендуется; это блочное реальное устройство с отдельной файловой системой)

Но в обоих случаях у вас нет прямого доступа к блочному устройству (например, / dev / loopX). Но вы можете позвонить своему провайдеру, чтобы предоставить его, но имейте в виду, что это очень небезопасно.