Установка и настройка виртуальной машины Xen на NetBSD-3.0

Целью данной статьи не является сравнение различных средств виртуализации, в ней показано как в кратчайшие сроки развернуть виртуальную машину Xen на NetBSD-3.0. Общие сведения о виртуальных машинах и сравнение различных методов виртуализации вы можете почерпнуть в статье Александра Полякова http://unix.ginras.ru/apps/gam002.html

Так как официально NetBSD-3.0 еще не вышла, то мы воспользуемся снапшотом системы с последующим ее обновлением до текущего состояния. Начальная установка NetBSD-3.0_BETA ничем не отличается от установки других версий данной операционной системы.


По завершению установки входим в систему


и производим необходимую начальную настройку, исходя из личных предпочтений и условий:


Настоятельно рекомендую перед использованием обновить систему: Для обновления дерева исходных текстов: #export CVSROOT=":pserver:anoncvs@anoncvs.NetBSD.org:/cvsroot" #cvs login (пароль:anoncvs) Необходимо распаковать в каталог /usr/src архивы исходных текстов системы, которые можно скачать с ftp.netbsd.org. Далее: #cd /usr Обновляем систему: #cvs up -dP src


Создаем необходимые для сбоки каталоги и задаем переменную окружения (не забывайте указывать BSDOBJDIR после каждой перезагрузки) #mkdir /usr/src/obj #mkdir /usr/src/tooldir #mkdir /usr/src/obj/obj_dir #cd /usr/src #export BSDOBJDIR="/usr/src/obj" Собираем инструментарий #./build.sh -T /usr/src/tooldir -u tools ===> Summary of results: build.sh command: ./build.sh -T /usr/src/tooldir -u tools build.sh started: Mon Nov 14 11:06:45 MSK 2005 No /usr/src/tooldir/bin/nbmake, needs building. Bootstrapping nbmake MACHINE: i386 MACHINE_ARCH: i386 TOOLDIR path: /usr/src/tooldir DESTDIR path: /usr/src/obj/destdir.i386 RELEASEDIR path: /usr/src/obj/releasedir Created /usr/src/tooldir/bin/nbmake makewrapper: /usr/src/tooldir/bin/nbmake-i386 Updated /usr/src/tooldir/bin/nbmake-i386 Tools built to /usr/src/tooldir build.sh started: Sat Nov 26 21:35:11 MSK 2005 build.sh ended: Sat Nov 26 21:45:32 MSK 2005 ===> .


Собираем систему: #./build.sh -O /usr/src/obj/obj_dir -D /usr/src/obj/destdir.i386 -T /usr/src/tooldir -X /usr/xsrc -x distribution ===> Summary of results: build.sh command: ./build.sh -O /usr/src/obj/obj_dir -D /usr/src/obj/destdir.i386 -T /usr/src/tooldir distribution build.sh started: Mon Nov 14 11:17:31 MSK 2005 MACHINE: i386 MACHINE_ARCH: i386 TOOLDIR path: /usr/src/tooldir DESTDIR path: /usr/src/obj/destdir.i386 RELEASEDIR path: /usr/src/obj/obj_dir/releasedir makewrapper: /usr/src/tooldir/bin/nbmake-i386 Updated /usr/src/tooldir/bin/nbmake-i386 Successful make distribution build.sh started: Sat Nov 26 21:48:37 MSK 2005 build.sh ended: Sat Nov 27 00:34:45 MSK 2005 ===> .


Собираем новое ядро: #./build.sh -O /usr/src/obj/obj_dir -D /usr/src/obj/destdir.i386 -T /usr/src/tooldir kernel=GENERIC ===> Summary of results: build.sh command: ./build.sh -O /usr/src/obj/obj_dir -D /usr/src/obj/destdir.i386 -T /usr/src/tooldir kernel=GENERIC build.sh started: Mon Nov 14 12:26:33 MSK 2005 MACHINE: i386 MACHINE_ARCH: i386 TOOLDIR path: /usr/src/tooldir DESTDIR path: /usr/src/obj/destdir.i386 RELEASEDIR path: /usr/src/obj/obj_dir/releasedir makewrapper: /usr/src/tooldir/bin/nbmake-i386 Updated /usr/src/tooldir/bin/nbmake-i386 Building kernel without building new tools Building kernel: GENERIC Build directory: /usr/src/obj/obj_dir/sys/arch/i386/compile/GENERIC Kernels built from GENERIC: /usr/src/obj/obj_dir/sys/arch/i386/compile/GENERIC/netbsd build.sh started: Sat Nov 26 21:35:11 MSK 2005 build.sh ended: Sat Nov 26 21:35:11 MSK 2005 ===> .


Устанавливаем ядро и презагружаемся: #cp /usr/src/obj/obj_dir/sys/arch/i386/compile/GENERIC/netbsd / #shutdown -r now После загрузки у нас теперь NetBSD 3.0_RC3 (GENERIC) #0: Mon Nov 14 12:33:48 MSK 2005 Устанавливаем пользовательское окружение: #./build.sh -O /usr/src/obj/obj_dir -D /usr/src/obj/destdir.i386 -T /usr/src/tooldir install=/ ... Copyng set base Copyng set comp ... ===> Summary of results: build.sh command: ./build.sh -O /usr/src/obj/obj_dir -D /usr/src/obj/destdir.i386 -T /usr/src/tooldir install=/ build.sh started: Mon Nov 14 12:45:33 MSK 2005 MACHINE: i386 MACHINE_ARCH: i386 TOOLDIR path: /usr/src/tooldir DESTDIR path: /usr/src/obj/destdir.i386 RELEASEDIR path: /usr/src/obj/obj_dir/releasedir makewrapper: /usr/src/tooldir/bin/nbmake-i386 Updated /usr/src/tooldir/bin/nbmake-i386 Succeful installworld to / build.sh started: Sat Nov 26 21:35:11 MSK 2005 build.sh ended: Sat Nov 26 21:35:11 MSK 2005 ===> .


Контрольная перезагрузка: #shutdown -r now


Я рекомендую сразу же собрать релиз, который будет нами впоследствии использован для установки в гостевой домен. Сделать это можно следующей командой: ./build.sh -O /usr/src/obj/obj_dir -D /usr/src/obj/destdir.i386 -T /usr/src/tooldir -R /usr/src/obj/releasedir -X /usr/xsrc -x release Далее, необходимо скачать или обновить систему портов NetBSD - pkgsrc.

Так как не стоит забывать о безопасности, то настоятельно рекомендуется установить утилиту /usr/pkgsrc/security/audit-packages, после чего скачать свежую базу уязвимостей следующей командой: /usr/pkg/sbin/download-vulnerability-list и, воспользовавшись командой crontab -e, внести следующее задание демону CRON: 0 3 * * * /usr/pkg/sbin/download-vulnerability-list >/dev/null 2>&1 Далее, создайте файл /etc/security.local следующего содержания: if [ -x /usr/pkg/sbin/audit-packages ]; then /usr/pkg/sbin/audit-packages fi Для работы Xen нам необходимо установить пакеты sysutils/grub, sysutils/xenkernel20 и sysutils/xentools20: #cd /usr/pkgsrc/sysutils/grub #make install clean #cd /usr/pkgsrc/sysutils/xentools20 make install clean #cd /usr/pkgsrc/sysutils/xenkernel20 #make install clean


