форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Релиз гипервизора Xen 4.6.0"	+/–
Сообщение от opennews (??) on 15-Окт-15, 00:38
После десяти месяцев разработки состоялся (https://blog.xenproject.org/2015/10/13/xen-4-6/) релиз свободного гипервизора Xen 4.6 (https://www.xenproject.org/). По сравнению с прошлым выпуском в Xen 4.6 внесено (http://wiki.xenproject.org/wiki/Xen_Project_4.6_Release_Notes) более 2 тысяч  изменений. Ключевые изменения (http://wiki.xenproject.org/wiki/Xen_Project_4.6_Feature_List) в Xen 4.6: -  В libxc/libxl представлена полностью новая реализация Live-миграции (Migration v2), учитывающая особенности различных слоёв программного стека Xen, отличающаяся большей надёжностью и расширяемостью, а также лучшей поддержкой инфраструктур следующего поколения и работ, запланированных для будущих релизов гипервизора. -  Переработан инструментарий Remus (http://wiki.xenproject.org/wiki/Remus) для создания конфигураций высокой доступности, который теперь основан на наработках Migration v2; -  В Libxl обеспечена возможность отмены уже инициированных асинхронных операций, что позволяет пользователю безболезненно отменить длительно выполняемые параллельные работы, воспользоваться всеми преимуществами libvirt  и упростить интеграцию со стеками оркестровки облачных систем; -  Улучшена поддержка протокола SPICE/QXL; -  Добавлена поддержка дисковых контроллеров AHCI; -  В основную кодовую базу добавлен инструмент Xenalyze для анализа буферов трассировки гипервизора, который может быть использован для оптимизации и отладки; -  Реализована поддержка новых возможностей выпусков ядра Linux с  3.18 по 4.3, в том числе поддержка бэкенда и фронтэнда Xen SCSI, поддержка ядер VPMU, увеличение производительности  mmap, возможность адресовать в P2M более 512 Гб для паравиртуальных гостевых систем; -  Добавлена экспериментальная поддержка PVH Dom0/DomU  на платформе FreeBSD. Удалены специфичный для FreeBSD классический порт i386 PV и неработающие расширения blkfront/back. Добавлена поддержка косвенного дескриптора Blkfront. Продолжается работа над поддержкой запуска гостевых систем на базе ARM32 и ARM64 во FreeBSD; -  Подсистема обработки связанных с памятью событий переработана в новую подсистему VM event, поддерживающую архитектуры ARM и x86. Подсистема VM event может быть использована для перехвата любых специфичных для виртуальной машины событий, таких как обращение к памяти и регистрам, что позволяет создавать приложения для инспектирования работы гостевых систем и средства мониторинга; -  Добавлена поддержка vTPM 2.0 (http://wiki.xenproject.org/wiki/Virtual_Trusted_Platform_Mod...(vTPM)) (Virtual Trusted Platform Module), реализованная компаниями Intel и BitDefender; -  Значительно увеличена масштабируемость таблицы доступа (Grant table),  что в некоторых конфигурациях привело к удвоению общей пропускной способности виртуальной сетевой подсистемы хоста и значительному повышению производительности драйверов ввода/вывода; -  Повышена эффективность механизма блокировок для улучшения работы крупных конфигураций, в которых на одном хосте запускаются сотни и тысячи виртуальных окружений; -  Прекращена поддержка не используемого планировщика SEDF; -  Mini-OS выделен из кодовой базы в отдельное дерево исходных текстов и будет развиваться как отдельный проект; -  Компания Intel реализовала для Xen ряд новых технологий, специфичных для архитектуры x86: альтернативный P2M-фреймворк с новыми возможностями интроспекции и защиты VM; технологию журналирования IPML (Intel Page Modification Logging) для отслеживания обращения к страницам памяти при выполнении Live-миграции;  систему  индивидуальной настройки L3 кэша для VM; механизмы мониторинга пропускной способности памяти; инструменты для профилирования гипервизора; -  Доведена до полной функциональности реализация виртуальной системы NUMA для гостевых систем, работающих в режиме HVM; -  Внесена большая порция улучшений, связанных с архитектурой ARM: число поддерживаемых на платформах ARM64 виртуальных CPU увеличено с 8 до 128; добавлена поддержка проброса доступа к не-PCI устройствам; поддержка ARM GICv2 на GICv3; поддержка 32-разрядного пользовательского окружения на 64-разрядных гостевых системах; поддержка OVMF; поддержка ARM-платформ Renesas R-Car Gen2, Thunder X, Huawei hip04-d04 и Xilinx ZynqMP SoC; -  Представлен проект Raisin (https://blog.xenproject.org/2015/06/28/project-raisin-raise-xen/), предоставляющий инструментарий для сборки и формирования пакетов для развёртывания рабочих конфигураций Xen путём пересборки из исходных текстов и загрузки всех необходимых зависимостей, таких как Grub и Libvirt. -  Введена в строй система непрерывной интерграции для тестирования кода Xen в сочетании с компонентами OpenStack. -  Уровень качества поддержки Xen в OpenStack повышен с уровня С до уровня B. URL: https://blog.xenproject.org/2015/10/13/xen-4-6/ Новость: http://www.opennet.dev/opennews/art.shtml?num=43134
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Релиз гипервизора Xen 4.6.0"	+4 +/–
Сообщение от anonymous (??) on 15-Окт-15, 00:38
Кто может доходчиво прояснить, для каких задач на данный момент Xen предпочтительнее чем KVM и почему? Спасибо.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Релиз гипервизора Xen 4.6.0"	–3 +/–
	Сообщение от Mozenrat on 15-Окт-15, 01:28
	> Кто может доходчиво прояснить, для каких задач на данный момент Xen предпочтительнее > чем KVM и почему? Спасибо. Проброс PCI-E и прочих устройств реализован лучше. Изоляция в плане оперативной памяти (IMHO удобнее и нагляднее) В DomU можно поставить систему с KVM виртуализацией. Сам KVM так не умеет (Виртуализация виртуализации)
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от MirandaUser2 on 15-Окт-15, 01:58
	Что значит не умеет? Вы про nested виртуализацию?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	14. "Релиз гипервизора Xen 4.6.0"	+2 +/–
	Сообщение от Moomintroll (ok) on 15-Окт-15, 09:34
	> Сам KVM так не умеет (Виртуализация виртуализации) Умеет. См. парамер nested модулей kvm_intel и kvm_amd.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	3. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от Pavel (??) on 15-Окт-15, 01:32
	Насколько я понимаю основной двигатель Xen - это Citrix. Там из коробки есть вменяемая оркестрация на уровне ферм, и прочие пряники. В остальном ничем принципиально не лучше и не хуже KVM.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	5. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от pavlinux (ok) on 15-Окт-15, 03:55
	>  В остальном ничем принципиально не лучше и не хуже KVM. Ога, щаз... Суслика видишь? -Нет,... - А он есть! Citrix - нет! Оно куплено EMC (для всех это публичный альянс). EMC еще купило VMware!   Вот краткий список патентов на виртуализацию, которых не будет в опенсоурсе ещё лет 10. VMware, Inc. All rights reserved. VMware software products are protected by one or more U.S. Patent Numbers D617,808, D617,809, D617,810, D617,811, 6,256,637, 6,360,219, 6,397,242, 6,496,847, 6,567,905, 6,681,226, 6,704,925, 6,711,672, 6,725,289, 6,735,601, 6,785,886, 6,789,156, 6,795,966, 6,880,022, 6,883,095, 6,940,980, 6,944,699, 6,961,806, 6,961,941, 6,970,562, 7,017,041, 7,055,032, 7,065,642, 7,069,413, 7,069,435, 7,082,598, 7,089,377, 7,111,086, 7,111,145, 7,117,481, 7,149,310, 7,149,843, 7,155,558, 7,222,221, 7,260,815, 7,260,820, 7,269,683, 7,275,136, 7,277,998, 7,277,999, 7,278,030, 7,281,102, 7,290,253, 7,343,599, 7,356,679, 7,373,355, 7,386,720, 7,409,487, 7,412,492, 7,412,702, 7,424,710, 7,428,636, 7,433,951, 7,434,002, 7,447,854, 7,447,903, 7,467,067, 7,475,002, 7,478,173, 7,478,180, 7,478,218, 7,478,388, 7,484,208, 7,487,313, 7,487,314, 7,490,216, 7,500,048, 7,506,122, 7,516,453, 7,529,897, 7,555,747, 7,565,527, 7,571,471, 7,577,722, 7,581,064, 7,590,715, 7,590,982, 7,594,111, 7,596,594, 7,596,697, 7,599,493, 7,603,704, 7,606,868, 7,620,523, 7,620,766, 7,620,955, 7,624,240, 7,630,493, 7,636,831, 7,657,659, 7,657,937, 7,665,088, 7,672,814, 7,680,919, 7,693,996, 7,694,101, 7,702,843, 7,707,185, 7,707,285, 7,707,578, 7,716,446, 7,734,045, 7,734,911, 7,734,912, 7,735,136, 7,743,389, 7,761,917, 7,765,543, 7,774,391, 7,779,091, 7,783,779, 7,783,838, 7,793,279, 7,797,748, 7,801,703, 7,802,000, 7,802,248, 7,805,676, 7,814,495, 7,823,145, 7,831,661, 7,831,739, 7,831,761, 7,831,773, 7,840,790, 7,840,839, 7,840,993, 7,844,954, 7,849,098, 7,853,744, 7,853,960, 7,856,419, 7,856,531, 7,856,637, 7,865,663, 7,869,967, 7,886,127, 7,886,148, 7,886,346, 7,890,754, 7,895,437, 7,908,646, 7,912,951, 7,921,197, 7,925,850, 7,933,981, 7,934,017, 7,934,020, 7,941,470, 7,941,827, 7,945,436, 7,945,761, 7,945,908, 7,945,958, 7,953,833, 7,958,558, 7,962,647, 7,966,615, 7,970,938, 7,971,015, 7,971,047, 7,971,182, 7,975,165, 7,984,254, 7,984,264, 7,984,304, 8,001,083, 8,001,322, 8,006,043, 8,010,667, 8,010,676, 8,010,701, 8,013,859, 8,015,367, 8,015,388, 8,019,861, 8,024,506, 8,024,779, 8,028,071, 8,037,032, 8,037,227, 8,037,280, 8,046,468, 8,056,076, 8,060,342, 8,060,722, 8,060,875, 8,060,877, 8,060,883, 8,069,250, 8,074,045, 8,086,822, 8,095,525, 8,095,929, 8,095,931, 8,099,568, 8,099,607, 8,112,505, 8,117,410, 8,127,014, 8,127,107, 8,127,301, 8,141,075, 8,141,163, 8,145,752, 8,145,763, 8,145,836, 8,146,082, 8,151,263, 8,166,107, 8,166,211, 8,166,253, 8,166,349, 8,166,474, 8,166,475, 8,166,554, 8,170,123, 8,171,033, 8,171,140, 8,171,141, 8,171,142, 8,171,278, 8,171,338, 8,171,345, 8,171,482, 8,171,485, 8,171,488, 8,171,548, 8,176,493, 8,195,774, 8,195,866, 8,201,169, 8,204,986, 8,209,343, 8,209,408, 8,209,680, 8,213,608, 8,214,522, 8,214,576, 8,214,802, 8,214,875, 8,219,063, 8,219,779, 8,219,987, 8,225,071, 8,233,882, 8,234,518, 8,239,608, 8,239,646, 8,239,655, 8,244,853, 8,245,081, 8,245,129, 8,245,227, 8,250,197, 8,250,214, 8,250,519, 8,250,586, 8,250,638, 8,255,484, 8,255,806, 8,260,816, 8,260,904, 8,261,265, 8,266,099, 8,266,275, 8,266,279, 8,266,395, 8,266,404, 8,266,628, 8,271,450, 8,275,563, 8,281,318, 8,281,377, 8,286,174, 8,291,135, 8,291,159, 8,291,180, 8,291,436, 8,295,308, 8,296,472, 8,296,551, 8,296,759, 8,296,767, 8,301,874, 8,302,094, 8,307,187, 8,307,191, 8,307,192, 8,312,175, 8,312,471, 8,312,522, 8,316,193, 8,316,374, 8,321,643, 8,321,842, 8,321,850, 8,327,059, 8,332,921, 8,335,703, 8,336,049, 8,340,287, 8,341,749, 8,347,263, 8,347,344, 8,352,240, 8,352,482, 8,352,490, 8,352,705, 8,352,944, 8,359,374, 8,359,422, 8,359,451, 8,359,593, 8,364,932, 8,380,747, 8,380,939, 8,392,361, 8,392,838, 8,397,038, 8,402,224, 8,402,441, 8,402,527, 8,407,475, 8,407,518, 8,412,910, 8,417,812, 8,429,647, 8,429,665, 8,438,430, 8,441,494, 8,443,139, 8,443,156, 8,443,166, 8,443,261, 8,443,367, 8,448,022, 8,453,108, 8,453,143, 8,458,318, 8,458,329, 8,463,730, 8,463,905, 8,464,022, 8,464,259, 8,468,310, 8,473,946, 8,473,947, 8,478,725, 8,478,801, 8,478,924, 8,479,195, 8,543,781, 8,543,790, 8,544,010, 8,484,405, 8,489,636, 8,489,699, 8,489,719, 8,489,800, 8,490,085, 8,495,631, 8,498,987, 8,499,004, 8,499,297, 8,510,438, 8,510,590, 8,510,827, 8,521,504, 8,521,686, 8,521,666, 8,522,228, 8,527,673, 8,528,107, 8,533,382, 8,553,745, 8,543,781, 8,543,790, 8,544,010, 8,549,241, 8,549,364, 8,554,900, 8,554,981, 8,555,003, 8,555,081, 8,555,274, 8,560,577, 8,560,626, 8,560,747, 8,560,791, 8,561,061, 8,566,502, 8,566,744, 8,572,606, 8,572,608, 8,577,853, 8,577,937, 8,578,083, 8,578,380, 8, 583,875, 8,584,126, 8,589,913, 8,589,940, 8,595,369, 8,595,460, 8,595,487, 8,595,824, 8,607,011, 8,607,013, 8,612,659, 8,615,489, 8,619,771, 8,621,136, 8,621,607, 8,626,723, 8,631,065, 8,631,066, 8,631,117, 8,631,403, 8,635,330, 8,635,395, 8635,493, 8,639,917, 8,640,126, 8,650,359, 8,650,566, 8,650,564, 8,656,000, 8,655,971, 8,656,222, 8,656,389, 8,656,497, 8,661,182, 8,661,213, 8,661,428, 8,666,938, 8,667,187, 8,667,459, 8,667,500, 8,671,238, 8,677,085, 8,667,187, 8,677,351, 8,667,352, 8,683,041, 8,683,466, 8,688,823, 8,694,713, 8,694,728, 8,694,746 8,694,828, 8,700,585, 8,700,611, 8,701,107, 8,706,991, 8,707,035, 8,712,960, 8,713,273, 8,713,646, 8,717,895, 8,718,070, 8,719,401, 8,719,513, 8,719,545, 8,719,661, 8,719,800, 8,719,817, 8,719,823, 8,724,696, 8,725,886, 8,726,273, 8,726,225, 8,732,313, 8,732,700, 8,738,333, 8,738,868, 8,743,888, 8,743,889, 8,745,236, 8,745,241, 8,745,308, 8,745,336, 8,745,351, 8,750,119, 8,750,164, 8,751,867, 8,752,058, 8,756,397, 8,756,426, 8,763,115, 8,761,036, 8,762,660, 8,762,684, 8,769,174, 8,769,184, 8,775,594, 8,775,696, 8,775,748, 8,775,773, 8,775,774, 8,775,815, 8,775,903, 8,776,055, 8,776,089, 8,782,242, 8,782,310, 8,782,768, 8,788,079, 8,789,049, 8,793,428, 8,798,541, 8,799,418, 8,799,897, 8,799,921, 8,880,018, 8,805,934, 8,806,217, 8,806,484, 8,812,876, 8,813,074, 8,819,357, 8,817,620, 8,817,621, 8,819,674, 8,819,676, 8,819,822, 8,825,851, 8,825,909, 8,826,273, 8,826,278, 8,826,283, 8,826,289, 8,826,432, 8,825,994, 8,830,823, 8,830, 8,358,832,351, 8,832,390, 8,832,682, 8,832,785, 8,837,493, 8,839,201, 8,839,202, 8,839,266, 8,839,914, 8,838,756, 8,842,679, 8,843,933, 8,843,935, 8,850,004, 8,856,784, 8,862,695, 8,862,868, 8,863,127, 8,868,610, 8,868,880, 8,869,139, 8,874,744, 8,874,859, 8,875,162, 8,875,266, 8,875,288, 8,874,802, 8,874,803, 8,880,468, 8,880,470, 8,880,774, 8,880,930, 8,881,143, 8,886,708, 8,886,865, 8,892,737, 8,892,706, 8,892,776, 8,893,261, 8,892,716, 8,892,706, 8,892,716, 8,892,737, 8,892,776, 8,893,261, 8,898,108, 8,898,676, 8,898,508, 8,898,509, 8,898,518, 8,902,248, 8,902,242, 8,904,081, 8,910,297, 8,909,602, 8,909,928, 8,910,161, 8,910,228, 8,913,483, 8,913,611, 8,914,013, 8,914,567, 8,914,575, 8,914,598, 8,914,610, 8,914,684, 8,914,730, 8,917,617, 8,924,524, 8,924,534, 8,924,608, 8,924,967, 8,924,970, 8,925,036, 8,929,287, 8,930,592, 8,930,812, 8,930,948, 8,935,429, 8,935,456, 8,935,500, 8,938,680, 8,943,259, 8,943,296, 8,949,295, 8,949,399, 8,949,531, 8,949,546, 8,949,570, 8,949,585, 8,949,731, 8,949,791, 8,849,794, 8,949,817, 8,954,050, 8,954,387, 8,954,545, 8,954,575, 8,954,665, 8,955,072, 8,955,151, 8,958,292, 8,958,298, 8,959,215, 8,959,312, 8,959,338, 8,959,529, 8,964,528, 8,964,598, 8,964,767, 8,966,024, 8,966,029, 8,966,035, 8,966,040, 8,966,479, 8,966,581, 8,966,623, 8,972,981, 8,977,702, 8,977,736, 8,978,053, 8,978,110, 8,983,988, 8,984,508, 8,990,531, 8,990,699, 8,995,763, 8,996,853, 8,996,884, 8,997,187, 9,003,027, 9,003,037, 9,007,903, 9,008,087, 9,009,219, 9,009,727, 9,007,903, 9,008,087, 9,009,727, 9,015,180, 9,015,203, 9,015,823, 9,019,826, 9,019,977, 9,021,037, 9,026,510, 9,026,613, 9,026,630, 9,027,003, 9,027,031, 9,031,894, 9,032,050, 9,032,133, 9,032,170, 9,032,176, 9,032,181, 9,032,398, 9,032,402, 9,032,425, 9,037,522, 9,037,556, 9,037,621, 9,037,689, 9,037,719, 9,037,758, 9,037,873, 9,038,066, 9,042,304, 9,043,452, 9,043,792, 9,047,083, 9,047,087, 9,047,133, 9,049,153, 9,049,193, 9,049,257, 9,052,825, 9,052,937, 9,052,949, 9,052,961, 9,052,967, 9,053,064, 9,053,065, 9,054,995, 9,055,119, 9,058,232, 9,058,259, 9,058,353, 9,058,420, 9,058,495, 9,059,964, 9,059,989, 9,059,999, 9,063,756, 9,063,762, 9,063,766, 9,063,768, 9,063,866, 9,064,447, 9,069,579, 9,069,600, 9,069,607, 9,069,608, 9,069,902 , 9,075,718, 9,075,731, 9,077,664, 9,077,725, 9,081,536, 9,081,622, 9,081,686, 9,081,722, 9,083,606, 9,086,904, 9,086,921, 9,086,981, 9,087,191, 9,088,591, 9,092,318, 9,094,413, 9,097,528, 9,098,318, 9,098,347, 9,098,457, 9,099,974, 9,100,293, 9,104,402, 9,104, 469, 9,106,587, 9,116,726, 9,116,829, 9,116,737, 9,116,903, 9,122,594, 9,122,765, 9,123,031, 9,124,488, 9,124,538, 9,128,746, 9,129,062, 9,130,821, 9,130,879, 9,134,922, 9,134,992, 9,135,050, 9,135,171, 9,135,287, 9,135,342, 9,135,457, 9,137,052, 9,137,107, 9,137,222, 9,141,444, 9,141,578, 9,142,004, 9,141,381; :) ---- Ну например опенсоурсная шняжка не умеет: запускать 64-битные системы на 32-битных процах. копипасту мышом и клавой расшареные фолдеры (только самба/нфс/plan9/fuse/черезшопа/...) почти нулевая поддержка графики (долго рассказывать). например 1280x1024 при 24 битах цвета, с полно экранной графикой выдаёт 6 fps.   А ещё KVM от балды вырубится может, похерить образ, забыть дописать commit в клон,....   В общем, KVM - ковно полное, годное только для изоляции малонагруженных LAMP и начёсу ЧСВ одминов локалхостов.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	7. "Релиз гипервизора Xen 4.6.0"	+3 +/–
	Сообщение от Аноним (??) on 15-Окт-15, 06:28
	А потом их купил dell.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	8. "Релиз гипервизора Xen 4.6.0"	–7 +/–
	Сообщение от врутмненоги on 15-Окт-15, 06:58
	и чойта Linode так резко переходить на KVM стал, от отсталости походу)
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	9. "Релиз гипервизора Xen 4.6.0"	–3 +/–
	Сообщение от Аноним (??) on 15-Окт-15, 07:07
	не обращайте внимания, pavlinux'ксу по статусу положено нести чушь.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	10. "Релиз гипервизора Xen 4.6.0"	–9 +/–
	Сообщение от Аноним (??) on 15-Окт-15, 07:43
	ни на что большее он не способен
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	26. "Релиз гипервизора Xen 4.6.0"	–9 +/–
	Сообщение от Аноним (??) on 15-Окт-15, 13:36
	Надеюсь pavlinux уволят с места работы и он перестанет платить за свой интернеты.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	29. "Релиз гипервизора Xen 4.6.0"	–9 +/–
	Сообщение от Аноним (??) on 15-Окт-15, 14:50
	А вдруг за него мама платит ?
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	39. "Релиз гипервизора Xen 4.6.0"	+9 +/–
	Сообщение от pavlinux (ok) on 15-Окт-15, 23:20
	> Надеюсь pavlinux уволят с места работы и он перестанет платить за свой > интернеты. Что детишке, правда глаза режет? Ну продолжайте жрать бесплатное говно.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	67. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от Andrew Kolchoogin (ok) on 16-Окт-15, 12:14
	> Что детишке, правда глаза режет? Ну продолжайте жрать бесплатное говно. А что, разве VMware уже научилась точно отдавать время внутрь гостевой виртуальной машины? Есть аналог "Xen PV Clock", в смысле, есть доступ к часам гипервизора?
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	38. "Релиз гипервизора Xen 4.6.0"	+10 +/–
	Сообщение от pavlinux (ok) on 15-Окт-15, 23:18
	> и чойта Linode так резко переходить на KVM стал, от отсталости походу) Linode Frankfurt is KVM only.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	52. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от врутмненоги on 16-Окт-15, 04:14
	Стал =) https://blog.linode.com/2015/06/16/linode-turns-12-heres-som.../
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	12. "Релиз гипервизора Xen 4.6.0"	–9 +/–
	Сообщение от Анонзо on 15-Окт-15, 08:20
	>>краткий список патентов на виртуализацию Полный то ещё вывали, щазз все ломанутся читать эту портянку.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	23. "Релиз гипервизора Xen 4.6.0"	–12 +/–
	Сообщение от svr on 15-Окт-15, 12:24
	Охренеть. Два года админил несколько сотен серверов в двух ДЦ, на каждом из которых были десятки виртуалок на KVM. Никаких самостоятельных выключений, никаких проблем с образами и прочей фигни. Проект вполне хайлоадный, на десятки тысяч rps. Привет от админов localhost'а
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	28. "Релиз гипервизора Xen 4.6.0"	+6 +/–
	Сообщение от Аноним (??) on 15-Окт-15, 14:49
	Какая ОС на виртуалках работала ?
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	35. "Релиз гипервизора Xen 4.6.0"	+13 +/–
	Сообщение от pavlinux (ok) on 15-Окт-15, 23:12
	кастрированные версии демьяна с апачей/пыхой/мускуль крутились сайты по продажам вязаных шапочег.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	31. "Релиз гипервизора Xen 4.6.0"	–9 +/–
	Сообщение от Аноним (??) on 15-Окт-15, 15:36
	>Два года админил несколько сотен серверов в двух ДЦ и тут ты проснулся
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	36. "Релиз гипервизора Xen 4.6.0"	+11 +/–
	Сообщение от pavlinux (ok) on 15-Окт-15, 23:13
	> Охренеть. Два года админил несколько сотен серверов в двух ДЦ, на каждом > из которых были десятки виртуалок на KVM. Да-да-да, ... не мешки ворочать.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	30. "Релиз гипервизора Xen 4.6.0"	–8 +/–
	Сообщение от Тузя (ok) on 15-Окт-15, 15:35
	Это список патентов не из установщика vsphere-client ли, часом? LEL Унылая бяка эта ваша vmware, снапшотами ушатывает виртуалки. А xen хорош, если он xenserver.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	37. "Релиз гипервизора Xen 4.6.0"	+9 +/–
	Сообщение от pavlinux (ok) on 15-Окт-15, 23:14
	>  Унылая бяка эта ваша vmware, снапшотами ушатывает виртуалки. За 17 лет ни одного убитого образа, и тут появляется Тузик, и открывает нам глаза!!!
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	69. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от Аноним (??) on 16-Окт-15, 14:23
	> За 17 лет ни одного убитого образа и все - "кастрированные версии демьяна с апачей/пыхой/мускуль крутились сайты по продажам вязаных шапочег". Или сейчас будет увлекательный рассказ о задачах уровня билинга опсосов большой тройки?
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	53. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от Pavel (??) on 16-Окт-15, 07:39
	Эка у тебя припекает! Только где ты сейчас купишь 32х разрядные процессоры чтобы запускать на них 64 разрядные системы? Если про это твой список патентов - то чтож, удачи, продолжай хвалить свой "капюшон для трусов", бессмысленный зато запатентованный. Для 95% всех задач виртуализации не нужна ни копипаста мышкой, ни поддержка графики, ни shared folders, так как там обычно пыхтит какой нибудь CentOS с консолькой, и не жужжит.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	54. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от Pavel (??) on 16-Окт-15, 07:42
	P.S. Кстати графика сейчас даже для Windows опциональна.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	63. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от privation on 16-Окт-15, 11:48
	а что тогда лучше?
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	72. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от manster (ok) on 16-Окт-15, 19:55
	> а что тогда лучше? KVM вполне отличное решение 90/10. Plan9 расшаривает превосходно и без глюков. Мне только лениво возиться со звуком, разрешением и видео. Но это решаемо.
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	70. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от Аноним (??) on 16-Окт-15, 16:01
	Дык это ж все патенты типа "в левом нижнем углу окна ВМ мигает иконка при наличии сетевого трафика на виртуальном адаптере для информирования пользователя". Или вы действительно наивно полагаете, что это все корневые технологии? Нет, безусловно, пара штук таких там есть, ага.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	34. "Релиз гипервизора Xen 4.6.0"	–6 +/–
	Сообщение от Мегазаычы on 15-Окт-15, 20:43
	ядро xen - не mainline linux kernel, например.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	64. "Релиз гипервизора Xen 4.6.0"	–1 +/–
	Сообщение от Andrew Kolchoogin (ok) on 16-Окт-15, 11:56
	_Ядро Xen_ -- конечно. А вот ядро с PVOPS, поддерживающее Xen -- вполне себе Mainline.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	13. "Релиз гипервизора Xen 4.6.0"	+3 +/–
	Сообщение от Аноним (??) on 15-Окт-15, 08:26
	> Кто может доходчиво прояснить, для каких задач на данный момент Xen предпочтительнее > чем KVM и почему? Спасибо. Xen самодостаточен и компактен, а KVM основан на инфраструктуре такой сложной и раздутой системы как ядро Linux. https://www.qubes-os.org/en/doc/user-faq/#why-does-qubes-use... 3.2. Xen vs. KVM security architecture comparison Most Xen advocates would dismiss KVM immediately by saying that itʼs not a true bare-metal hypervisor, but rather more of a type II hypervisor added on top of (fat and ugly) Linux kernel. The KVM fans would argue that while Xen itself might indeed be much smaller than Linux with KVM, however that itʼs not a fair comparison, because one needs to also count Xenʼs Dom0 code as belonging to TCB, and that Dom0 uses a pretty much regular Linux system, which in the end comes down to pretty comparable code bases we need to trust (Linux + KVM vs. Xen + Linux). Both of those arguments are oversimplifications, however. The thin vs. fat hypervisor argument In KVM architecture each VM is just another type of a Linux usermode process. The exception being that such a “VM process” doesnʼt have access to the standard Linux system call interface, but instead can interact with the kernel via VMX or SMX intercepts. In that case the kernel actually becomes the hypervisor for all the VM processes. One should note, however, that the VM hypervisor interface in that case is much simpler than in case of a regular process kernel interface. However itʼs not entirely true. Particularly the hypervisor still uses (or is free to use) the whole Linux kernel infrastructure, with all its drivers and internal interfaces. This makes the line between what code in the Linux kernel is, and what is not, used for handling various VM-generated events, to be blurry. This is not the case when we consider a true bare-metal hypervisor like Xen. In Xen, at no point does the execution path jump out of the hypervisor to e.g. Dom03 . Everything is contained within the hypervisor. Consequently itʼs easier to perform the careful security code audit of the Xen hypervisor, as itʼs clear which code really belongs to the hypervisor. At the same time the above argument cannot be automatically transfered to Xenʼs Dom0 code. The main reason is that it is possible to move all the drivers and driver backends out of Dom04 . The same is true for moving the IO Device Emulator (ioemu) out of Dom05 . The only element (that is accessible to VMs) that must be left in Dom0 is the XenStore daemon, that is responsible for managing a directory of system-wide parameters (e.g. where is each of the backend driver located). That represents a very minimal amount of code that needs to be reviewed. The I/O Emulation vs. PV drivers KVM uses full virtualization approach for all its virtual machines. This means that every virtual machine in KVM must have an associated I/O emulator. KVM uses the open source qemu emulator for this purpose. In KVM architecture the I/O emulator is running on the host, although as an unprivileged non-root process. Xen, on the other hand, allows for both fully virtualized, as well as para-virtualized virtual machines. This offers an option of either removing the I/O emulator completely from the system (in case the user wants to use only PV guests, as they donʼt need an I/O emulation), or to host the I/O emulators in dedicated minimal PV domains. Xen provides even a dedicated mechanism for this, the so called “stub-domains”. The I/O emulator is a complex piece of software, and thus it is reasonable to assume that it contains bugs and that it can be exploited by the attacker. In fact both Xen and KVM assume that the I/O emulator can be compromised and they both try to protect the rest of the system from a potentially compromised I/O emulator. They differ, however, in the way the try to protect the system from a compromised I/O emulator. KVM uses standard Linux security mechanisms to isolate and contain the I/O emulator process, such as address space isolation and standard ACL mechanisms. Those can be further extended by using e.g. SELinux sandboxing. This means that the isolation quality that KVM provides cannot be significantly better than what a regular Linux kernel can provide to isolate usermode processes6. Xen uses virtualization for the I/O emulator isolation, specifically para virtualization, just in the very same way as it is used for regular VM isolation, and doesnʼt relay on Linux to provide any isolation. Driver domains support A very essential feature for the Qubes OS is the ability to sandbox various drivers, so that even in the case of a bug in a driver, the system could be protected against compromise. One example here could be a buggy WiFi driver or 802.11 stack implementation that could be exploited by an attacker operating at an airport lounge or in a hotel. Another example could be a bug in the disk driver or virtual filesystem backend, that could be exploited by the attacker from one of the (lesser-privileged) VM in order to compromise other (more-privileged) VMs. In other to mitigate such situations, Qubes architecture assumes existence of several so called driver domains. A driver domain is an unprivileged PV-domain that has been securely granted access to certain PCI device (e.g. the network card or disk controller) using Intel VT-d. This means that e.g. all the networking code (WiFi drivers, stack, TCP/IP stack, DHCP client) is located in an unprivileged domain, rather than in Dom0. This brings huge security advantages -- see the specific discussions about network domain and disk domain later in this document. KVM, on the other hand, doesnʼt have support for driver domains. One could argue it would be possible to add a support for driver domains (that is for hosting PV driver backends in unprivileged domains) using Linux shared memory, because KVM allows to use VT-d for secure device assignment to unprivileged VMs, but that would probably require substantial coding work. More importantly, because KVM doesnʼt support PV domains, each driver domain would still need to make use of the I/O emulator running on the host. As explained in the previous paragraph, this would diminish the isolation strength of a driver domain on a KVM system. Summary We believe that the Xen hypervisor architecture better suits the needs of our project. Xen hypervisor is very small comparing to Linux kernel, which makes it substantially easier to audit for security problems. Xen allows to move most of the “world-facing” code out of Dom0, including the I/O emulator, networking code and many drivers, leaving very slim interface between other VMs and Dom0. Xenʼs support for driver domain is crucial in Qubes OS architecture. KVM relies on the Linux kernel to provide isolation, e.g. for the I/O emulator process, which we believe is not as secure as Xenʼs isolation based on virtualization enforced by thin hypervisor. KVM also doesnʼt support driver domains.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	33. "Релиз гипервизора Xen 4.6.0"	+2 +/–
	Сообщение от Аноним (??) on 15-Окт-15, 19:32
	И зачем же тогда нужен dom0, если Xen такой "самодостаточен"?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	15. "Релиз гипервизора Xen 4.6.0"	+1 +/–
	Сообщение от ДяДя on 15-Окт-15, 10:06
	Xen - это bare-metal hypervisor. Можно запустить что угодно без ядра Linux. Код компактен, а ARM-порт вообще прекрасен, т.к. в ARM виртуализация очень органично реализована. Dom0 - это обычная VM только с расширенными правами и нужна лишь для удобства.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	18. "Релиз гипервизора Xen 4.6.0"	+2 +/–
	Сообщение от Аноним (??) on 15-Окт-15, 12:01
	По-вашему, в KVM нельзя запустить ничего, кроме линукса?
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	22. "Релиз гипервизора Xen 4.6.0"	–1 +/–
	Сообщение от Аноним (??) on 15-Окт-15, 12:21
	> По-вашему, в KVM нельзя запустить ничего, кроме линукса? Непосредственно хост-систему KVM можно запустить только в Linux. Xen к типу хост-системы не привязан. Что запускается в гостевой системе уже отдельный разговор.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	24. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от Аноним (??) on 15-Окт-15, 12:38
	Не спорю, но речь шла про "Можно запустить что угодно без ядра Linux." Список чего угодно ограничивается, как я понимаю, фряхой и тем же линуксом (про порт на солярку давно новостей не было). Особенно на АРМе.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	60. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от samm (ok) on 16-Окт-15, 11:11
	не совсем так. Был кривенький и неподдерживаемый порт xen в freebsd host и он даже работал. В целом его бросили именно из-за кучи зависимостей на linux ядро и отсутствию какого либо уровня абстракций в этом коде.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	61. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от samm (ok) on 16-Окт-15, 11:13
	>> По-вашему, в KVM нельзя запустить ничего, кроме линукса? > Непосредственно хост-систему KVM можно запустить только в Linux. Xen к типу хост-системы > не привязан. Что запускается в гостевой системе уже отдельный разговор. кроме того - есть порт kvm на smartos. Так что не стоит говорить, что он Linux only.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	66. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от Andrew Kolchoogin (ok) on 16-Окт-15, 12:12
	> По-вашему, в KVM нельзя запустить ничего, кроме линукса? Нельзя. KVM -- это модуль линуксового ядра, так что вообще некорректно говорить, что "в KVM запущен Linux". Корректнее -- "загружен Linux, и в нём запущен KVM". Хотя вон ниже по thread'у кто-то говорил о порте KVM под SmartOS, вернее, насколько я помню, это новый тип Солярис-зоны. Под Xen'ом же можно пустить всё, что угодно -- например, виртуальную машину Erlang. Есть такой порт. Ну, понятно, что вопрос о взаимодействии с оборудованием нужно решать отдельно от Xen. ;)
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	19. "Релиз гипервизора Xen 4.6.0"	+5 +/–
	Сообщение от Аноним (??) on 15-Окт-15, 12:02
	Ага, а драйвера для железа принесут розовые единороги.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	55. "Релиз гипервизора Xen 4.6.0"	+1 +/–
	Сообщение от ruata on 16-Окт-15, 10:06
	Сам Xen занимается только управлением ресурсами CPU и RAM Dom0 собственно и занимается I/O Dom0 виртуальная машина, но с особым статусом Через него идут все запросы к дисковой и сетевой подсистеме Dom0 занимается запуском других ВМ И принимает в этом участие все тот же QEMU Xen без Dom0 и QEMU как "сферический конь"
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	16. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от leap42 (ok) on 15-Окт-15, 10:39
	Xen тяжело траблшутить, если вас устраивает kvm - пользуйтесь им, добротная штука, граблей мало, где они лежат - известно. В целом, у xen лучше архитектура (академичней, что ли, правильней), пока от этого мало толка, но в будущем, эмуляция железа 1990 года выпуска в kvm может выйти боком. В моих тестах xen pv показал себя лучше при огромном количестве IRQ (100000 sip-сессий), хотя в целом он медленнее (но pvh должен переломить ситуацию). Сравнивал со старым kvm (что в centos 6), в новом, вроде, прикрутили целые куски от hyper-v (по-моему apic целиком), так что разница в новых версиях XEN и KVM видна только под микроскопом.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	65. "Релиз гипервизора Xen 4.6.0"	–1 +/–
	Сообщение от Andrew Kolchoogin (ok) on 16-Окт-15, 12:08
	> хотя в целом он медленнее Нет. Всё зависит от payload'а. В двух словах: если у вас крутится расчётная задача или база данных, то PV быстрее. Если же VM занимается, в основном, Network I/O, то быстрее HVM. Сообщаем подробности: проблема не в способе организации гостевой виртуальной машины. В теории, паравиртуализация _всегда_ быстрее -- но для того, чтобы это увидеть, необходимо настолько сильно перепилить ядро ОС, что оно, скорее, станет похоже на Userland-приложение. Это возможно, но очень трудоёмко, поэтому было принято соломоново решение просто заменить привилегированные инструкции управления ОЗУ на гиперколлы -- именно поэтому и стало возможным увидеть в dmesg сообщение ядра Linux "Booting paravirtualised kernel on bare hardware", то есть, для того, чтобы процесс портирования ядер ОС под Xen не был сравним по сложности с написанием новой ОС "с нуля", сам механизм паравиртуализации сделан не вполне оптимально -- слишком "похоже" на то, как, собственно, устроен сам CPU. Но то, что хорошо реализуется аппаратно, не всегда является оптимальным для программного решения, из-за этого в PV-режиме сильно тормозит менеджер памяти, и если у вас постоянно аллоцируются/деаллоцируются блоки под сетевые и прочие буферы, наступает жопа, так как сам гиперколл -- вообще говоря, довольно медленная операция. > (но pvh должен переломить ситуацию). Именно так, особенно учитывая наличие в современных CPU спецкостылей типа Nested Page Tables. Собственно, для этого PVH и придумывали -- чтобы добавить скорость работы страничной памяти к уже быстро работающей паравиртуализации.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	20. "Релиз гипервизора Xen 4.6.0"	–1 +/–
	Сообщение от MVK (??) on 15-Окт-15, 12:10
	http://www.linux-kvm.org/page/FAQ KVM only run on processors that supports x86 hvm (vt/svm instructions set) whereas Xen also allows running modified operating systems on non-hvm x86 processors using a technique called paravirtualization. KVM does not support paravirtualization for CPU but may support paravirtualization for device drivers to improve I/O performance.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	21. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от Аноним (??) on 15-Окт-15, 12:19
	> http://www.linux-kvm.org/page/FAQ > KVM only run on processors that supports x86 hvm http://www.linux-kvm.org/page/Processor_support     1 INTEL:     2 AMD:     3 ARM:     4 PowerPC:     5 S390:
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	25. "Релиз гипервизора Xen 4.6.0"	–1 +/–
	Сообщение от MVK (??) on 15-Окт-15, 12:45
	Ключевое слово HVM
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	59. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от Аноним (??) on 16-Окт-15, 10:24
	> Ключевое слово HVM А вы предлагаете делать по старинке софтовым методом?
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	68. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от Andrew Kolchoogin (ok) on 16-Окт-15, 12:23
	>> Ключевое слово HVM > А вы предлагаете делать по старинке софтовым методом? А вы в курсе, что HVM-расширения, мягко говоря, не очень быстро работают? Википедия (английская, правда) вообще утверждает, что по состоянию на 2006 год аппаратная виртуализация не давала преимуществ в скорости по сравнению с программной. ;) Сейчас, конечно, ситуация поменялась, но всё равно Pure HVM -- жуткие тормоза. И даже HVM+PV Drivers работают небыстро. PVHVM уже приемлем, но для того, чтобы превратить Windows в PVHVM, надо слегка HAL переписать. ;)
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	27. "Релиз гипервизора Xen 4.6.0"	+1 +/–
	Сообщение от Аноним (??) on 15-Окт-15, 14:48
	Это уже давно никому не интересно.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

