Dbench тест ФС FreeBSD vs Linux

[banec]

В общем стукнуло протестить на ФС прогой dbench, все покое не довало скорость FTP И сайта под виртуалкой Citrix XEN
Вот результаты, железо почти близкое серврера HP ML150 и HP DL 140 памяти 2-3 гига, винты одинаковые 160 гиговый

#dbench 20

Debian 5.01 amd64 под виртуалкой OpenVZ Proxmox Virtual Environment 1.3
Throughput 294.062 MB/sec 20 procs

Freebsd 6.3 i386
Throughput 21.1121 MB/sec 20 procs

Freebsd 7.1 i386 под виртуалкой Qemu Proxmox Virtual Environment 1.3
Throughput 15.413 MB/sec 20 procs

Freebsd 7.1 i386 под виртуалкой Citrix XEN 5.0
Throughput 8.369 MB/sec 20 procs

Freebsd 7.1 amd64
Throughput 32.3434 MB/sec 20 procs

результаты мягко меня ввели в ступор.
под XEN сайт явно тормозил на глаз, что и тест подтвердил самым низким результатом.
Второе явный перевес дебиана против фряхи.
Хоть я и приверженец FreeBSD, но что уже пошатнулось в моём представлении.

Может кто на своих тачках скинуть результаты?

Код: Выделить всё

cd /usr/ports/benchmarks/dbench/
make install clean
rehash
dbench 20

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[banec]

вот еще Debian 4 сервак DELL 14xx c гигом оперативки, винт сата
Throughput 484.9 MB/sec 20 procs

[FenX]

$ cat pkg-descr
Dbench is a filesystem benchmark that generates load patterns similar to those
of the commercial Netbench benchmark, but without requiring a lab of Windows
load generators to run. It is now considered a de-facto standard for generating
load on the Linux VFS.

[MASiK]

ИМХО
Это тест для линуксовых ВФС

Ребят конечно возможно Дебиан и лучше фряхи но не такими цифрами, этого быть не может что бы Линь так опережал Фрю, это же больше чем 300% даже )))

[FenX]

у меня он вообще коредампит

[sch]

А если честно говорить, то UFS старая медленная файловая система.
По слухам можно получить в два раза больше скорости если не использовать Soft Updates и включить async, а для отказоустойчивости использовать gjournal на другом физическом диске.

[paix]

блин, сравнитиели...
по слухам...


линух и фря по разному работают с файловыми системами, но скорость примерно одинаковая на обоих.
В линухе файл вообще быстренько может посылаться в память, а потом уже в фоне записываться на диск.

Во первых, перестаньте сравнивать разные системы, они по своему хороши.
Во вторых, уж чтобы быть обьективным, делаем простой тест, типа

Код: Выделить всё

dd if=/dev/zero of=1.txt count=1000 bs=1M

и одновременно наблюдаем сколько времени система будет находится в iowait.
Это и будет реальное время записи файла на диск.

[sch]

Какой-то странный тест.
Какая польза от полученной цифры линейной записи в один поток, если на реальных задачах ОС долго выполняет операции с ФС?

Написал "по слухам" потому что сам не проверял, и информацию о таких результатах видел в интернете только один раз.

[LMik]

Это что за винт такой? чтобы так быстро работал?

[Alex Keda]

Код: Выделить всё

HP# mount
/dev/ad4s1a.journal on / (ufs, asynchronous, local, noatime, gjournal)
devfs on /dev (devfs, local, multilabel)
tmpfs on /tmp (tmpfs, local)
devfs on /var/named/dev (devfs, local, multilabel)
HP#   

журнал, правда, на том же диске. и он сыпется (диск) )
прибавки в скорости не заметил. убавки тоже.
а вообще, из жизни, явное преимущество ext[2-3] видел тока один раз - когда с напарником гоняли всякие абстрактные тесты написанные на коленке.
на удалении 6 или 7 миллионов файлов. раза в три чтоли медленней.
а так - чуть медленней, но не смертельно - в жизни вся структура ФС с атрибутами большинства файлов сидит в памяти, и если первый раз

Код: Выделить всё

find /path/to/500Gb/2-3million/files/share/use/UFS2 -iname "*.avi"

работает несколько минут, то второй раз, команда с другой маской (*.mp3) работает пару секунд.

[banec]

тест затеил только ради виртуализации, бо за метил не вменяемость работы фряхи под Citrix Xen.
поставил под Proxmox Virtual Environment заметил явное соотношение скорости работы FreeBSD под qemu.

вообще искал более или менее нормальный вариант виртуализации.
остановился сейчас на Proxmox как приемлемый вариант функционала, стабильности и скорости.

Citrix Xen - разочаровал по полной. Вообще очень не стабильно вел себя, даже установка форточек и то с зависонами проходила !

[paix]

Какой-то странный тест.
Какая польза от полученной цифры линейной записи в один поток, если на реальных задачах ОС долго выполняет операции с ФС?

позвольте, а вышеупомянутый dbench как тестит?
Вообще любая прога с foreground да еще и с таким дисктоинтенсивом будет получать почти монопольный доступ к винту. Системные процессы тут особой роли не играют.

Если вам хочется многопоточных тестов - не вопрос, запустите вышеприведенную команду несколько раз.
Например,

Код: Выделить всё

for i in `seq 1 10`; do (dd if=/dev/zero of=$i.txt count=1000 bs=1M) &  done

ну а дальше включаем

Код: Выделить всё

iostat -x 1

или

Код: Выделить всё

dstat

и ждем пока система выйдет из iowait )

PS. для freebsd команды будут слегка отличаться.

PS2. для виртуализации на моногемном окружении (OS-level virtualization) посмотрите на openvz.
Для паравиртуализации - KVM.
В качестве десктопной паравиртуализации virtualbox рулит Вроде уже даже на фряху портировали...