Действительно легкий вес Linux для VM никакие расширения

Qemu не является правильным инструментом для задания. Qemu эмулирует целый компьютер, включая ЦП. Это полезно для работы виртуальной машины, где виртуальное аппаратное обеспечение отличается от аппаратных средств хоста, но это не требуется здесь.

Кроме того, эмуляция amd64 ЦП, вероятно, будет медленнее, чем эмуляция i386 ЦП. Это одно могло бы объяснить различие между Debian/amd64 и DSL/i386. Дополнительные процессы увеличили бы время начальной загрузки, но они не оказывают влияния на производительность после этого (неактивные процессы используют память, но по определению никакое процессорное время).

Для выполнения Linux на Linux правильный инструмент является специализированной технологией виртуализации Linux на Linux, такой как LXC, Linux-VServer, OpenVZ или Непривилегированный режим Linux. У Википедии и Новичков Ядра Linux есть страницы сравнения, чтобы помочь Вам сделать выбор.

Крайне медленный мог бы быть относительно Вашего ввода-вывода. Я приехал для обнаружения твердого способа, которым это могло бы быть исправлено, говоря libvirt использовать virtio. Проверить мой:

# virsh list
 Id Name                 State
----------------------------------
 11 ca                   running
 13 new_box           running
.....


# virsh dumpxml ca|awk '/disk/,/<\/disk>/'
    <disk type='block' device='disk'>
      <driver name='qemu'/>
      <source dev='/dev/xen02/ca.root'/>
      <target dev='vda' bus='virtio'/>
      <alias name='virtio-disk0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </disk>
    <disk type='block' device='cdrom'>
      <target dev='hdc' bus='ide'/>
      <readonly/>
      <alias name='ide0-1-0'/>
      <address type='drive' controller='0' bus='1' unit='0'/>
    </disk>

Можно сделать это во время установки или немного более мучительно путем редактирования существующего определения VM. Взгляните на это

Я просто создал ssh VM на работе несколько дней назад по той же причине, Вы хотите создать Ваш. на самом деле это для исходящего ssh, передающего для локальных рабочих станций на частных адресах, а также для входящего проксирования ssh.

Я просто использовал debian, сжимают (минимальная основная установка, № X о единственной необычной вещи был libpam-ldap для аутентификации через сервер Active Directory университета... и надлежащую конфигурацию/etc/security/access.conf, конечно так, чтобы только пользователи в моей способности могли войти в систему, и не каждая учетная запись теста/теста, которую некоторый идиот в некоторой другой способности создал в их OU., также настроили sshd_config так, чтобы логины пароля были только позволены от локальной сети, в то время как соединения отовсюду еще требуют открытого ключа. и iptables недавнее соответствие управляет для отфильтровывания безостановочных ssh датчиков деточки сценария),

VM 512M (вероятно, больше, чем действительно необходимо), и virtio диск и сетевые драйверы. производительность более, чем приемлема. это только имеет 1 ЦП, выделенный ему, мне, возможно, придется добавить больше, если использование выше, чем в настоящее время предсказываемый (несколько дюжин академиков и поствыпускников).

"крайне медленным" Вы имеете в виду при просмотре консоли VNC в virt-менеджере?

если так, это - известная ошибка - работа virt-менеджера VNC плачевна. сам VM прекрасен, ssh в него выполнения в нормальной скорости, соединение VNC от любого другого клиента VNC является большим, но использует, консоль VNC, встроенная virt-менеджеру, мучительна..., Вы видите, что отдельные символы появляются на экране по одному, поскольку текст производится.