Отредактируем, скомпилируем и установим ядро для domain0 на нашей системе. #cd /usr/src/sys/arch/i386/conf #cp XEN0 Irish_XEN0 #vi #config Irish_XEN0 #cd ../compile/Irish_XEN0 #make depend #make #cp /netbsd /netbsd.generic #make install Создаем каталог /grub и помещаем в него файл menu.lst следущего содержания (при этом считаем, что загрузка осуществляется с wd0): #Grub config file for NetBSD/xen. Copy as /grub/menu.lst and run # grub-install /dev/rwd0d (assuming your boot device is wd0). # # The default entry to load will be the first one default=0 # boot after 10s the default entry if the user didn't hit keyboard timeout=10 # Configure serial port to use as console. Ignore if you'll use VGA only serial --unit=0 --speed=115200 --word=8 --parity=no --stop=1 # Let the user select which console to use (serial or VGA), default # to serial after 10s terminal --timeout=10 serial console # An entry for NetBSD/xen, using /netbsd as the domain0 kernel, and serial # console. Domain0 will have 64MB RAM allocated. # Assume NetBSD is installed in the first MBR partition. title Xen 2.0 / NetBSD (hda0, serial) root(hd0,0) kernel (hd0,a)/xen.gz dom0_mem=65536 com1=115200,8n1 module (hd0,a)/netbsd root=/dev/hda1 ro console=ttyS0 # Same as above, but using VGA console # We can use console=tty0 (Linux syntax) or console=pc (NetBSD syntax) title Xen 2.0 / NetBSD (hda0, vga) root(hd0,0) kernel (hd0,a)/xen.gz dom0_mem=65536 module (hd0,a)/netbsd root=/dev/hda1 ro console=tty0 # NetBSD/xen using a backup domain0 kernel (in case you installed a # nonworking kernel as /netbsd title Xen 2.0 / NetBSD (hda0, backup, serial) root(hd0,0) kernel (hd0,a)/xen.gz dom0_mem=65536 com1=115200,8n1 module (hd0,a)/netbsd.backup root=/dev/hda1 ro console=ttyS0 title Xen 2.0 / NetBSD (hda0, backup, VGA) root(hd0,0) kernel (hd0,a)/xen.gz dom0_mem=65536 module (hd0,a)/netbsd.backup root=/dev/hda1 ro console=tty0 #Load a regular NetBSD/i386 kernel. Can be useful if you end up with a #nonworking /xen.gz title NetBSD 3.0 root (hd0,a) kernel --type=netbsd /netbsd.generic #Load the NetBSD bootloader, letting it load the NetBSD/i386 kernel. #May be better than the above, as grub can't pass all required infos #to the NetBSD/i386 kernel (e.g. console, root device, ...) title NetBSD chain root (hd0,0) chainloader +1 ## end of grub config file. Затем устанавливаем конфигурационный файл: #grub-install /dev/rwd0d #shutdown -r now


Загружаем систему:


