Открыть список
Как стать автором
Обновить

Комментарии 62

А не могли бы пояснить, как всё это было измерено? Какими программными средствами, вообще как было всё организовано? Просто действительно заинтересовало.
Заранее спасибо!
Облако и аккаунтинг в нём. Собственно, в ходе настройки и отладки его и были эти числа померяны.
Ну давай уже начинай цикл статей, как построить свое облако ))
Да никакого «цикла» тут не нужно — www.xen.org/products/cloud_source.html — исошка выложена, скачиваете, устанавливаете. Берёте open xen manager или цитриксовский XenCenter — и у вас ваше личное персональное облако.
думаю можно поискать ньюансы в самих коммандах установки, но думаю какихто конкретных изменений не стоит ждать
xe vm-install template=… new-name-label=…
xe vif-create vm-uuid=… network-uuid=…
xe vm-param-set uuid=… other-config:install-repository=…
xe vm-start

всех делов-то. В мануале описано.
Разница по времени наверняка объясняется выделением ресурсов под ваш кусочек облака.
Ну так ресурсы выделялись во время каждой из установок, разве нет? Тогда и затраты в каждом случае одинаковы?
Нет, учёт идёт реального потребления (т.е. если машине урезали время, то счётчик не считает).

Странную убунту 32 я перепроверял аж трижды.
НЛО прилетело и опубликовало эту надпись здесь
промахнулся (ручками html писал). Ща поправлю.
Результаты установки gentoo были бы интереснее.
Угу. Проблема в автоматизации процесса. У дженты есть пресид или что-то подобное?
Шутку юмора понял, но строка не катит, ибо использует iso/cd, а у нас установка идёт напрямую из миррора/репозитария.
ты можешь загрузить любой нужный тебе дистрибутив, передать и выполнить в нем эту строку.
Я об этом думал уже. А главное, это может сделать любой другой человек, поставив, например, дебиан.
Ваш коментарий просто не мог не появится.
не совсем в таком же наглядном виде, но вот установка генты на их облако habrahabr.ru/blogs/personal/110978/
Странно, что на облако ставят обычную убунту, а не серверную (там и инсталлер в текстовом режим, и иксы с десктопами не ставятся по-умолчанию).

ЗЫЖ было бы интересно посмотреть, на серверный дистрибутив убунты.
Не бывает «серверной убунты». Есть серверная iso'шка (и десктопная). Внутри убунта одна — ru.archive.ubuntu.com/ubuntu/dists/lucid/ (в пределах версии, разумеется).

А установка preseed'а идёт дебианоподобным инсталлятором (без иксов и т.д.). Собственно, пресид убунты от дебиана отличается только убунтовскими закидонами (вроде детекта раскладки по нажатию кнопок), а ядро установки у них строго идентичное.
А разве набор устанавливаемых пакетов одинаковый?
В нашем случае — одинаковый и минимальный. Голый base + openssh-server + xe-guest-tools + modd + linux-image-xen.
А сорри, через пресид ставили, разницы не будет скорее всего.
Ubuntu почему-то не удивила, а дебиан молодец.
В предыдущих экспериментах, пока в пресиде не ставилось правильное ядро и утилиты, время установки голого дебиана (совсем голого) было ровно 2 минуты.
А цель всего эксперимента-то какая была?
Цель была настроить пресидинг систем. А это побочный результат с интересными цифрами.
Как бы в одном случае получились жигули, в другом уазик а в третьем камаз.
Затрачено разное время. Очень показательный результат…
мне искренне интересно, кто из них камаз, ко уазик, а кто жигули :)
Вот вот, тоже интересно, зачем сиё проделано?
Что о *bsd думаете? Они неоптимальны?

Интересно, какую часть вашего датацентра занимают сервера вконтакте?
Я лично считаю, что у BSD в /usr/local помойка. В планах есть, но после виндов. Я ещё не знаю, можно ли реализовать memory on demand для PVM.
У центоса инсталлятор Anaconda, новые версии которого требуют от компа как минимум 512 Мб оперативы. Взамен мы получаем красивый GUI и кэширование пакетов с диска/сети время установки.
я думаю, он ставит все без gui ;)
Вообще оно на 256Мб отлично ставится. Если без гуя. А гуй трудно рисовать на компьютере, у которого видяхи нет даже в виртуальном смысле (один виртуальный com).
такс раз пошла такая жара…
можно вопрос околотематический…
если ставить машину с задачей размешать там виртуалки под KVM с большой сетевой нагрузкой, что из семейства дебиановых больше даст над собой издеваться?
Я про KVM много не скажу, но лично мне кажется, что дебиан удобнее всего. Функционал же вообще от юзерспейса не зависит и целиком зависит от ядра (а оно на все дебианы одно ставится).
та умом понимаю, но както стремно…
типа дебиан — это для взрослых епт )))
после бубунты очень привычная консоль в дебиане
>центос сильно удивил — время установки у него ощутимо больше, чем у debian, а реальной нагрузки на процессор — меньше
Вы же сами написали про дисковые операции.
центос и с инета качал почти в два раза больше пакетов. На это время и ушло. И на распаковку.
Он их качал и распаковывал. Я ж говорю, «время процессора» не зависит от скорости инета. Нужно выполнить N миллиардов операций, они занимают M тиков. А дальше хоть по 100 тиков в секунду, хоть по 8 миллиардов — от этого машинное время не меняется.
центос сильно удивил — время установки у него ощутимо больше, чем у debian, а реальной нагрузки на процессор — меньше.


вы читали статью? )
как бы это смешно не звучало, но у меня возник точно такой же вопрос))
процессорное время — реальное время работы процессора. Время установки системы больше, так как во время операций ввода/вывода процессор простаивает.

Центос больше скачал из инета — было больше операций ввода-вывода, процессор больше простаивал. Потому время установки больше — оно тратилось на операции ввода-вывода
Вопрос в том, почему оно _меньше_ при большем объёме архивов.
Хотите минусуйте — пофик
Дебиан вещь! Я безумно рад, что даже в такой маленький тест включили этот дистрибутив.
Ну Дебиан ведь один из лидирующих дистрибутивов, имхо. Негласный стандарт во многих кругах.
У меня на сервере тоже Дебиан стоит
У меня на двух серверах, десктопе, буке и нетбуке ;) везде sid причем
«центос сильно удивил — время установки у него ощутимо больше, чем у debian, а реальной нагрузки на процессор — меньше» — представьте, что инсталлятор центоса запущен с высоким nice, например ;) реальнее предположить, конечно, что инсталлятор дебиана просто распараллеливает задачи, инсталл тим за последний пару лет сильно его перехачил
Скорее, разница в форматах архивов и в объёме вычислений при установке deb по сравнению с rpm.
Кстати да, давно уже пора перевести dpkg на sqlite и berkeley, из-за текстовой базы тормозит оно сильно.
Если не секрет, для какой цели Вам нужно облоако и почему выбрали XEN (а не OpenVZ допустим).
Облако нужно потому, что это интересно.

А зен… Ну, у openvz есть некоторые специфичные особенности в районе управления памятью. Да и пользователь не получает нормального рута себе в хозяйство. Зен более «виртуален», чем openvz. Не говоря уже о том, что в openvz люди даже своп юзать не могут.
Непонятно, что автор хотел показать этим сравнением…
перечитайте первый абзац-предложение
Дистрибутивы разной направленности, инсталляторы разной степени настраиваемости и гламурности, разный базовый набор пакетов. Как-то глупо сравнивать по таким цифрам.
Ну вот зачем читать по-диагонали, а потом писать такие каменты. Дистрибутивы серверной направленности, инсталляторы без гуёв, наборы пакетов одинаковые. Если не ясна суть статьи, считайте что она just for lulz…
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.