LINUX.ORG.RU
Форум — Admin  

KVM+QEMU железо через vt-d

 ,


0

2

День добрый!

Слышал (но пока не видел), что свежий kvm+qemu умеет легко и непринуждённо пробрасывать видеокарты и другое железо в ВМ через vt-d (iommu). Так как здесь наиболее прогрессивное общество, есть шанс, что кто то уже пробовал. Есть истории успеха?

★★★★★
← Filezilla Server + LDAP (не AD)
внезапно упал postfix →
  1 2 →
Ответ на: комментарий от blind_oracle

Рейд это совмещает с кешированием, при живой батарейки. Т.е. он говорит, что запись прошла, не увеличивая при этом латенси.

А про сетевушки оно и понятно, там данные потоком шпарят. Опять таки: если блоки рядом, и запросы на них пришли последовательно, то это увеличит произоводительность, незначительно увеличив латенси, но в случае oltp db блоки очень далеко и латенси ползет грубо говоря до отсечки.

zloelamo ★★★★
()
Ответ на: комментарий от blind_oracle

Если такое положение не устраивает, то можно юзать LSI драйвер, кто ж мешает.

Это я так понял специализированый контроллер?

zloelamo ★★★★
()
Ответ на: комментарий от zloelamo

Нет, просто можно в виртуалку отдавать контроллер либо паравиртуальный, pvscsi, либо стандартный lsi scsi/sas, который работает через стандартные lsi драйвера в гостевой ОС.

Сейчас вот его потестировал, разницы особой не получилось: 

# fio fio.write
writetest: (g=0): rw=randwrite, bs=4K-4K/4K-4K, ioengine=libaio, iodepth=16
2.0.8
Starting 1 process
Jobs: 1 (f=1): [w] [100.0% done] [0K/5570K /s] [0 /1392  iops] [eta 00m:00s]
writetest: (groupid=0, jobs=1): err= 0: pid=1359
  write: io=8192.0MB, bw=6504.6KB/s, iops=1626 , runt=1289648msec
    slat (usec): min=10 , max=13109 , avg=23.69, stdev=23.77
    clat (usec): min=207 , max=74157 , avg=9811.65, stdev=21333.27
     lat (usec): min=227 , max=74174 , avg=9835.86, stdev=21331.68
    clat percentiles (usec):
     |  1.00th=[  266],  5.00th=[  330], 10.00th=[  382], 20.00th=[  458],
     | 30.00th=[  516], 40.00th=[  580], 50.00th=[  652], 60.00th=[  716],
     | 70.00th=[  764], 80.00th=[  828], 90.00th=[59136], 95.00th=[59648],
     | 99.00th=[60672], 99.50th=[60672], 99.90th=[61184], 99.95th=[61184],
     | 99.99th=[61696]
    bw (KB/s)  : min= 3896, max=83121, per=100.00%, avg=6506.57, stdev=1801.06
    lat (usec) : 250=0.45%, 500=27.22%, 750=39.96%, 1000=16.12%
    lat (msec) : 2=0.45%, 4=0.04%, 10=0.02%, 20=0.01%, 50=0.01%
    lat (msec) : 100=15.73%
  cpu          : usr=0.89%, sys=4.30%, ctx=177719, majf=0, minf=22
  IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=100.0%, 32=0.0%, >=64=0.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.1%, 32=0.0%, 64=0.0%, >=64=0.0%
     issued    : total=r=0/w=2097152/d=0, short=r=0/w=0/d=0

Run status group 0 (all jobs):
  WRITE: io=8192.0MB, aggrb=6504KB/s, minb=6504KB/s, maxb=6504KB/s, mint=1289648msec, maxt=1289648msec

Disk stats (read/write):
  sdb: ios=91/2097048, merge=0/0, ticks=12/20239680, in_queue=20239200, util=99.96%

blind_oracle ★★★★★
()
Последнее исправление: blind_oracle (всего исправлений: 1)
Ответ на: комментарий от blind_oracle

Яж говорю, ты не тот случай тестируешь, на котором будет видна разница. Если я прав то нужны случайные записи на большом расстоянии друг от друга, большим потоком.

zloelamo ★★★★
()
Ответ на: комментарий от zloelamo

Дык паттерн randwrite в fio и генерирует рандомное I/O по всему блочному устройству большим потоком.

blind_oracle ★★★★★
()
Ответ на: комментарий от King_Carlo

С прокидыванием видеокарт во всех системах виртуализации нынче не очень все стабильно, раз на раз не приходится. Так что нужно проверять на конкретной конфигурации. Часто зависит даже от версии биоса.

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

Драйвера в гостя не устанавливаются :(.

ПК специально для таких задач собрал : fx8350+asus sabertooth 990fx. Попробую завтра ati8750 воткнуть.

King_Carlo ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 →
← Filezilla Server + LDAP (не AD)
Admin
внезапно упал postfix →