После восемнадцати месяцев разработки представлен (http://blog.xen.org/index.php/2012/09/17/xen-4-2-0-released/) релиз свободного гипервизора Xen 4.2 (http://xen.org/download/index_4.2.0.html). По сравнению с прошлым выпуском в Xen 4.2 внесено 2900 коммитов, в подготовке которых приняло участие (http://wiki.xen.org/wiki/Xen_4.2_Acknowledgments) 124 разработчика и 43 организации. Наибольшее число коммитов добавлено разработчиками из компании Citrix (1270), SUSE (501), Xen.org (216), AMD (138) и Intel (107).
Если в процессе развития ветки 4.1 была произведена интеграция в штатное ядро Linux компонентов Xen, необходимых для обеспечения работы Dom0, то ветка 4.2 примечательна работой по передаче проекту QEMU кода с реализаций модели взаимодействия с устройствами HVM. Изначально проектом Xen развивался собственный форк инструментария и драйверов, основанных на QEMU, но в процессе подготовки релиза QEMU 0.15 (http://www.opennet.me/opennews/art.shtml?num=31441) было произведено возвращение в родительский проект всех созданных в Xen дополнений и изменений. Слияние кодовых баз для общих компонентов Xen и QEMU позволило избавиться от выполнения двойной работы и перейти к более тесному сотрудничеству. Похожая передача кода также произведена для проектов SeaBIOS (http://www.seabios.org/) и Tianocore/OVMF (http://sourceforge.net/apps/mediawiki/tianocore/index.php?ti...) (UEFI BIOS).
Ключевые улучшения (http://wiki.xen.org/wiki/Xen_4.2_Feature_List) в Xen 4.2.0:- Переход на использование по умолчанию инструментария XL (http://wiki.xen.org/wiki/XL), пришедшего на смену XM/XEND (поддержка XEND будет прекращена в Xen 4.3). Функционально XL эквивалентен и обратно совместим с ранее созданными для XM файлами конфигурации и может выступать в роли прозрачной замены xend для большинства систем. Из возможностей присутствующих в XM/XEND, но пока не реализованных в XL можно отметить (http://wiki.xen.org/wiki/XL_vs_Xend_Feature_Comparison) поддержку проброса USB и SCSI устройств, возможность включения Python-кода в файлы конфигурации и поддержку управляемых доменов ("xm vm-create").
XL базируется на использовании библиотеки libxl, предоставляющей простой и надежный управляющий API, позволяющий напрямую использовать большинство возможностей инструментария XL в сторонних приложениях. API libxl объявлен стабильным, что в будущем позволит обеспечить его поддержку в таких внешних инструментариях, как libvirt и XCP xapi;
- Поддержка (http://wiki.xen.org/wiki/Xen_Release_Features) работы на больших системах, включающих до 4095 процессоров на стороне хоста и до 512 виртуальных процессоров на стороне паравиртуализированной гостевой системы (для HVM - 256). Число адресуемой 64-разрядным хостом памяти увеличено до 5 Тб. Кроме того, добавлены такие возможности, как поддержка множественных сегментов PCI, автоматическое создания пула CPU (CPUPOOL) для NUMA-узлов и интеллектуальная расстановка VCPU по NUMA-узлам;- Улучшение механизмов безопасности: многочисленные улучшения внесены во фреймворк XSM (http://wiki.xen.org/wiki/XSM) (Xen Security Modules) и модули Flask (http://www.cs.utah.edu/flux/fluke/html/flask.html), обеспечена поддержка режима SMEP (Intel Supervisor Mode Execution Protection), позволяющего предотвратить выполнение гипервизором страниц памяти из пространства пользователя, что существенно усложняет эксплуатацию уязвимостей гипервизора. Упрощены примеры настройки политик безопасности;
- Улучшение производительности: поддержка AMD SVM DecodeAssist (позволяет избежать эмуляции), различные оптимизации работы планировщика, возможность использования Remus-сжатия для образов памяти виртуальных машин, ускорение работы проброса PCI-устройств, задействование инструкции xsave;- В гипервизор добавлена поддержка EFI (extensible Firmware Interface), что позволило Xen загружать системы на базе EFI, а не только BIOS;
- Поддержка сетевой загрузки гостевых систем с использованием загрузчика Xenpvnetboot (http://wiki.xen.org/wiki/Xenpvnetboot_:_A_network_bootloader...);
- Возможность использования в гостевых системах компонентов QEMU, таких как qdisk и VFB.
- Начальная поддержка создания вложенных виртуальных окружений (гостевые системы HVM могут получить доступ к возможностям виртуализации оборудования, позволяющим запустить в гостевой системе собственный гипервизор);
- Удалена поддержка vnet и порта IA64;
- Обеспечена возможность сборки с использованием Clang.
URL: http://blog.xen.org/index.php/2012/09/17/xen-4-2-0-released/
Новость: http://www.opennet.me/opennews/art.shtml?num=34866
>> коммитовПо-русски нельзя писать, а не косноязычить.
ну и почему это по-русски нельзя писать?
Потому-что по-русски это звучит как "фиксаций".Я гоу на арбайтен прямо какой-то.
Не совсем понятно что имелось в виду - Вы считатете "фиксация" переводом commit, или же Вы хотели показать обратное?P.S. И уж простите меня иностранца, но 'потому что' пишется раздельно.
Да все уже, поезд ушел. Нет разработок - нет новых слов. Сам еще помню как мы не "твикали айпи стек" а "следили как быстро порцайки программа разгребает" на самодельных (одни, без ансамбля от айбиэм интел и прочих) эльбрусах-1-2. Теперь только богоносные слова будут развиваться, остальные "коммитить несесарные патчи для релиза"
>>> коммитов
> По-русски нельзя писать, а не косноязычить.Предложите ваш вариант?
P.S.
У нас издавна пытались искоренить иноязычные слова.
В том числе с помощью сарафанного радио.
Так в XIX веке "галоши" заменили на "мокроступы".
А в XX веке вместо "лимонка" (граната Ф1) пытались укоренить название "фенечка".
Получилось то, что получилось.
Хотя, имхо, для гранаты название "фенечка" куда прикольнее :)
>>> коммитов
> По-русски нельзя писать, а не косноязычить.
>>Предложите ваш вариант?По сравнению с прошлым выпуском в Xen 4.2 внесено 2900 коммитов
По сравнению с прошлым выпуском в Xen 4.2 внесено 2900 изменений
Намного приятнее звучит.
> По сравнению с прошлым выпуском в Xen 4.2 внесено 2900 коммитов
> По сравнению с прошлым выпуском в Xen 4.2 внесено 2900 изменений
> Намного приятнее звучит.Зато в корне не верно. Коммит может составлять несколько изменений. Именно поэтому понятия сommint и change употребляются в разных смыслах.
> Зато в корне не верно. Коммит может составлять несколько изменений.А изменение может иметь несколько коммитов!?
Не парьте мозг своим словоблудием.
>А изменение может иметь несколько коммитов!?у идиотов - да.
но сабж вроде к таким не относится.
зыж
коммит (может с натяжкой) можно назвать транзакцией.. но опять же и не верно, и не по-русски.
проще уже ничать считать слово коммит заимствованным и не парить окружающим моск.
>> А изменение может иметь несколько коммитов!?
> у идиотов - да.Всегда приятно послушать умного человека. Бывают изменения масштабнее десятка строк, и требующие, например, несколько недель работы. Я так понял, "умные" люди (и команды "умных" людей) работают без коммитов всё это время? Или, например, изменение затрагивает множество подсистем (введение нового API, например) - у "умных" людей в этом случае как? Полгода тишина в репозиториях, а потом, хренак!, и одним коммитом фактически новый проект?
я так понимаю вы уверены, что говорите о распределённой системе контроля версий?
ну или вы хотя бы уверены, что такое основная ветка?
> я так понимаю вы уверены, что говорите о распределённой системе контроля версий?Не обязательно распределенная vcs. Хоть централизованная, хоть просто набор патчей - в данном контексте конкретная технология большой роли не играет.
> ну или вы хотя бы уверены, что такое основная ветка?
Я так понимаю, вы тонко намекаете, что в процессе разработки могло существовать множество веток и коммитов, которые перед вливанием в основную ветку "почистили/укрупнили" сделав, по сути, один большой патч и поэтому они "не считаются" и их, как бы, не было? С таким подходом - да, можно всегда сделать так, чтобы на одно изменение всегда был один коммит - главное определить какие коммиты "считаются", а какие нет. Только я не стал бы так однозначно утверждать, что "кто так делает - молодец, а кто не делает - идиот".
>"почистили/укрупнили" сделав, по сути, один большой патч и поэтому они "не считаются" и их, как бы, не было?первое предложение не комментирую (думаю вы поняли свою ошибку в стиле банального тролля, но просто хотите сохранить лицо).
а вот по-этому вопросу... вернёмся к моему комменту выше.
>у идиотов - да.
>но сабж вроде к таким не относится.надо ли ещё что-то объяснять?
что-то типа - коммит в рамках функциональности? бессмысленность коммитов в поисках решений?
коммит с логической завершенностью?
либо вы это не знаете и не используете, либо уже просто изворачиваетесь.
ну посмотрите на разрабоку ядра - есть ветка Криса, туда коммитят те, кто что-то хотел добавить в бтр, он их принимает, отменяет и тд.
далее в рамках окна готовит изменения для Линуса (пример - http://www.mail-archive.com/linux-btrfs@vger.kernel.org... )
делайте столько веток, бранчей,.. сколько нужно. сохраняйте историю столько, сколько нужно, собирайте весь проект вместе столько раз, сколько сочтёте нужным. вот и вся ядерная механика.
нахрена в мэйнстриме все ваши мелкие вставки/удаления в процессе поиска оптимального решения (с вашей точки зрения. может кто-то и ещё оптимальнее найдёт) - мне не понятно.
У нас в SAP'е делается так:
1.Создется Task/Request("Задание"/"Запрос"?) в котором фиксируются ("заносятся"?) изменения обьектов (таблиц, структур, кода("писанины"?), итд). Такой реквест можно собирать хоть год, хоть 2 года, хоть 30 секунд (если делается быстрый фикс("исправление"?)).
В Task'е могут быть несколько реквестов от разных программистов(групп("орды"?)) или от одного программиста.
2.Каждый реквест нужно Release'нуть ("завершить"?).
3.Когда все реквесты релизнуты, нужно релизнуть и таск.
4.Потом делается Transport("перенос в _основную_/_следующую_ ветку") реквеста (тот самый commit).
Transport (commit) является нечто большим, чем "Изменение" (change).
Действительно стоит отделять Commit от Change в проектном плане.Change - изменение в самом прямом смысле.
Commit - подтвержденный(авторизированый+валидированый+верефицированый) комплексный перенос изменений куда-либо.
надо же, а они там выше по поводу "коммитов" в русском языке переживают :)
>Change - изменение в самом прямом смысле.
>Commit - подтвержденный(авторизированый+валидированый+верефицированый) комплексный перенос изменений куда-либо.О чём и речь.
Правок?
ага, еще можно фиксаций. только один хрен все говорили и будут говорить коммиты.
> По сравнению с прошлым выпуском в Xen 4.2 внесено 2900 коммитов
> По сравнению с прошлым выпуском в Xen 4.2 внесено 2900 изменений
> Намного приятнее звучит.
>>Зато в корне не верно. Коммит может составлять несколько изменений. Именно поэтому понятия сommint и change употребляются в разных смыслах.Ясное дело, что под изменением подразумевается не изменение одной-двух строк, а комплексное изменение кода, направленное на улучшение функциональности как-нибудь штуковины. Или в этих предложениях подразумевается, что изменили 2900 запятых в коде?
да нихрена не ясное дело.
слово "изменение" не несёт и половины смысловой нагрузки слова "коммит".
всё равно как update никогда не заменит связку из insert/update/merge/commit.так что пусть уж лучше будут такие новости, чем написанная борцунами за чистоту языка белиберда (которые и так уже загадили всё осуждение новости, сведя всё обсуждение к русскому языку - есть что сказать? вон кнопка исправить вверху. дерзайте. нахрен тут то флэйм этот разводить?).
зыж
>всё осуждение новости:D оговорка по-Фрэйду.
>>да нихрена не ясное дело.Ума нет - считай калека.
Сочувствую.
Ну и копируй тогда прям с оригинала:
This release is the culmination of 18 months and almost 2900 commits and almost 300K lines of code of development effort, by 124 individuals from 43 organizations.
А то вместо релиз тут какой-то выпуск написали - ни шиша же непонятно.
с первым абзацем соглашусь, со вторым нет - иногда нужны дискуссии о том какие слова в использовать и почему. И в данном случае замечания вполне конструкивные, от Вас кстати тоже.
Замечания не только НЕ коструктивные (кнопочка исправить есть), но ещё и офтопик.
Вообще-то это новость, которая должна печататься по литературным правилам, а выдаваться жаргоном умников, которые считают себя профессионалами, когда изменения называют коммитом и тычут про inset, update и др. и головой об стенку начинаются биться, когда им противоречат. Безграмотные IT-шинки. Да вам ум свой показывать в сарае надо, с алкашами. Они оценят это, да. И в ладоши будут хлопать, какой ты умный английский знаешь.
Он конечно сочтёт это оффтопиком, но вообще-то он прав - нет пока в русском языке своего слова, под которым бы однозначно подразумевалось именно "изменение в системе управления версиями". Если есть - предложите пожалуйста, только так чтобы остальные тоже согласились. Желательно только для этого отдельную ветку открыть.
У нас в немецком такой же конфликт, кто-то пытается использовать родной синоним "отправка", но большинство говорит "коммит", потому это чаще в литературе встречается.
И, к слову, у русского языка изза кириллицы огромное преимущество в плане заимствований. Но это совсем оффтопик.
>>Он конечно сочтёт это оффтопиком, но вообще-то он прав - нет пока в русском языке своего слова, под которым бы однозначно подразумевалось именно "изменение в системе управления версиями".Все есть, надо просто уметь писать по русски. Как пример почитайте как пишет Microsoft, про свои обновления. В разговоре вы не услышите "Пакет обновления 1", все буду говорить сервис пак. Но на их сайте вы никогда не встретите релиз, билд, коммит и прочей хрени, которым аж пестрит этот сайт (форум и всякие советы не в счет). Чего тогда разводить полемику о том, почему Linux не идет в массы, когда чтобы понять новостишку, надо еще знать жаргон. Простому люду на этой системе делать нечего.
Так в чём проблема?
Отправляйтесь на майкрософт, а нам оставьте то что нас устраивает.
>Чего тогда разводить полемику о том, почему Linux не идет в массы,Да никто кроме вас и не разводит.
зыж
>Простому люду на этой системе делать нечего.Простому люду нигде делать нечего.
Вне зависимости каким утрированным языком "разговаривает" мс, всё-равно без "знакомого_специалиста" простой люд к компьютеру не подходит.
А про этот ресурс так и вообще не знает.
>>Вне зависимости каким утрированным языком "разговаривает" мс, всё-равно без "знакомого_специалиста" простой люд к компьютеру не подходит.Микрософт, в отличие от вас, разговаривает нормальным русским языком, который приятно читать. А знакомый специалист по телефону все может рассказать даже дураку в Windows, чего в Линкусе сделать нельзя. Взять хотя бы поставить драйвер.
Микрософт ВООБЩЕ не разговаривает.
Те статейки (для пользователей) несут только поверхностную информацию "для начинающих", а статьи для разработчиков и администраторов имеют перевод процентов на 10%, из которых 9% вообще читать нельзя - рискуете либо сформировать ложные понятия, либо вообще ничего не понять (потому что бред переведён).
MSDN же на русском читать ВООБЩЕ не рекомендуется.Вы пришли на сайт (и сабж), который имеет чёткую направленность на подготовленного пользователя как минимум.
А требуете перевод для домохозяек. Либо сами такого же уровня.>Взять хотя бы поставить драйвер.
да-да. верю-верю.
порой приходится такие пистоны админам(!!! не обычным пользователям)-вантузятникам вставлять...
потому что ЭЛЕМЕНТАРНЫХ вещей сделать не могут.
и ещё, все драйвера в линукс идут уже с ядром. кроме нвидиа и амд. так что по телефону очень легко объясняется как запустить синаптик (в случае убунту) и что установить.
зыж
Ах, ДА!
ну попробуйте в винде нажать f1 :D
информация для умалишенных. по другому не назовёшь.
>>>Вне зависимости каким утрированным языком "разговаривает" мс, всё-равно без "знакомого_специалиста" простой люд к компьютеру не подходит.
> Микрософт, в отличие от вас, разговаривает нормальным русским языком, который приятно читать.Ага, как тут:
http://2.bp.blogspot.com/_NkRBeJU0JXQ/S7nXMjB4fHI/AAAAAAAAAD...
А вы закрыли дверцу устройства?:)> А знакомый специалист по телефону все может рассказать даже дураку в
> Windows, чего в Линкусе сделать нельзя. Взять хотя бы поставить драйвер.Вы знаете, последний драйвер в linux я ставил два года назад.
С тех пор я забыл, как это делается.
А в windows ещё приходится их ставить?С другой стороны, мы с вами оба знаем, как геморройно иногда ставить драйверы для экзотических продуктов.
http://devid.info не от хорошей жизни так популярен.
>>MSDN же на русском читать ВООБЩЕ не рекомендуется.В данный момент идет разговор не о технических статьях, а о новостях. Найдите на сайте Микрософт в новостях такое косноязычие, как в этой новости.
>>все драйвера в линукс идут уже с ядром.
Поэтому при выходе новой видеокарты ее возможности используются на уровне яслей.
>В данный момент идет разговор не о технических статьях, а о новостях. Найдите на сайте Микрософт в новостях такое косноязычие, как в этой новости.ага.
оптимистический параллелизм, бизнес-функции,... столько бреда, что ах и ох.
но по старинной холуйской привычке никто не спешит всю эту херь переводить.НО И ЭТО НЕ ВАЖНО!!!
а важно:
1. опеннет - НЕ официальный сайт linux, а microsoft.com - ДА!.
если я зайду на любой вантуз.ру, то там ТАКОЙ бред в новостях про "решения" мс, что диву даёшься откуда такие идиоты то вылезли.
2. "коммит" ничем не хуже "бизнес", тем более что для него замены близкой по смыслу нет, а для "бизнес" - есть без потери смысла.
3. ну не приходите сюда, если не нравится.зыж
>Поэтому при выходе новой видеокарты ее возможности используются на уровне яслей.это не проблема linux
ну вот, приехали - утверждать майкрософтовское косноязычие за литературный образец русского языка применительно к техническому жаргону разработчиков открытого ПО, это вы батенька загнули. Что называется, "Остапа несло".
>> утверждать майкрософтовское косноязычие за литературный образец русского языка))
Стоит полагать, что у не Остапа литературный образец - эта новость?
сам то понял что сказал?
русский, млин..
>>ну вот, приехали - утверждать майкрософтовское косноязычие за литературный образец русского языкау это ты русский язык не знаешь, раз утверждаешь такое. как пример - сайт adobe. там тоже косноязычие?
Спор за чистоту русского языка, как я вижу, разгорелся нешуточный. Только вот не совсем понимаю, зачем вообще понадобилось указывать число этих самых "коммитов". Прям презентация новой версии iOS от Apple :)
В ветке комментариев рядом аргументировано показано, что изменение изменению рознь, как и "коммит" "коммиту". Поэтому фраза "2900 коммитов" ничуть не более информативна, чем "большое количество изменений".
указывать число коммитов это общепринятая практика, примерно как оценивать объём программы по числу строк кода. Не потому что это хорошо, но даёт хоть какие-то числовые метрики без поправок на маркетинг.
> Предложите ваш вариант?«Наибольшее количество изменений сделано разработчиками из компании Citrix»
>>> коммитов
> По-русски нельзя писать, а не косноязычить.У меня такое чувство что тут тусуются вендотроли которые несут все что угодно лиж бы отвести внимание читателей от основной темы
Вот допустим на примере почти всего того что наклацкали в этой теме
ну хоть бы с десяток найти постов реально по существу
вендотроли проплаченные
товарисчи, а какой веб-гуй к нему лучше юзать?
Всё зависит от твоих предпочтений.
Для меня наиболее удобным из веб админок показалась "convirture"
Простая в использовании и настройке.
Про начальную поддержку Арм почему ничего нет в новости?
Xen так и не компилируется в чистом x86_64?
А какие там были проблемы?
4.1 без проблем собирается на x86_64.
> 4.1 без проблем собирается на x86_64.Только если у вас мультилиб.
VirtualBox - 4.2.0
Xen - 4.2.0
Однако тенденция.
Короче проект до сих пор, к сожалению для серверов, не для юзера
Бесконечная разработка - обычному пользователю удобства нетТолько в 12.04 появилось наконец-то в репозитариях вместе с модифицированным ядром и libvirt - ничего компилировать не нужно
Есть также репозиторий от Б. Державеца
Однако долгожданного функционала vga-passthrough там нет
Для тестов сгодится, а чтобы работать на одной тачке с двумя/тремя OS и запускать там ПО без тормозов (мечта линуксоида) не катитЕсли нужны фичи, которыми они кормят не один год типа vga-passthrough, USB-passthrough то сразу получаем головняк
Нужно прочитать тонну документации, статей, наложить кучу патчей, и ещё напоследок - исправить баги при компиляции (хорошо что простые - типа закомментить, раскомментить - дописать пару строчек) так как разработчики не считают нужным проверять то как компилируется каждый новый коммит
Последние версии, которые должны работать с passthrough - 25070, 25099, 25240
Подробности хорошо описаны на:
http://www.davidgis.fr/blog/index.php?Xen
К тому же реализовано только для одной видеокарты - а как же мечта ?Карты Intel, ATI вроде должны работать из коробки - но без напильника не работают
Для карт Nvidia нужно загрузиться с флешки, скопировать биос видеокарты утилитой nvflash,
пропатчить Xen, прописать диапазон памяти для видеокарты, ну и конечно же пересобрать ядро с поддержкой Xen внутри ядра.Материнка должна поддерживать технологии VT-d, VT-x из дешёвых пробовал ASRock ( Xen говорит что всё ок), по идее лучше брать на основе AMD, в подавляющем большинстве материнок эта фича просто отсутствует, несмотря на то что заявлена и процессор Core I3/5/7
При запуске с sdl=1, есть бага - окно прыгает и меняет размер, проблема в реализации sdl
Владельцам карт от Nvidia повезло, последний драйвер поставляет свою реализацию sdl с исправленной багойКороче после пары месяцев компилирования ядер, наложения патчей и пр. работает только вариант с одной видеокарточкой, что меня как юзера никак не устривает
>...Только в 12.04 появилось...Сэр?
Имеется в виду ЧТО?!
Нет, само Ваше замечание изобилует примерами проблем и подробностями Вашего неудачного опыта использования Xen...
Но вот 42 12.04?
> Сэр?
> Имеется в виду ЧТО?!Имеется ввиду что Xen по-прежнему весьма ограничен в применении
На серверах, в консоли - даНа десктопах можно ставить из репов только начиная с 12.04,
но вариант этот особо не отличается по функционалу от того же VMWare, которая поудобнее будет хотя бы наличием нормального, вменяемого GUI>Но вот 42 12.04?
В 12.04 4.1 само собой, 4.2.0-rc1 вышло 30 июля
>...Только в 12.04 появилось...
>> Сэр?
>> Имеется в виду ЧТО?!Собственно говоря, я спрашивал что вы имели в виду под цифровым обозначением "12.04"?
Это дата? Это версия? Если версия, то чего?
Имелась ввиду Ubuntu 12.04 x64Вторая статья на хабре про удачный проброс видеокарточки:
http://habrahabr.ru/post/149416/
У автора тоже материнская плата ASRock, только с чипом от AMD (у меня ASRock H77M )Надеялся, что возможность проброса второй видеокарточки появится из коробки с выходом 4.2
> Имелась ввиду Ubuntu 12.04 x64...
> У автора тоже материнская плата ASRock, только с чипом от AMD (у меня ASRock H77M )
> Надеялся, что возможность проброса второй видеокарточки появится из коробки с выходом 4.2Хм... Напрасно вы так мучаетесь.
Ubuntu, ASRock - товар, а не продукт.
Вы пытаетесь выдавить из чела понятие "OS"?
Дык не получится- он искренне уверен что вне Ubuntu (версию которой он, судя по всему, приводил) жизни нет.
Хотел было ему возразить, что де много лет пользую "ис каропки" XEN под openSUSE, да побоялся спровоцировать когнитивный диссонанс :-)
удваиваю этого сэра
