The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Увидел свет дистрибутив Red Hat Enterprise Linux 6.1

19.05.2011 17:45

Спустя полгода с момента выхода RHEL 6.0 компания Red Hat анонсировала выход дистрибутива Red Hat Enterprise Linux 6.1, в котором представлено исправление ошибок, реализация поддержки нового оборудования и добавление новых возможностей, при сохранении полной совместимости с программным окружением ветки RHEL 6.x.

В анонсе сообщается, что в недавно проведенном тестировании инфраструктура виртуализации на базе KVM, построенная на базе Red Hat Enterprise Linux 6.1 и 20-ядерного сервера HP ProLiant BL620c G7, побила рекорд производительности в тестах SPECvirt_sc2010. Кроме того, в сотрудничестве с компанией IBM было проведено соответствующее требованиям SPEC тестирование, которое показало, что решение на базе Red Hat Enterprise Linux, Red Hat Enterprise Virtualization и оборудования IBM на 45% опережает конкурентов в тестах SPECvirt_sc2010 (7067 (432 VM) у KVM на IBM x3850 X5 против 3723 (228 VM) у VMware ESX 4.1 на ProLiant DL580 G7).

RHEL 6.1 поставляется в следующих вариантах:

  • Red Hat Enterprise Linux Client 6 для архитектур x86 и AMD64/Intel 64
  • Red Hat Enterprise Linux High Performance Compute Node 6 для архитектуры AMD64/Intel 64
  • Red Hat Enterprise Linux Server для архитектур x86, AMD64/Intel 64, IBM System z и IBM POWER;
  • Red Hat Enterprise Linux Workstation для архитектур x86 и AMD64/Intel 64.