Необходимо убедиться, что устройства /dev/xencons и /dev/xenevt, необходимые для работы Xen, созданы. В противном случае, создайте из командой: #cd /dev && sh MAKEDEV xen #ls /dev/xen* /dev/xencons /dev/xenevt Производим запуск демона xen: #cp /usr/pkg/share/examples/rc.d/* /etc/rc.d/ #/etc/rc.d/xend start Starting xend. #ps -aux | grep xen root 99 8.9 11.4 7152 6752 ? S 9:06PM 0:00.42 /usr/pkg/bin/python2.3 /usr/pkg/sbin/xend start xend пишет логи в файлы /var/log/xend.log и /var/log/xend-debug.log. Контроль за доменами осуществляется с помощью утилиты xm: #xm list Name Id Mem(MB) CPU State Time(s) Console Domain-0 0 64 0 r---- 61.7 Обратите внимание, что связь между xend и xm осуществляется через сокет TCP, и xend прослушивает порты *.8000, *.8001 and *.8002. Я настоятельно советую вам фильтровать эти порты (с помощью IPF или PF) и принимать соединения только с адреса 127.0.0.1, при этом ограничить число пользователей, которые могут получить доступ к domain0. #netstat -anf inet Active Internet connections (including servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 127.0.0.1.65531 127.0.0.1.8000 TIME_WAIT tcp 0 0 127.0.0.1.65533 127.0.0.1.8000 TIME_WAIT tcp 0 0 127.0.0.1.8000 *.* LISTEN tcp 0 0 127.0.0.1.8001 *.* LISTEN tcp 0 0 *.8002 *.* LISTEN tcp 0 0 192.168.164.131.22 192.168.164.1.1247 ESTABLISHED tcp 0 0 *.22 *.* LISTEN Откомпилируем ядро непривилегированного домена: #vi XENU #config XENU Build directory is ../compile/XENU Don't forget to run "make depend" #cd ../compile/XENU #make depend #make Создадим каталог xen_kernels , в котором мы будем хранить ядра непривилегированных доменов и поместим туда только что созданное ядро: mkdir /home/xen_kernels cp /usr/src/sys/arch/i386/compile/XENU/netbsd /home/xen_kernels/ И создадим файл, в котором будет содержаться домен(если у вас нет специально отведенного для этих целей раздела): root@netbsd-3:dd if=/dev/zero of=/home/xen_kernels/nbsd.img bs=1k seek=1 count=150000 150000+0 records in 150000+0 records out 150000000 bytes transferred in 37.284 secs (13732432 bytes/sec) root@netbsd-3:vnconfig -v -c vnd0 nbsd.img /dev/rvnd0d: 512001024 bytes on nbsd.img root@netbsd-3:disklabel -e -I vnd0 disklabel: Invalid signature in mbr record 0 root@netbsd-3:vi disklabel.proto root@netbsd-3:disklabel -R -r vnd0 disklabel.proto disklabel: Invalid signature in mbr record 0 root@netbsd-3:newfs /dev/vnd0a В примере выше был создан файл размером 150Мб, подключен с помощью vnconfig, размечен на разделы и на нем была создана файловая мистема. На появляющуюся ощибку "Invalid signature in mbr record 0" внимания обращать не стоит. В моем примере файл disklabel.proto, содержащий карту диска, был весьма примитивен и содержал один единственный раздел: # /dev/rvnd0d: type: vnd disk: vnd label: Xen_Test flags: bytes/sector: 512 sectors/track: 32 tracks/cylinder: 64 sectors/cylinder: 2048 cylinders: 146 total sectors: 300002 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # microseconds track-to-track seek: 0 # microseconds drivedata: 0 4 partitions: # size offset fstype [fsize bsize cpg/sgs] a: 300002 0 4.2BSD 0 0 0 # (Cyl. 0 - 146*) c: 300002 0 unused 0 0 # (Cyl. 0 - 146*) d: 300002 0 unused 0 0 # (Cyl. 0 - 146*) После этого, мы монтируем /dev/vnd0a: mount /dev/vnd0a /mnt и распаковываем в этом каталоге все необходимые нам наборы, которые находятся в каталоге /usr/src/obj/releasedir Создаем файл конфигурации домена /usr/pkg/etc/xen/nbsd: # -*- mode: python; -*- #============================================================================ # Python defaults setup for 'xm create'. # Edit this file to reflect the configuration of your system. #============================================================================ #---------------------------------------------------------------------------- # Kernel image file. This kernel will be loaded in the new domain. kernel = "/home/xen_kernels/netbsd" #kernel = "/home/xen_kernels/netbsd-install" # Memory allocation (in megabytes) for the new domain. memory = 64 # A handy name for your new domain. This will appear in 'xm list', # and you can use this as parameters for xm in place of the domain number. name = "nbsd" # Which CPU to start domain on (only relevant for SMP hardware) cpu = -1 # leave to Xen to pick #---------------------------------------------------------------------------- # Define network interfaces for the new domain. # Number of network interfaces. Default is 1. nics=1 # Optionally define mac and/or bridge for the network interfaces. # Random MACs are assigned if not given. # The MAC address specified is the one used for the interface in the new # domain. The interface in domain0 will use this address xor'd with # 00:00:00:01:00:00 (i.e. aa:00:00:51:02:f0 in our example) # bridge is a required parameter, which will be passed to the vif script # called by xend when a new domain is created to configure the new # xvif interface in domain0. We can pass any information here. # In our example, the xvif won't be added to a bridge, but configured with a # private address. Pass the ifconfig line which will be used by the script # here instead. # vif = [ 'mac=aa:00:00:50:02:f0, bridge=10.0.0.254 netmask 255.255.255.0' ] #---------------------------------------------------------------------------- # Define the disk devices you want the domain to have access to, and # what you want them accessible as. # Each disk entry is of the form phy:DEV,VDEV,MODE # where DEV is the device, VDEV is the device name the domain will see, # and MODE is r for read-only, w for read-write. # VDEV doesn't really matter for NetBSD guest OS, but does for Linux. # Worse, the device has to exists in /dev/ of domain0, because xm will # try to stat() it. This means that in order to load a Linux guest OS # from a NetBSD domain0, you'll have to create /dev/hda1, /dev/hda2, ... # on domain0, with the major/minor from Linux :( #disk = [ 'phy:/dev/cd0a,cd0a,r', 'phy:/dev/vnd0a,wd0h,w' ] disk = [ 'phy:/dev/vnd0a,wd0h,w' ] #---------------------------------------------------------------------------- # Set the kernel command line for the new domain. # Set root device. This one does matter for NetBSD root = "/dev/wd0h" # extra parameters passed to the kernel #extra = "" #---------------------------------------------------------------------------- # Set according to whether you want the domain restarted when it exits. # The default is False. #autorestart = True # end of nbsd config file ==================================================== Командой 'xm create' создается новый домен. Он будет использовать файл конфигурации, определяемой переменной PKG_SYSCONFDIR (по умолчанию /usr/pkg/etc/xen/).

Разберем строку disk = [ 'phy:/dev/cd0a,cd0a,r', 'phy:/dev/vnd0a,wd0h,w' ]. Она определяет, к каким разделам корневого домена будет иметь доступ гостевой домен, при этом действует следущая схема обозначения дисков: phy:DEV,VDEV,MODE. Здесь DEV обозначает раздел корневого домена, VDEV - раздел, под которым он будет виден в корневой системе и значение MODE может быть r для режима read-only и w для режима read-write. В нашем примере мы монтируем CD-ROM и наш виртуальный диск. Для работы CD-ROM не нужен, вы можете закомментировать эту строку, она необходима только при установке системы с CD-ROM (при этом учтите, что при начальной установке домена (если вы не устанавливаетет его с компакт диска), вы должны откомпилировать ядро INSTALL_XENU и поместить его в каталог с ядром XENU).

В нашем случае, мы перенесем систему в гостевой домен, поэтому установка не потребуется и можно стразу использовать нормальное ядро. Оставьте строку, содержащую disk = [ 'phy:/dev/vnd0a,wd0h,w' ].

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

Данная команда позволит вам сразу подключиться к создаваемому домену: #xm create -c /usr/pkg/etc/xen/nbsd Мы получим следующую картину: root@notebook:xm create -c /usr/pkg/etc/xen/nbsd Using config file "/usr/pkg/etc/xen/nbsd". Started domain nbsd, console on port 9601 ************ REMOTE CONSOLE: CTRL-] TO QUIT ******** Loaded initial symtab at 0xc041da5c, strtab at 0xc0449e80, # entries 11261 Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 3.0_RC4 (XENU) #0: Tue Nov 29 13:17:33 MSK 2005 root@notebook.work.dreamcatcher.ru:/usr/src/sys/arch/i386/compile/XENU total memory = 61884 KB avail memory = 60388 KB mainbus0 (root) cpu0 at mainbus0: (uniprocessor) cpu0: Intel Pentium M (Dothan) (686-class), 1599.98 MHz, id 0x6d6 cpu0: features afe9fbbf cpu0: features afe9fbbf cpu0: features afe9fbbf hypervisor0 at mainbus0 debug virtual interrupt using event channel 2 misdirect virtual interrupt using event channel 0 Domain controller: using event channel 1 xencons0 at hypervisor0: Xen Virtual Console Driver xencons0: console major 143, unit 0 Initialising Xen virtual ethernet frontend driver. npx0 at hypervisor0: using exception 16 Xen clock: using event channel 3 raidattach: Asked for 8 units Kernelized RAIDframe activated crypto: assign driver 0, flags 2 crypto: driver 0 registers alg 1 flags 0 maxoplen 0 crypto: driver 0 registers alg 2 flags 0 maxoplen 0 crypto: driver 0 registers alg 3 flags 0 maxoplen 0 crypto: driver 0 registers alg 4 flags 0 maxoplen 0 crypto: driver 0 registers alg 5 flags 0 maxoplen 0 crypto: driver 0 registers alg 17 flags 0 maxoplen 0 crypto: driver 0 registers alg 6 flags 0 maxoplen 0 crypto: driver 0 registers alg 7 flags 0 maxoplen 0 crypto: driver 0 registers alg 15 flags 0 maxoplen 0 crypto: driver 0 registers alg 8 flags 0 maxoplen 0 crypto: driver 0 registers alg 16 flags 0 maxoplen 0 crypto: driver 0 registers alg 9 flags 0 maxoplen 0 crypto: driver 0 registers alg 10 flags 0 maxoplen 0 crypto: driver 0 registers alg 13 flags 0 maxoplen 0 crypto: driver 0 registers alg 14 flags 0 maxoplen 0 crypto: driver 0 registers alg 11 flags 0 maxoplen 0 crypto: driver 0 registers alg 18 flags 0 maxoplen 0 xennet0 at hypervisor0: Xen Virtual Network Interface xennet0: using event channel 4 xennet0: MAC address aa:00:00:50:02:f0 xbd: using event channel 5 xbd0 at hypervisor0: Xen Virtual Block Device 146 MB xbd1 at hypervisor0: Xen Virtual Block Device 587 MB Searching for RAID components... boot device: xbd0 root on xbd0a dumps on xbd0b mountroot: trying smbfs... mountroot: trying coda... mountroot: trying msdos... mountroot: trying cd9660... mountroot: trying ntfs... mountroot: trying nfs... mountroot: trying lfs... mountroot: trying ext2fs... mountroot: trying ffs... root file system type: ffs warning: no /dev/console init: copying out path `/sbin/init' 11 init: Creating mfs /dev (412 blocks, 1024 inodes) /etc/rc.conf is not configured. Multiuser boot aborted. Enter pathname of shell or RETURN for /bin/sh: Terminal type? [unknown] vt100 Terminal type is vt100. We recommend creating a non-root account and using su(1) for root access. # ls .cshrc bin lib rescue stand usr .profile dev libexec root var altroot etc mnt sbin tmp #mount /dev/xbd0a / После этого мы можем приступать к настройке домена.

