forum.opennet.ru

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

Оглавление

Проект Debian представил ожидаемые в Wheezy средства для упр..., opennews (ok), 26-Апр-12, (0) [смотреть все]

Все конкретно заморочились облаками , SubGun (ok), 11:02 , 26-Апр-12, (1) //

Нанотехнологии нынче уже не модно Сейчас новый тренд, клоуд , Bragin (ok), 11:09 , 26-Апр-12, (2) +1 //

Сами по себе облака всего лишь логичное дальнейшее развитие идей виртуализации , Аноним (-), 11:16 , 26-Апр-12, (5) +2 //

Ну я о том же Куча людей которые вообще не хрена не понимают, что это такое Зат, Bragin (ok), 11:25 , 26-Апр-12, (7) +2

А почему нет , Аноним (-), 12:04 , 26-Апр-12, (8)

А как , Bragin (ok), 12:05 , 26-Апр-12, (9)

Подтверждаю Только вот хз как, сам не знаю Но я на KVM уже хренову кучу виртуало, docent (??), 12:13 , 26-Апр-12, (10)

Виртуальный ЖД винды кешируктся кешами линукса-хоста Там памяти больше, кеши гу, Andrey Mitrofanov (?), 12:58 , 26-Апр-12, (13)

Не только, в виртуалке инициализация железа стоит дешевле Ей не нужно ждать ко, Bragin (ok), 13:47 , 26-Апр-12, (20)

Учитывая что в конечном итоге тот же самый физический контроллер всяко будет пед, Аноним (-), 14:38 , 26-Апр-12, (23) –1

Опять теряем нит треда, мы обсуждали почему винда ставится быстрее на виртуалку , Bragin (ok), 14:50 , 26-Апр-12, (30)

Только вот хз как, сам не знаю Но я на KVM уже хренову кучу виртуалок с Win2008R, I am (??), 15:46 , 26-Апр-12, (40)
Это же элементарно - скорость чтения из образа на харде в разы больше, чем скоро, Хзкто (?), 09:40 , 28-Апр-12, (52)

Кластер, Аноним (-), 12:17 , 26-Апр-12, (12) –1

Отлично, кластер из гостей , Bragin (ok), 12:59 , 26-Апр-12, (14)

Ваше сообщение 8470 4 7 весьма самокритичноhttp www opennet ru openforum vsl, filosofem (ok), 13:06 , 26-Апр-12, (15) –1

ну просвети меня как гость может быть быстрее хоста , Bragin (ok), 13:08 , 26-Апр-12, (16)

Ну, во-первых, sqlite в qemu же А во-вторых, они все про _распараллеленную специ, Andrey Mitrofanov (?), 13:13 , 26-Апр-12, (17)

А где я говорил про _распараллеленную специально-отдельно задачу не нескольких , Bragin (ok), 13:26 , 26-Апр-12, (18) –1
Если из 3х машин поднять облако, можно ли будет создать 1 виртуалку которая буде, Аноним (-), 13:45 , 26-Апр-12, (19)
Типа 3х кратный прирост CPU и памяти Виртуака видит все в три раза больше Нет н, Bragin (ok), 13:53 , 26-Апр-12, (21)
можно, но потребуется дорогое железо и это будет уже не облако из 3-х машин, а , Михрютка (?), 15:10 , 26-Апр-12, (33) –1
Маразм Нормальный подход - просто оперировать некими самодостаточными потоками , Аноним (-), 15:47 , 26-Апр-12, (41)
отмасштабируйте мне прозрачно оракловый инстанс, пожалуйста , Михрютка (?), 15:54 , 26-Апр-12, (43) +1
Сразу после того как вы для меня запустите в космос вон тот паровоз , Аноним (-), 16:02 , 26-Апр-12, (45)
Какая лапочка На словах он Дональд Кнут, а как намекнули про стейтфул сервисы, , Михрютка (?), 17:36 , 26-Апр-12, (46)
1C Венда Облачные технологии Издеваетесь , filosofem (ok), 14:23 , 26-Апр-12, (22)
Я Не в коем разе, читаете выше Я уже писал, что клоуд с роди с нано-технология, Bragin (ok), 14:43 , 26-Апр-12, (26) –1
Паровая машина куда проволокой примотали реактивный двигатель , Аноним (-), 15:31 , 26-Апр-12, (38)

Например, хост может подкешировать густу диск и забить на f sync и подобные зап, Аноним (-), 14:41 , 26-Апр-12, (24)

Чем это черевато и гадать не стоит Помести данные на рамраздел, будет еще быстр, Bragin (ok), 14:47 , 26-Апр-12, (28)
Ну да Только при слете питания факап будет еще убедительнее В случае синхронны, Аноним (-), 15:14 , 26-Апр-12, (34)
Да, но за это же канделябрами бить положено , Михрютка (?), 15:00 , 26-Апр-12, (31)
Что не мешает кажется виртуалбоксу так поступать иногда , Аноним (-), 15:14 , 26-Апр-12, (35)

Облака позволяют качественнее утилизировать технику, что благо А также линейно , VoDA (ok), 11:12 , 26-Апр-12, (3) //

Да, запускаешь на воздушном шарике старый системник - хрен потом найдешь Утилиз, Аноним (-), 14:42 , 26-Апр-12, (25) +1
Так именно для этого проект Debian и представил в Wheezy эти средства , бедный буратино (ok), 14:46 , 26-Апр-12, (27)

И каждый под облаком понимает, что ему хочется У одного быстрее хоста ничего , анон (?), 12:16 , 26-Апр-12, (11) //

В нормальном понимании - это группа машин, которая может представлять задачам ре, Аноним (-), 14:49 , 26-Апр-12, (29) //

только это так не работает, ну может за исключением диска, который можно растяги, koblin (ok), 15:06 , 26-Апр-12, (32) //

Теоретически - совсем не обязано быть ограничено Т е запускать треды сервиса п, Аноним (-), 15:30 , 26-Апр-12, (37)

Это только в теоретически На практике как все это синхронизировать Можно конечн, Bragin (ok), 15:45 , 26-Апр-12, (39)

Неким диспетчером который агрегирует результаты от воркеров, ясен пень А это воо, Аноним (-), 15:56 , 26-Апр-12, (44)

Местные эксперты, похоже, понимают облако исключительно как набор физических сер, Аноним (-), 19:57 , 26-Апр-12, (47)

А кто те сказал, что сетевая FS нужна ---И кстати, обляка могут быть SAAS, PAAS , pavlinux (ok), 20:34 , 26-Апр-12, (48)

Очень даже не обязательно, просто пример , Аноним (-), 21:11 , 26-Апр-12, (49)

OpenMosix не решал эти задачи , umbr (ok), 15:18 , 26-Апр-12, (36) //

Разные технологии но вот клоуд часто путают с тем что делал OpenMosix , Bragin (ok), 15:47 , 26-Апр-12, (42)

Из практики, хоть и не юзаем облачную платформу а напрямую из virt-manager созда, hummermania (ok), 10:18 , 27-Апр-12, (50) //

Вы описываете обычные прелести виртуализации Про проблему портов не совсем понят, stimpack (ok), 13:52 , 27-Апр-12, (51)

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

2. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +1 +/–

Сообщение от Bragin (ok), 26-Апр-12, 11:09

Нанотехнологии нынче уже не модно. Сейчас новый тренд, клоуд.

Ответить | Правка | Наверх | Cообщить модератору

5. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +2 +/–

Сообщение от Аноним (-), 26-Апр-12, 11:16

Сами по себе облака всего лишь логичное дальнейшее развитие идей виртуализации. Другое дело что маркетолухи как обычно решили всех втравливать в зависимость от своих конторок :)

Ответить | Правка | Наверх | Cообщить модератору

7. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +2 +/–

Сообщение от Bragin (ok), 26-Апр-12, 11:25

Ну я о том же. Куча людей которые вообще не хрена не понимают, что это такое.
Зато орут на каждом углу. Например большая часть считает, что гость в облаке может быть быстрее хоста.

Ответить | Правка | Наверх | Cообщить модератору

8. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Аноним (-), 26-Апр-12, 12:04

>Например большая часть считает, что гость в облаке может быть быстрее хоста.
А почему нет?

Ответить | Правка | Наверх | Cообщить модератору

9. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Bragin (ok), 26-Апр-12, 12:05

А как?

Ответить | Правка | Наверх | Cообщить модератору

10. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от docent (??), 26-Апр-12, 12:13

Подтверждаю.
Только вот хз как, сам не знаю.
Но я на KVM уже хренову кучу виртуалок с Win2008R2 установил и меня поражает скорость установки: с начала создания виртуальной машины и до логина в винду проходит ровно 15 минут. И это на обычном компьютере с 2ГГц зеоном.
Хотя, должно быть какое-то логическое объяснение :-)

Ответить | Правка | Наверх | Cообщить модератору

13. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Andrey Mitrofanov (?), 26-Апр-12, 12:58

Виртуальный ЖД винды кешируктся кешами линукса-хоста. Там памяти больше, кеши гуще, наверное?

Ответить | Правка | Наверх | Cообщить модератору

20. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Bragin (ok), 26-Апр-12, 13:47

> Виртуальный ЖД винды кешируктся кешами линукса-хоста. Там памяти больше, кеши гуще, наверное?
Не только, в виртуалке инициализация "железа" стоит дешевле.
Ей не нужно ждать когда закончит инициализацию какой либо контроллер.
Особенно это заметно как раз при установке, где не мало времени уходит на поиск железа и установку дров к ним.

Ответить | Правка | Наверх | Cообщить модератору

23. "Проект Debian представил ожидаемые в Wheezy средства для упр..." –1 +/–

Сообщение от Аноним (-), 26-Апр-12, 14:38

> Не только, в виртуалке инициализация "железа" стоит дешевле.
> Ей не нужно ждать когда закончит инициализацию какой либо контроллер.
Учитывая что в конечном итоге тот же самый физический контроллер всяко будет педалить ту же самую операцию ибо кто-то должен сделать "физическое" действо наконец, это намекает разве что на то что драйвера у некоторых написаны настолько субоптимально что такая черезгопная гейтовка виртуального железа умудряется поднять скорость работы.

Ответить | Правка | Наверх | Cообщить модератору

30. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Bragin (ok), 26-Апр-12, 14:50

>> Не только, в виртуалке инициализация "железа" стоит дешевле.
>> Ей не нужно ждать когда закончит инициализацию какой либо контроллер.
> Учитывая что в конечном итоге тот же самый физический контроллер всяко будет
> педалить ту же самую операцию ибо кто-то должен сделать "физическое" действо
> наконец, это намекает разве что на то что драйвера у некоторых
> написаны настолько субоптимально что такая черезгопная гейтовка виртуального железа умудряется
> поднять скорость работы.
Опять теряем нит треда, мы обсуждали почему винда ставится быстрее на виртуалку.
То что в итоге скорость будет хоть немного но ниже, это факт.

Ответить | Правка | Наверх | Cообщить модератору

40. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от I am (??), 26-Апр-12, 15:46

> Подтверждаю.
Только вот хз как, сам не знаю.
Но я на KVM уже хренову кучу виртуалок с Win2008R2 установил и меня поражает скорость установки: с начала создания виртуальной машины и до логина в винду проходит ровно 15 минут. И это на обычном компьютере с 2ГГц зеоном.
Хотя, должно быть какое-то логическое объяснение :-)
Виртуализация вычислений все равно сливает по производительности. Сложный дисковый IO тоже не фонтан.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

52. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Хзкто (?), 28-Апр-12, 09:40

Это же элементарно - скорость чтения из образа на харде в разы больше, чем скорость чтения с CD/DVD. Тупо файлы быстрее читаются...

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