Ключевые новшества Red Hat Enterprise Linux 6.1:

  • Оптимизация производительности механизмов виртуализации, главным образом направленная на приближение производительности запущенных в виртуальных окружениях систем к скорости выполнения без использования средств виртуализации.
    • Уменьшены задержки (latency) выполнения сетевых операций за счет встраивания соответствующей функциональности в ядро;
    • Повышение производительности дискового ввода/вывода за счет поддержки механизма virtqueue-нотификации ioeventfd, используемого в KVM и позволяющего увеличить производительность virtio-драйверов;
    • Поддержка кэширования мета-данных для образов виртуальных машин в формате qcow2, что позволяет сократить число выполняемых операций ввода/вывода;
    • Оптимизация использования FPU-регистров;
  • Расширение поддержки оборудования и увеличение надёжности, поддержка новейших многоядерных CPU и периферийных устройств
    • Планировщик задач расширен средствами для более полной поддержки возможностей архитектуры NUMA;
    • Добавлена возможность динамического добавления памяти и процессоров для некоторых серверных систем;
    • Обеспечена поддержка интерфейса PCI express 3.0, позволяющего добиться более высокой пропускной способности;
    • Обновлено большое количество разнообразных драйверов для сетевых адаптеров, устройств хранения и графических плат;
  • Повышена операционная эффективность, расширены возможности системных сервисов, добавлены новые механизмы контроля за ресурсами и производительностью
    • Добавлена поддержка ограничения интенсивности ввода/вывода через группы контроля ресурсами Cgroup;
    • Увеличена эффективность выполнения сетевых операций на многоядерных системах за счет оптимизации привязки к CPU потока пакетов (пакеты в рамках TCP-сессий неразрывно обрабатываются одним и тем же ядром CPU);
    • В device-mapper-multipath увеличена производительность обработки сбоев при обращении к хранилищу;
    • Улучшена поддержка сетевых хранилищ, включая поддержку бриджинга для FCoE и offload-акселерации для iSCSI.
    • Улучшена поддержка IPv6 в работе виртуальных сетей и DHCP-сервисов;
    • Добавлена поддержка создания прозрачных прокси на базе squid;
  • Новые инструменты для разработки и мониторинга.
    • Расширение средств для диагностики, основанных на использовании системы динамической трассировки systemtap;
    • В отладчике Gdb улучшена поддержка C++ и Python;
    • В системе отслеживания потребления памяти Valgrind улучшена поддержка многоядерных CPU;
    • Обновлена среда разработки Eclipse, добавлены новые средства для работы с точками останова и генерации кода для C/C++ и Java;
  • Обеспечение повышенной отказоустойчивости
    • Обеспечена поддержка инфраструктуры для обеспечения автоматической миграции KVM-систем на запасной сервер в случае сбоя первичного;
    • Добавлен агент для мониторинга NFSv4-ресурсов;
    • Значительно расширена документация.



  1. Главная ссылка к новости (http://investors.redhat.com/re...)
  2. OpenNews: Доступна первая бета-версия Red Hat Enterprise Linux 6.1
  3. OpenNews: Релиз Red Hat Enterprise Linux 6
  4. OpenNews: Релиз Red Hat Enterprise Linux 5.6
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/30607-rhel
Ключевые слова: rhel, redhat, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (55) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, anonymous (??), 17:51, 19/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждём CentOS 6.1, месяца эдак через 4.
     
     
  • 2.5, oops (ok), 17:57, 19/05/2011 [^] [^^] [^^^] [ответить]  
  • +9 +/
    ого, дай бог к этому времени 6.0 =)
     

  • 1.4, zkrvova (ok), 17:57, 19/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто подскажет куда делся в 6ке файл hwparam?
     
     
  • 2.7, Stax (ok), 18:20, 19/05/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    В смысле, делся? Не было такого никогда. Это какой-то дебиановский хак, и в редхат-системах такого конфига не было.

    Если вы про hwconf, то он почил в бозе вместе с давно выкинутым kudzu. Определение нового железа динамическое в любой момент через udev, как это нынче принято, kudzu не нужен.

     
     
  • 3.10, zkrvova (ok), 18:31, 19/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > В смысле, делся? Не было такого никогда. Это какой-то дебиановский хак, и
    > в редхат-системах такого конфига не было.
    > Если вы про hwconf, то он почил в бозе вместе с давно
    > выкинутым kudzu. Определение нового железа динамическое в любой момент через udev,
    > как это нынче принято, kudzu не нужен.

    Да, этот файл. Видать опечатался.
    Жаль, так удобно было.

     
     
  • 4.74, шо (?), 14:13, 22/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    рекомендации гентушнегов: если вы просто пытаетесь узнать свое железо, пользуйтесь dmesg, lshw, lspci
     

  • 1.6, Аноним (-), 18:10, 19/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > агент для мониторинга NFSv4-ресурсов

    Где можно об этом по подробней узнать?

     
     
  • 2.8, Name (?), 18:27, 19/05/2011 [^] [^^] [^^^] [ответить]  
  • +8 +/
    из значительно расширенной документации :)
     

  • 1.9, Толстый (ok), 18:29, 19/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ура, а centos 6.0 еще нет.
     
     
  • 2.11, Stax (ok), 18:58, 19/05/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    А нужен ли он вообще, центос 6.0? С учетом исправленных багов в 6.1, начиная с инсталлятора.. По-моему никто все равно его ставить не будет, когда в 6.1 исправления уже есть.

    По-моему ребятам стоит выпускать сразу 6.1, ценность выпуска 6.0 стремится к нулю..

     
     
  • 3.22, Толстый (ok), 21:12, 19/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А 6.0 вообще не устанавливается? Мне нужен 6 по двум критериям: нужен red hat-производный дистрибутив и с более менее свежими пакетами.
     
     
  • 4.32, Stax (ok), 03:50, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще устанавливается, но там пачка неприятных багов была.

    http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.1_Technic

    Несмотря на введенный ip оно автоматически переключается на dhcp, с ext4 на /boot какие-то грабли (кстати, у меня это прошло без проблем.. хм..), винчестеры > 1 Тб не видит, ну и т.д.

     
  • 2.27, Аноним (-), 00:13, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть Scientific, например.
     

  • 1.12, Чайник (??), 18:59, 19/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Подскажите, плиз. Есть сервер с RHEL, к нему подключен дисковый массив по FC. На массиве нарезаем луны, как можно показать их данному серверу без перезагрузки ?
     
     
  • 2.15, anonymous coward (?), 19:44, 19/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5/html/Online_Stor
     
  • 2.17, prapor (??), 19:51, 19/05/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дать команду на рескан SCSI. Дальнейшее зависит от типа устройства. Хотя обычно хватает команды типа echo "- - -" > /sys/class/scsi_host/host0/scan (естествено, нужно указать правильный SCSI Host).
     

  • 1.13, Аноним (-), 19:07, 19/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    у ребят из центоса видать старые компы, уж долго собирают его, пока соберут 6.0, те уже 6.2 выпустят.  Пока альтернативу вижу Oracle Linux
     
     
  • 2.14, тру йода (?), 19:39, 19/05/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дело не в компах. Бинарники редхата собраны каждый по своему - со своим набором опций компилятора и тд. Ребята из центос методом тыка подбирают эти условия чтобы получить бинарник полностью совпадающий с редхатовским, чтобы была гарантированная бинарная совместимость, а не только на общем уровне и на уровне исходного кода. Хотя может и вру.
     
     
  • 3.16, syska (?), 19:49, 19/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Дело не в компах. Бинарники редхата собраны каждый по своему - со
    > своим набором опций компилятора и тд. Ребята из центос методом тыка
    > подбирают эти условия чтобы получить бинарник полностью совпадающий с редхатовским, чтобы
    > была гарантированная бинарная совместимость, а не только на общем уровне и
    > на уровне исходного кода. Хотя может и вру.

    Никакие опции компилятора не подбирают. Опции идут в спеках сырцопакетов. Такие тормоза от того что афтор давно забил на центось:
    1. 4 первых месяца года вообще не было обновлений 5.Х
    2. Полумертвые списки рассылки разработчиков

    Все кому нужна халявная RHEL с оперативными обновлениями давно ушли на SL.


     
     
  • 4.18, Аноним (-), 20:07, 19/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Что такое SL? (Вопрос "чайника")
     
     
  • 5.19, DuskMan (ok), 20:11, 19/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Scientific Linux
     
     
  • 6.30, ФБР (?), 01:07, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >     Scientific Linux

    Уж точно темная лошадка.

     
     
  • 7.55, Анон (?), 13:15, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>     Scientific Linux
    > Уж точно темная лошадка.

    дооо FermiLAB и CERN это мелкие торгаши =)

     
     
  • 8.64, dalco (ok), 18:56, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вот если бы сам Петрик с Грызловым дистр поддерживали, тогда согласен А кто так... текст свёрнут, показать
     
     
  • 9.75, Square (ok), 16:01, 22/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    CERN - европейская лаборатория физики элементарных частиц в Женеве Швейцария ... текст свёрнут, показать
     
     
  • 10.78, Michael Shigorin (ok), 10:23, 24/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет ... текст свёрнут, показать
     
     
  • 11.79, Square (ok), 13:50, 24/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    World Wide Web придумал Тим Бернерс-Ли Работал он именно в CERN В 1989 году он... большой текст свёрнут, показать
     
     
  • 12.80, Michael Shigorin (ok), 22:57, 11/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Благодарю, не знал Почитаю ещё ... текст свёрнут, показать
     
  • 8.66, ФБР (?), 23:28, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И куда мне баги слать У центосовцев был багтрекер, а где он у Scientific Шифр... текст свёрнут, показать
     
     
  • 9.81, Cub (ok), 02:51, 15/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    http tinyurl com 6h5d9n2... текст свёрнут, показать
     
  • 5.20, Аноним (-), 20:11, 19/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.scientificlinux.org/
     
  • 4.21, ананим (?), 20:33, 19/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    более того, нужна только совместимость API и ABI. и она есть.

    вообще-то центосовцы всегда добавляли свои фичи (например поддержку xfs в 5, когда в рх её не было. и тд) не нарушая совместимость с рх.

    да и получить бинарник полностью совпадающий с редхатовским не получится хотя бы из-за подписи:
    http://www.rhd.ru/docs/manuals/enterprise/RHEL-4-Manual/sysadmin-guide/s1-che

     
  • 4.34, anonymous (??), 08:49, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Никакие опции компилятора не подбирают. Опции идут в спеках сырцопакетов

    Подбирают опции сборки КОМПИЛЯТОРА а не пакетов. Даже не толко опции, а ищут конкретный набор патчей компилятора, чтобы бинарник, им генерируемый был боее менее похож на тот что выдал RedHat. Причем компилятора в широком смысле - и binutils и прочая прочая.

    Тысячи вариантов, уйма работы. Но пока вроде как то справлялись.

     
     
  • 5.48, Forth (??), 11:35, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего там такого никто не подбирает, исключительно трабла с зависимостями. Авторы пишут, что основная проблема это версии пакетов на системе, в которой редхат ведет сборку. Там понамешано от разных федор, rhel 5 и прочая. Этого-то CentOS-овцы не знают, вот и тычутся.
     
     
  • 6.65, Анори (?), 20:59, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А как тогда Scientific Linux умудрились быстро собрать дистрибутив? Может быть центосевцем стоит взять исходники тех пакетов которые у них не компилятся у SL и дело быстрее будет двигаться? ;)
     
     
  • 7.73, Forth (??), 12:08, 22/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Они не парятся над бинарной совместимостью. SL делает свой дистриб на пакетной базе RH, цели у них другие. Им надо cern-овскую инфраструктуру поддерживать, OpenAFS чтоб обязательно и все такое.
    Кроме того, RH отрелизила почти одновременно 4.9,5.6,6.0. SL-овцы сразу схватились за сборку 6.0. И щас только 5.6 бету пилят. CentOS team сначала отрелизила 4.9, затем 5.6, теперь доделывают 6.0.
    SL фактически пилят дистриб для ограниченного круга юзеров это им упрощает жизнь.
    З.Ы. CentOS 6.0 исошники уже у тестеров, скоро на зеркалах. Сборка 6.1 будет много проще. Если конечно главный майнтейнер опять не пропадет куда-то, как в начале года :)
    З.З.Ы. Хотелось бы, конечно, чтобы методология сборки CentOS как-то стала бы более доступной потенциальным участникам проекта. Сейчас два с половиной человека пилят втихую, периодически не отвечая по теме и усё :(
     
     
  • 8.76, Stax (ok), 16:57, 23/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, SL могли себе позволить браться за 6 0 - у них 5 в состоянии rolling releas... текст свёрнут, показать
     
     
  • 9.77, Forth (??), 23:13, 23/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Так яж говорю, за сборку в CentOS отвечают два с половиной человека и вот резуль... текст свёрнут, показать
     

  • 1.33, DuskMan (ok), 06:38, 20/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Добавлена поддержка создания прозрачных прокси на базе squid;

    Раньше такой возможности не было?

     
     
  • 2.37, Аноним (-), 09:28, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Добавлена поддержка создания прозрачных прокси на базе squid;
    > Раньше такой возможности не было?

    (фыркаю) Большая проблема... configure --transparent && make && make install.

     
     
  • 3.44, AlexAT (ok), 10:57, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скорее всего имеется в виду TPROXY.
     
  • 3.56, prapor (??), 13:39, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> Добавлена поддержка создания прозрачных прокси на базе squid;
    >> Раньше такой возможности не было?
    > (фыркаю) Большая проблема... configure --transparent && make && make install.

    За такие вещи в пакетных дистрибутивах принято бить по рукам. Металлической линейкой, желательно. Чтобы получить траспарант на кальмаре нужно это указать в конфиге, а не пересобирать его.

     
     
  • 4.69, Клыкастый (?), 16:19, 21/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Плюсую. Нравится собирать - велкам ту соурс бейзед!
     

  • 1.42, Аноним (-), 10:09, 20/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    http://ftp.redhat.com/pub/pub/pub/pub/pub/pub/pub/pub/pub/pub/
    ОЧ ИНТЕРЕСНЫЙ каталог
     
     
  • 2.43, Аноним (-), 10:53, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Что, интернеты експлодер не показывает позиксовые свойства файлов?
     
     
  • 3.58, Square (ok), 15:13, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Что, интернеты експлодер не показывает позиксовые свойства файлов?

    И багозилла фаепокс тоже...

     
  • 3.60, Weannye (?), 16:55, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не поверите, то-же можно сказать и про Chromium собранный из исходников. "Бинарная совместимость"... И еще много страшных слов, народ, пересядьте на FreeBSD, или хотя-бы на Gentoo, получайте кайф от жизни :) Все самое свежее, исполняются любые желания, как соберешь, так и будет работать, никакой зависимости от Красной Шапочки и Серого Оракла.
    Ой, что это я, я же добрый ;)
     
     
  • 4.62, Square (ok), 18:01, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Не поверите, то-же можно сказать и про Chromium собранный из исходников. "Бинарная
    > совместимость"... И еще много страшных слов, народ, пересядьте на FreeBSD, или
    > хотя-бы на Gentoo, получайте кайф от жизни :) Все самое свежее,
    > исполняются любые желания, как соберешь, так и будет работать, никакой зависимости
    > от Красной Шапочки и Серого Оракла.
    > Ой, что это я, я же добрый ;)

    Может быть хотя бы вы знаете, куда делся АоЕ во фре?

     
     
  • 5.71, Клыкастый (?), 16:29, 21/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Может быть хотя бы вы знаете, куда делся АоЕ во фре?

    /usr/ports/net/aoe

    Сильно далеко не прячут.

     

  • 1.45, AlexAT (ok), 10:58, 20/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>> Увеличена эффективность выполнения сетевых операций на многоядерных системах за счет оптимизации привязки к CPU потока пакетов (пакеты в рамках TCP-сессий неразрывно обрабатываются одним и тем же ядром CPU).

    Ура, RPS. Теперь не придется тащить пачку из 28-30 патчей для его поддержки в свою сборку ядра.

     
  • 1.46, RH админ (?), 11:14, 20/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    http://www.redhat.com/about/news/prarchive/2011/Red-Hat-Delivers-Red-Hat-Ente :
    "...delivered 45% better consolidation capability than competitors in performance tests conducted by Red Hat and IBM"

    "...на 45% опережает конкурентов в тестах производительности"

    Либо переведите по-человечески, либо уберите тезис вообще

     
     
  • 2.47, RH админ (?), 11:17, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Дополнение:
    тут http://www.spec.org/virt_sc2010/results/specvirt_sc2010_perf.html
    видно, что на одинаковом железе (Hewlett Packard Company ProLiant BL620c G7) KVM опережает ESXi на какие-то копейки.

    PS. сам в продакшне использую и то и другое
    PPS. ну чтоб троллем и неучем не обозвали :)

     
     
  • 3.54, ананим (?), 13:14, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    копейка рупь бережёт.
     
  • 3.61, Аноним (-), 17:10, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Что не так ?
    http://www.spec.org/virt_sc2010/results/res2011q2/


    IBM Corporation x3850 X5 + KVM = 7067@432
    Hewlett Packard Company ProLiant DL580 G7 + VMware Inc. ESX 4.1 = 3723@228
    как раз разница в 45%.

     
     
  • 4.63, RH админ (?), 18:26, 20/05/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вообще все в кучу смешали.

    Откройте уже спецификацию железа. У Вас 45% прирост получается на 80-ядерном железе против 40-ядерного. Посчитайте индекс в расчете на ядро или на одну VM. Результаты получаются очень близкие (в районе 16 на одну VM). Не говоря уж про то, что на 80-ядерном конфиге стоял RHEL 6.0, а не 6.1.

    А во-вторых (это уже к авторам) ну уж совсем странная логика: "а давайте чего-нибудь напишем, лишь бы оставить цифру 45%" и написали бред.

    Повторюсь еще раз. "...a combination of Red Hat Enterprise Linux, Red Hat Enterprise Virtualization and IBM systems delivered 45% better consolidation capability..." означает НЕ 45% увеличение производительности, что видно при сравнении на одинаковом железе KVM 6.1 и ESXi http://www.spec.org/virt_sc2010/results/specvirt_sc2010_perf.html (по ссылке ВСЕ результаты), а не только последнего квартала, а "на 45% лучший уровень консолидации серверов". Что это, чем меряется (НЕ spec-virtом однозначно!) и зачем маркетологи RH это приплели - это их дело. Им продать надо. А чтобы продать, надо поразить.
    Аналогично - на совести тех же маркетологов фраза "Red Hat and HP recently announced that the combination of Red Hat Enterprise Linux with KVM running on a HP ProLiant BL620c G7 20-core Blade server delivered a record-setting SPECvirt_sc2010 benchmark result", который уже давно не рекорд, потому что уделан 80-ядерным IBMом с KVM 6.0

    ЗЫ. Извините, я сегодня зануда :)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру