Это как экстенсивное сельское хозяйство: сеем больше буряка, чтобы удовлетворить аппетиты вредителей, не увеличивая производство сахара:)
A как, кстати, решается вопрос с виртуализацией SSD@DIMM?

UFO just landed and posted this here

icbook Jul 14 2014 at 22:12

Вон ASUS в DIMM-сокет POST-карты устанавливает. Тоже забавно! Вопрос в том, что мешает традиционным сексом заниматься? :)

UFO just landed and posted this here

icbook Jul 15 2014 at 10:26

Слабая конфигурируемость DIMM-сокетов — существенное препятствие. Все ж таки, наличие конфигурационного пространства PCI — важный фактор развития архитектуры. Разъемы для памяти в этом смысле воспринимаются, как слоты Legacy ISA :)

UPD. Про SPD мы все знаем ))

merlin-vrn Jul 15 2014 at 08:24

Это что же, теперь SSD будут видны в lspci?

icbook Jul 15 2014 at 10:23

Именно так! Очень хороший вопрос, кстати.

icbook Jul 15 2014 at 20:27

Утилита LSPCI и подобные действительно будут видеть блок конфигурационных регистров, физически находящийся в составе жесткого диска. Более того, все свойства хост-контроллера (например, передача прерываний сообщениями Message Signaled Interrupt MSI и MSI-X) теперь являются свойствами жесткого диска.

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

Вместе с тем, если в составе диска находится «старый» контроллер AHCI, то для программиста, пишущего драйвер, практически ничего не меняется — в конфигурационном пространстве PCI мы увидим тот же контроллер AHCI, его перемещение из чипсета в диск с точки зрения программной модели неочевидно. Хотя, при внимательном взгляде все можно рассмотреть, особенно если у этого AHCI-контроллера Vendor ID будет Seagate (например).

amarao Jul 15 2014 at 17:24

Да ладно вам, SR-IOV копейки стоит. Я недавно компьютер обновлял, у меня на мамке одна из сетевух — ixgb, а там уже SR-IOV на 8 устройств есть.

icbook Jul 15 2014 at 20:24

Уместно вспомнить, что смысл SR-IOV не в том, чтобы обеспечить виртуализацию устройства в принципе (это можно сделать и программно, средствами центрального процессора), а в том, чтобы обеспечить аппаратную поддержку этой операции и минимизировать потери производительности, связанные с тем, что гостевые ОС работают с виртуальными контроллерами, а не с физическим контроллером.

Принципы проектирования периферийных контроллеров с аппаратной поддержкой технологии SR-IOV на примере USB 3.0 XHCI рассмотрены в статье: komposter.com.ua/content/virtualizaciya-usb-vse-vklyucheno-2013-01-23

Стоимость устройств с SR-IOV, как и во многих других случаях, часто определяется не сложностью программно-аппаратных решений, а маркетинговыми факторами. Когда сетевой адаптер в составе материнской платы его цена может «раствориться» в цене платы, и покупая левый ботинок, мы получаем правый бесплатно…

amarao Jul 15 2014 at 21:31

Ну так SR-IOV, в контексте интела, по-крайней мере, это стандарт де-факто для серверных плат. То есть все они поддерживают (ixgb, ixgbe). Остальные серверные вендоры тоже, вроде бы, ушами не хлопают.

А в контексте «оффлоада» на железо — основная проблема в том, что этот оффлоад мешает нормальной виртуализации. Как только кто-то сделал PCI-passthrough, прощай software. Получается не виртуализация (как её привыкли сейчас считать), а всего лишь партиционирование ресурсов. То есть нарезать сервер на пять гостей — да, отлично. Запустить пять виртуалок — нет, ни в коем случае, потому что от виртуализации ждут куда более богатой функциональности.

amarao Jul 15 2014 at 17:28

Да, основное различие в виртуализации HBA (любого вида) и media в том, что media данные хранит. То есть от смены нарезки сетевухи на несколько виртуальных ничего существенно не меняется, а если поменять «нарезку» жёсткого диска, то будет бяка.

Кроме того, все SR-IOV железки имеют фатальную проблему — они не доступны management-хосту. Другими словами: никакой live migration, никаких снапшотов, никаких cow-thin-provisioning и т.д.

Порезали железку на несколько, выдали кусочки виртуалкам, виртуалки в них вцепились — и всё, больше их без выключения/пересоздания никуда не перенести.