12. "Проект Debian представил ожидаемые в Wheezy средства для упр..." –1 +/–

Сообщение от Аноним (-), 26-Апр-12, 12:17

Кластер

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

14. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Bragin (ok), 26-Апр-12, 12:59

> Кластер
Отлично, кластер из гостей?

Ответить | Правка | Наверх | Cообщить модератору

15. "Проект Debian представил ожидаемые в Wheezy средства для упр..." –1 +/–

Сообщение от filosofem (ok), 26-Апр-12, 13:06

Ваше сообщение №4.7 весьма самокритично
https://www.opennet.ru/openforum/vsluhforumID3/84295.html#7

Ответить | Правка | Наверх | Cообщить модератору

16. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Bragin (ok), 26-Апр-12, 13:08

ну просвети меня как гость может быть быстрее хоста.

Ответить | Правка | Наверх | Cообщить модератору

17. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Andrey Mitrofanov (?), 26-Апр-12, 13:13

> ну просвети меня как гость может быть быстрее хоста.
Ну, во-первых, sqlite в qemu же!
А во-вторых, они все про _распараллеленную специально-отдельно задачу не нескольких (~медленных) виртуалках, а не про specint или bogomips-ы на одном заоблачном ядре. Кончай _тупить!!

Ответить | Правка | Наверх | Cообщить модератору

18. "Проект Debian представил ожидаемые в Wheezy средства для упр..." –1 +/–

Сообщение от Bragin (ok), 26-Апр-12, 13:26

А где я говорил про "_распараллеленную специально-отдельно задачу не нескольких (~медленных) виртуалках"?
Я говорю про очень частое заблуждение:
У нас тормозит 1Ц,ура решение всех наших проблем это облако! Оно там САМО ускорится. А куле щас влепим 100500 ядер и 64Тб рамы! Ну там ведь кластер, он сам все распаралелит.
Только опять же, что такое кластер (в рамках виртуализации) опять имеем слабое представление.

Ответить | Правка | Наверх | Cообщить модератору

19. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Аноним (-), 26-Апр-12, 13:45

Если из 3х машин поднять облако, можно ли будет создать 1 виртуалку которая будет использовать ресурсы всех 3х машин?

Ответить | Правка | Наверх | Cообщить модератору

21. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Bragin (ok), 26-Апр-12, 13:53

> Если из 3х машин поднять облако, можно ли будет создать 1 виртуалку
> которая будет использовать ресурсы всех 3х машин?
Типа 3х кратный прирост CPU и памяти? Виртуака видит все в три раза больше?
Нет нельзя. Даже не всегда срабатывает живая миграция, если например идет большой поток работы с памятью. Не всегда успевает реплицироватся память.

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

33. "Проект Debian представил ожидаемые в Wheezy средства для упр..." –1 +/–

Сообщение от Михрютка (?), 26-Апр-12, 15:10

> Если из 3х машин поднять облако, можно ли будет создать 1 виртуалку
> которая будет использовать ресурсы всех 3х машин?
можно, но потребуется дорогое железо. и это будет уже не облако из 3-х машин, а грубо говоря, облако из одной машины в трех корпусах.

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

41. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Аноним (-), 26-Апр-12, 15:47

> можно, но потребуется дорогое железо. и это будет уже не облако из
> 3-х машин, а грубо говоря, облако из одной машины в трех корпусах.
Маразм. Нормальный подход - просто оперировать некими самодостаточными потоками или процессами ("экземплярами сервиса") и увеличивать или уменьшать их количество в зависимости от нагрузки. При этом катит самое обычное железо и можно прозрачно отмасштабировать. В идеале прозрачно для сервиса, которому вообще не надо бы знать о том кто, как и сколько "воркеров" ему пустил.

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

43. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +1 +/–

Сообщение от Михрютка (?), 26-Апр-12, 15:54

отмасштабируйте мне прозрачно оракловый инстанс, пожалуйста.

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

45. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Аноним (-), 26-Апр-12, 16:02

> отмасштабируйте мне прозрачно оракловый инстанс, пожалуйста.
Сразу после того как вы для меня запустите в космос вон тот паровоз.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

46. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Михрютка (?), 26-Апр-12, 17:36

Какая лапочка. На словах он Дональд Кнут, а как намекнули про стейтфул сервисы, сразу про космос заговорил.

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

22. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от filosofem (ok), 26-Апр-12, 14:23

>Я говорю про очень частое заблуждение:
>У нас тормозит 1Ц,ура решение всех наших проблем это облако! Оно там САМО ускорится. А куле щас влепим 100500 ядер и 64Тб рамы! Ну там ведь кластер, он сам все распаралелит.
1C + Венда + Облачные технологии? ...Издеваетесь?

Ответить | Правка | Наверх | Cообщить модератору

26. "Проект Debian представил ожидаемые в Wheezy средства для упр..." –1 +/–

Сообщение от Bragin (ok), 26-Апр-12, 14:43

>>Я говорю про очень частое заблуждение:
>>У нас тормозит 1Ц,ура решение всех наших проблем это облако! Оно там САМО ускорится. А куле щас влепим 100500 ядер и 64Тб рамы! Ну там ведь кластер, он сам все распаралелит.
> 1C + Венда + Облачные технологии? ...Издеваетесь?
Я? Не в коем разе, читаете выше. Я уже писал, что клоуд с роди с нано-технологиями.
Все о них говорят, но мало кто понимает, что это такое. Про 1Ц я привел практически то, что я сам слышал ушами.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

38. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Аноним (-), 26-Апр-12, 15:31

> 1C + Венда + Облачные технологии? ...Издеваетесь?
Паровая машина куда проволокой примотали реактивный двигатель :)

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

24. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Аноним (-), 26-Апр-12, 14:41

> ну просвети меня как гость может быть быстрее хоста.
Например, хост может подкешировать густу диск и забить на (f)sync и подобные запросы, так что для гуеста такие вызовы будут в виртуалке (в отличие от железной машины) заканчиваться моментально. Ибо хост врет гуесту что слил буфера, хотя на самом деле слил их только в виртуальном представлении, а физически на диск ничего не писал.
Так можно немеряно разогнать синхронные транзакционные операции. До скорости... асинхронных, не обеспеченных транзакциями примерно. Угадаете почему? Правильно, потому что синхронность послали лесом уровнем выше. Чем это чревато - угадайте с 3 раз :)

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

28. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Bragin (ok), 26-Апр-12, 14:47

>> ну просвети меня как гость может быть быстрее хоста.
> Например, хост может подкешировать густу диск и забить на (f)sync и подобные
> запросы, так что для гуеста такие вызовы будут в виртуалке (в
> отличие от железной машины) заканчиваться моментально. Ибо хост врет гуесту что
> слил буфера, хотя на самом деле слил их только в виртуальном
> представлении, а физически на диск ничего не писал.
> Так можно немеряно разогнать синхронные транзакционные операции. До скорости... асинхронных,
> не обеспеченных транзакциями примерно. Угадаете почему? Правильно, потому что синхронность
> послали лесом уровнем выше. Чем это чревато - угадайте с 3
> раз :)
Чем это черевато и гадать не стоит. Помести данные на рамраздел, будет еще быстрее.
А кэши, можно и без виртуализации выкрутить по максимуму. Но это уже вопрос о тюненге.

Ответить | Правка | Наверх | Cообщить модератору

34. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Аноним (-), 26-Апр-12, 15:14

> Чем это черевато и гадать не стоит. Помести данные на рамраздел, будет еще быстрее.
Ну да. Только при слете питания факап будет еще убедительнее.
> А кэши, можно и без виртуализации выкрутить по максимуму.
В случае синхронных запросов если их честно разруливать, в кещ может не успевать налиться много (клинический случай: много мелких синхронных транзакций). При этом не важно какой размер у кеша: налиться много может и не успеть до очередного запроса на flush.
Вот только чудес не бывает. Или сброс буферов уважен (и занимает некое время) или на него положено (и тогда он время не занимает). Во втором случае при крахе любая журнальная механика уповавшая на честность синхронных операций окажется в обломе и может словить неожиданный FAIL.
> Но это уже вопрос о тюненге.
Это скорее к честности слива буферов на диск.

Ответить | Правка | Наверх | Cообщить модератору

31. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Михрютка (?), 26-Апр-12, 15:00

Да, но за это же канделябрами бить положено :)

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

35. "Проект Debian представил ожидаемые в Wheezy средства для упр..." +/–

Сообщение от Аноним (-), 26-Апр-12, 15:14

> Да, но за это же канделябрами бить положено :)
Что не мешает кажется виртуалбоксу так поступать иногда...

Ответить | Правка | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	2. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+1 +/–
	Сообщение от Bragin (ok), 26-Апр-12, 11:09
	Нанотехнологии нынче уже не модно. Сейчас новый тренд, клоуд.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+2 +/–
	Сообщение от Аноним (-), 26-Апр-12, 11:16
	Сами по себе облака всего лишь логичное дальнейшее развитие идей виртуализации. Другое дело что маркетолухи как обычно решили всех втравливать в зависимость от своих конторок :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+2 +/–
	Сообщение от Bragin (ok), 26-Апр-12, 11:25
	Ну я о том же. Куча людей которые вообще не хрена не понимают, что это такое. Зато орут на каждом углу. Например большая часть считает, что гость в облаке может быть быстрее хоста.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Аноним (-), 26-Апр-12, 12:04
	>Например большая часть считает, что гость в облаке может быть быстрее хоста. А почему нет?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Bragin (ok), 26-Апр-12, 12:05
	А как?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от docent (??), 26-Апр-12, 12:13
	Подтверждаю. Только вот хз как, сам не знаю. Но я на KVM уже хренову кучу виртуалок с Win2008R2 установил и меня поражает скорость установки: с начала создания виртуальной машины и до логина в винду проходит ровно 15 минут. И это на обычном компьютере с 2ГГц зеоном. Хотя, должно быть какое-то логическое объяснение :-)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Andrey Mitrofanov (?), 26-Апр-12, 12:58
	Виртуальный ЖД винды кешируктся кешами линукса-хоста. Там памяти больше, кеши гуще, наверное?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Bragin (ok), 26-Апр-12, 13:47
	> Виртуальный ЖД винды кешируктся кешами линукса-хоста. Там памяти больше, кеши гуще, наверное? Не только, в виртуалке инициализация "железа" стоит дешевле. Ей не нужно ждать когда закончит инициализацию какой либо контроллер. Особенно это заметно как раз при установке, где не мало времени уходит на поиск железа и установку дров к ним.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	–1 +/–
	Сообщение от Аноним (-), 26-Апр-12, 14:38
	> Не только, в виртуалке инициализация "железа" стоит дешевле. > Ей не нужно ждать когда закончит инициализацию какой либо контроллер. Учитывая что в конечном итоге тот же самый физический контроллер всяко будет педалить ту же самую операцию ибо кто-то должен сделать "физическое" действо наконец, это намекает разве что на то что драйвера у некоторых написаны настолько субоптимально что такая черезгопная гейтовка виртуального железа умудряется поднять скорость работы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Bragin (ok), 26-Апр-12, 14:50
	>> Не только, в виртуалке инициализация "железа" стоит дешевле. >> Ей не нужно ждать когда закончит инициализацию какой либо контроллер. > Учитывая что в конечном итоге тот же самый физический контроллер всяко будет > педалить ту же самую операцию ибо кто-то должен сделать "физическое" действо > наконец, это намекает разве что на то что драйвера у некоторых > написаны настолько субоптимально что такая черезгопная гейтовка виртуального железа умудряется > поднять скорость работы. Опять теряем нит треда, мы обсуждали почему винда ставится быстрее на виртуалку. То что в итоге скорость будет хоть немного но ниже, это факт.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от I am (??), 26-Апр-12, 15:46
	> Подтверждаю. Только вот хз как, сам не знаю. Но я на KVM уже хренову кучу виртуалок с Win2008R2 установил и меня поражает скорость установки: с начала создания виртуальной машины и до логина в винду проходит ровно 15 минут. И это на обычном компьютере с 2ГГц зеоном. Хотя, должно быть какое-то логическое объяснение :-) Виртуализация вычислений все равно сливает по производительности. Сложный дисковый IO тоже не фонтан.
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	52. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Хзкто (?), 28-Апр-12, 09:40
	Это же элементарно - скорость чтения из образа на харде в разы больше, чем скорость чтения с CD/DVD. Тупо файлы быстрее читаются...
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	12. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	–1 +/–
	Сообщение от Аноним (-), 26-Апр-12, 12:17
	Кластер
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	14. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Bragin (ok), 26-Апр-12, 12:59
	> Кластер Отлично, кластер из гостей?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	–1 +/–
	Сообщение от filosofem (ok), 26-Апр-12, 13:06
	Ваше сообщение №4.7 весьма самокритично https://www.opennet.ru/openforum/vsluhforumID3/84295.html#7
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Bragin (ok), 26-Апр-12, 13:08
	ну просвети меня как гость может быть быстрее хоста.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Andrey Mitrofanov (?), 26-Апр-12, 13:13
	> ну просвети меня как гость может быть быстрее хоста. Ну, во-первых, sqlite в qemu же! А во-вторых, они все про _распараллеленную специально-отдельно задачу не нескольких (~медленных) виртуалках, а не про specint или bogomips-ы на одном заоблачном ядре. Кончай _тупить!!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	–1 +/–
	Сообщение от Bragin (ok), 26-Апр-12, 13:26
	А где я говорил про "_распараллеленную специально-отдельно задачу не нескольких (~медленных) виртуалках"? Я говорю про очень частое заблуждение: У нас тормозит 1Ц,ура решение всех наших проблем это облако! Оно там САМО ускорится. А куле щас влепим 100500 ядер и 64Тб рамы! Ну там ведь кластер, он сам все распаралелит. Только опять же, что такое кластер (в рамках виртуализации) опять имеем слабое представление.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Аноним (-), 26-Апр-12, 13:45
	Если из 3х машин поднять облако, можно ли будет создать 1 виртуалку которая будет использовать ресурсы всех 3х машин?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Bragin (ok), 26-Апр-12, 13:53
	> Если из 3х машин поднять облако, можно ли будет создать 1 виртуалку > которая будет использовать ресурсы всех 3х машин? Типа 3х кратный прирост CPU и памяти? Виртуака видит все в три раза больше? Нет нельзя. Даже не всегда срабатывает живая миграция, если например идет большой поток работы с памятью. Не всегда успевает реплицироватся память.
	Ответить \| Правка \| К родителю #19 \| Наверх \| Cообщить модератору


	33. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	–1 +/–
	Сообщение от Михрютка (?), 26-Апр-12, 15:10
	> Если из 3х машин поднять облако, можно ли будет создать 1 виртуалку > которая будет использовать ресурсы всех 3х машин? можно, но потребуется дорогое железо. и это будет уже не облако из 3-х машин, а грубо говоря, облако из одной машины в трех корпусах.
	Ответить \| Правка \| К родителю #19 \| Наверх \| Cообщить модератору


	41. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Аноним (-), 26-Апр-12, 15:47
	> можно, но потребуется дорогое железо. и это будет уже не облако из > 3-х машин, а грубо говоря, облако из одной машины в трех корпусах. Маразм. Нормальный подход - просто оперировать некими самодостаточными потоками или процессами ("экземплярами сервиса") и увеличивать или уменьшать их количество в зависимости от нагрузки. При этом катит самое обычное железо и можно прозрачно отмасштабировать. В идеале прозрачно для сервиса, которому вообще не надо бы знать о том кто, как и сколько "воркеров" ему пустил.
	Ответить \| Правка \| К родителю #33 \| Наверх \| Cообщить модератору


	43. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+1 +/–
	Сообщение от Михрютка (?), 26-Апр-12, 15:54
	отмасштабируйте мне прозрачно оракловый инстанс, пожалуйста.
	Ответить \| Правка \| К родителю #41 \| Наверх \| Cообщить модератору


	45. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Аноним (-), 26-Апр-12, 16:02
	> отмасштабируйте мне прозрачно оракловый инстанс, пожалуйста. Сразу после того как вы для меня запустите в космос вон тот паровоз.
	Ответить \| Правка \| К родителю #43 \| Наверх \| Cообщить модератору


	46. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Михрютка (?), 26-Апр-12, 17:36
	Какая лапочка. На словах он Дональд Кнут, а как намекнули про стейтфул сервисы, сразу про космос заговорил.
	Ответить \| Правка \| К родителю #45 \| Наверх \| Cообщить модератору


	22. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от filosofem (ok), 26-Апр-12, 14:23
	>Я говорю про очень частое заблуждение: >У нас тормозит 1Ц,ура решение всех наших проблем это облако! Оно там САМО ускорится. А куле щас влепим 100500 ядер и 64Тб рамы! Ну там ведь кластер, он сам все распаралелит. 1C + Венда + Облачные технологии? ...Издеваетесь?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	–1 +/–
	Сообщение от Bragin (ok), 26-Апр-12, 14:43
	>>Я говорю про очень частое заблуждение: >>У нас тормозит 1Ц,ура решение всех наших проблем это облако! Оно там САМО ускорится. А куле щас влепим 100500 ядер и 64Тб рамы! Ну там ведь кластер, он сам все распаралелит. > 1C + Венда + Облачные технологии? ...Издеваетесь? Я? Не в коем разе, читаете выше. Я уже писал, что клоуд с роди с нано-технологиями. Все о них говорят, но мало кто понимает, что это такое. Про 1Ц я привел практически то, что я сам слышал ушами.
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору


	38. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Аноним (-), 26-Апр-12, 15:31
	> 1C + Венда + Облачные технологии? ...Издеваетесь? Паровая машина куда проволокой примотали реактивный двигатель :)
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору


	24. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Аноним (-), 26-Апр-12, 14:41
	> ну просвети меня как гость может быть быстрее хоста. Например, хост может подкешировать густу диск и забить на (f)sync и подобные запросы, так что для гуеста такие вызовы будут в виртуалке (в отличие от железной машины) заканчиваться моментально. Ибо хост врет гуесту что слил буфера, хотя на самом деле слил их только в виртуальном представлении, а физически на диск ничего не писал. Так можно немеряно разогнать синхронные транзакционные операции. До скорости... асинхронных, не обеспеченных транзакциями примерно. Угадаете почему? Правильно, потому что синхронность послали лесом уровнем выше. Чем это чревато - угадайте с 3 раз :)
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору


	28. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от Bragin (ok), 26-Апр-12, 14:47
	>> ну просвети меня как гость может быть быстрее хоста. > Например, хост может подкешировать густу диск и забить на (f)sync и подобные > запросы, так что для гуеста такие вызовы будут в виртуалке (в > отличие от железной машины) заканчиваться моментально. Ибо хост врет гуесту что > слил буфера, хотя на самом деле слил их только в виртуальном > представлении, а физически на диск ничего не писал. > Так можно немеряно разогнать синхронные транзакционные операции. До скорости... асинхронных, > не обеспеченных транзакциями примерно. Угадаете почему? Правильно, потому что синхронность > послали лесом уровнем выше. Чем это чревато - угадайте с 3 > раз :) Чем это черевато и гадать не стоит. Помести данные на рамраздел, будет еще быстрее. А кэши, можно и без виртуализации выкрутить по максимуму. Но это уже вопрос о тюненге.
	Ответить \| Правка \| Наверх \| Cообщить модератору