Необходимо создать файл fstab, содержащий следущую строку: /dev/xbd0a / ffs rw 1 1 Отредактировать /etc/rc.conf на наличие этих и других, необходимых лично вам, строк: rc_configured=YES wscons=YES no_swap=YES ifconfig_xennet0="inet 192.168.50.2 netmask 255.255.255.252" defaultroute="192.168.50.1" hostname="xen-test.netbsd-3.farm.dreamcatcher.ru" В конечном итоге, целью наших стараний будет получить: Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 3.0_RC4 (XENU) #0: Tue Nov 29 13:17:33 MSK 2005 Welcome to NetBSD! : {1} Для настройки сети необходимо просто настроить соответствующий сетевой интерфейс xvif2.0 в корневом домене: #ifconfig xvif2.0 inet 192.168.50.1 netmask 255.255.255.252 #ping 192.168.50.1 PING 192.168.50.1 (192.168.50.1): 56 data bytes 64 bytes from 192.168.50.1: icmp_seq=0 ttl=255 time=0.032 ms 64 bytes from 192.168.50.1: icmp_seq=1 ttl=255 time=0.028 ms 64 bytes from 192.168.50.1: icmp_seq=2 ttl=255 time=0.026 ms ^C ----192.168.50.1 PING Statistics---- 3 packets transmitted, 3 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.026/0.029/0.032/0.003 ms #ping 192.168.50.2 PING 192.168.50.2 (192.168.50.2): 56 data bytes 64 bytes from 192.168.50.2: icmp_seq=0 ttl=255 time=0.113 ms 64 bytes from 192.168.50.2: icmp_seq=1 ttl=255 time=0.062 ms 64 bytes from 192.168.50.2: icmp_seq=2 ttl=255 time=0.058 ms ^C ----192.168.50.2 PING Statistics---- 3 packets transmitted, 3 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.058/0.078/0.113/0.031 ms Остановить домен можно командой xm shutdown nbsd, выполненной в корневом домене. В последствии, число виртуальных машин можно увеличить простым копированием и переименованием файла конфигурации и файла, содержащего образ операционной системы гостевого домена.

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

Автор|Источник|Перевод: Сгибнев Михаил, http://dreamcatcher.ru