17. "Релиз гипервизора Xen 4.6.0"	–2 +/–
Сообщение от darkshvein (ok) on 15-Окт-15, 11:24
ждём пакетов для сида)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	56. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от Аноним (??) on 16-Окт-15, 10:12
	> ждём пакетов для сида) Через 10 месяцев после выпуска xen-4.5 он всё ещё болтается в experimental. Боюсь, xen-4.6 прилетит в сид только в следующем десятилетии.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	58. "Релиз гипервизора Xen 4.6.0"	–1 +/–
	Сообщение от darkshvein (ok) on 16-Окт-15, 10:17
	>> ждём пакетов для сида) > Через 10 месяцев после выпуска xen-4.5 он всё ещё болтается в experimental. > Боюсь, xen-4.6 прилетит в сид только в следующем десятилетии. а где же есть тогда?
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	62. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от Аноним (??) on 16-Окт-15, 11:42
	> а где же есть тогда? 4.5 есть в убунте. Можно попробовать его пересобрать для дебьяна. Полагаю, что и 4.6 там скоро появится. В дебьяне сопровождающие всегда относились к xen спустя рукава, особенно им не нравилась возможность проброса устройств: то выпиливали qemu-dm, а в апстримовской qemu проброс не работал, то security-апдейтом ломали проброс, и это в стейбле, мля.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	71. "Релиз гипервизора Xen 4.6.0"	+/–
	Сообщение от leap42 (ok) on 16-Окт-15, 18:20
	https://software.opensuse.org/package/xen
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

73. "Релиз гипервизора Xen 4.6.0"	+/–
Сообщение от admin (??) on 05-Апр-16, 16:23
xen-4.6.1 появился в xen-centos, до этого там была версия 4.4.3. кто нибудь уже обновился, как оно?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема