Pull to refresh

Comments 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 я перепроверял аж трижды.
Не понял, почему зеленым подсвечен результат центоса:

1216 Мб, 60657

!? 1408 Мб, 185964

2510 Мб, 191514

хотя есть результаты как по обоим параметрам опережающие, так и отстающие от него.
промахнулся (ручками 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.
А сорри, через пресид ставили, разницы не будет скорее всего.
В предыдущих экспериментах, пока в пресиде не ставилось правильное ядро и утилиты, время установки голого дебиана (совсем голого) было ровно 2 минуты.
А цель всего эксперимента-то какая была?
Цель была настроить пресидинг систем. А это побочный результат с интересными цифрами.
Как бы в одном случае получились жигули, в другом уазик а в третьем камаз.
Затрачено разное время. Очень показательный результат…
мне искренне интересно, кто из них камаз, ко уазик, а кто жигули :)
Вот вот, тоже интересно, зачем сиё проделано?
Что о *bsd думаете? Они неоптимальны?

Интересно, какую часть вашего датацентра занимают сервера вконтакте?
Я лично считаю, что у BSD в /usr/local помойка. В планах есть, но после виндов. Я ещё не знаю, можно ли реализовать memory on demand для PVM.
У центоса инсталлятор Anaconda, новые версии которого требуют от компа как минимум 512 Мб оперативы. Взамен мы получаем красивый 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…
Sign up to leave a comment.