Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 14
в VirtualBox, Xen и QEMU не замечал такого.
И с таким не сталкивались: wiki.debian.org/Xen#A.27clocksource.2BAC8-0:_Time_went_backwards.27 ?:)
Не замечали даже если специально выключали wallclock? Вы и в винде такого не заметите, пока специально не отключите синхронизацию с хостом, что требуется достаточно редко.
Ух ты, в винде такая ошибка ещё встречается оказывается, во FreeBSD похожую проблему пофиксили в 2009
http://www.mail-archive.com/kvm@vger.kernel.org/msg22832.html
http://www.mail-archive.com/kvm@vger.kernel.org/msg22832.html
Позволю себе поправить ссылку, т.к. приведенная выше не откроется нормально.
Законы СТО верны и для систем виртуализации. Все относительно!
То же самое верно и для некоторых случаев линуксов под ESX. Борется магией в виде опций ядра nolapic и прочая хрень. Но ресерч сложный и странный.
Сталкивался с подобной проблемой при использовании kvm (proxmox), но только с Windows в качестве гостя. Лечилось апдейтом kvm, потом снова ломалось, после очередного обновления снова починилось. C linux-гостем проблем не было.
На виртуалках не только потраченное время (wall-clock time) сложно мерять, но и затраченное процессорное время тоже — соседние виртуальные машины вносят очень сильные помехи (в случае совместно используемого процессора, не выделенного).
Думаю, это нельзя называть проблемой.
Просто это известная фича виртуальных машин: т.к. виртуалка изолирована от реального железа, то у нее нет источника времени. Для реального железа это могут быть осцилляторы CMOS RTC, ACPI Timer, HPET и т.д., а виртуалка до них просто не достает.
На самом деле в виртуалку можно прокинуть доступ к реальному железу. Телефонщики voIP этим часто пользуются, т.к. udp, а следовательно и голосовые протоколы, в таких условиях нормально работать не могут — голос при прослушивании растягивается или сжимается.
Решение для Asterisk-а, например, может быть в виде проброшенного usb с таким вот устройством:
wiki.sangoma.com/sangoma-wanpipe-voicetime
Вот хорошее описание от vmware про Timekeeping:
www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf
А еще те, кто работает с виртуалками, часто наблюдают отрицательные задержки при пинг-ах.
А так, синхронизация времени, конечно, оно решение для обычных виртуалок например с серверами приложений или бд, но время так же убегает и на обычном железе и его так же синхронизируют.
Просто это известная фича виртуальных машин: т.к. виртуалка изолирована от реального железа, то у нее нет источника времени. Для реального железа это могут быть осцилляторы CMOS RTC, ACPI Timer, HPET и т.д., а виртуалка до них просто не достает.
На самом деле в виртуалку можно прокинуть доступ к реальному железу. Телефонщики voIP этим часто пользуются, т.к. udp, а следовательно и голосовые протоколы, в таких условиях нормально работать не могут — голос при прослушивании растягивается или сжимается.
Решение для Asterisk-а, например, может быть в виде проброшенного usb с таким вот устройством:
wiki.sangoma.com/sangoma-wanpipe-voicetime
Вот хорошее описание от vmware про Timekeeping:
www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf
А еще те, кто работает с виртуалками, часто наблюдают отрицательные задержки при пинг-ах.
А так, синхронизация времени, конечно, оно решение для обычных виртуалок например с серверами приложений или бд, но время так же убегает и на обычном железе и его так же синхронизируют.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Ошибки квантования времени в виртуальных машинах