Почему некоторые Open Source продукты неприменимы в реальной жизни

[tadpole]

Специально для svu, abg и прочих апологетов open source.

Решил приобщиться к чуду современной инженерной мысли - виртулизации. Посоветовался со знающими товарищами, которые мне авторитетно и убедительно порекомендовали VirtualBox, являющейся open source проектом, за которым стоит Sun. Скачал, поставил, полюбовался на красивые кнопочки, создал виртуальную машину - всё просто и понятно, даже учебник открывать не пришлось. Сижу, радуюсь. Но сама по себе виртуальная машина же ничего не делает. Думаю, сейчас я в неё Linux засуну! И засунул - Oracle Enterprise Linux (Red Hat с ораклическими присадками). И тоже всё встало супер легко и просто. Сижу, не верю своему счастью. И тут замечаю, что у меня на host PC утилизация CPU постоянно 100%. Что, понятное дело, тормозит всё остальное. Виртуальная машина ничего при этом не делает и сообщает, что её виртуальный процессор занят на 1-3%. Открыл учебник, полазал по настройкам, ничего не помогает. Что делает человек в такой ситуации? Правильно - google + спросить знающих друзей. Потратил пару часов, ничего не нашёл полезного, друзья разводят руками. Что делать, когда отступать некуда? Правильно - писать в поддержку. Однако, это же open source, у него поддержки нет, есть community. Ну думаю, это же даже лучше, там же энтузиасты и радетели за благое дело. Нахожу официальный форум, пишу вопрос. Через полчаса появляется модератор и вопрос мой закрывает, мотивируя тем, что тысячу раз обсуждалось. Честно трачу ещё пару часов на исследование форума, совершенно безрезультатно.

В итоге - потратил в общей сложности порядка рабочего дня, но проблема не решена и поддержки фактически ноль. Купить поддержку у Sun можно, причём всего за $30 в год, но от 50 штук за раз. Зачем мне 50 лицензий??

При этом лицензия VMware с нормальной поддержкой стоит $189. Ну и какие шансы после этого у open source?

[alz]

У тебя там какая-то хитрая комбинация осей, которую ты в студию видимо постеснялся. Например Ubuntu 64-bit как хост система плюс Win XP 32-bit в виртуалбоксе - полет нормальный, пожирания CPU не наблюдается. Так что думаю не в виде лицензии тут дело...

[S.R.]

К стати имею тот же камень в огород вБокса
Всё нравится, но загруз в 100% цпу, не вдохновляет
И потом у них есть косяк с мышкой на некоторых разрешениях, то есть если поставил 1024, мышко почему то видело 800
И только после стукания об невидимую стенку, можно было добраться к примеру до боковых иконок

Однако старая МС виртуализация, хоть и умнее, но при работе оной, даже контрол альт делит надо ждать пока всё отвиснет в порядке очереди
И это с интел П 2,4 цпу и Вынь2003

ПС(оффтоп)
А что за аваторка
На что полагается акцентировать внимание на чёрное или на белое?!

[tadpole]

Сообщение от alz

У тебя там какая-то хитрая комбинация осей, которую ты в студию видимо постеснялся. Например Ubuntu 64-bit как хост система плюс Win XP 32-bit в виртуалбоксе - полет нормальный, пожирания CPU не наблюдается.

Host: Windows XP SP2
Guest: Oracle Enterprise Linux (он же Read Hat) Release 5

Сообщение от alz

Так что думаю не в виде лицензии тут дело...

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

[Yapi]

Почти в тему: Сравнивал производительность двух комбинаций на одном железе -

Host: Win XP 32 bit (VMware player) Guest: Win 2008 Standard 32bit.
Host: Win Vista Enterprise 64bit (VMware player) Guest: Win 2008 Standard 32bit.

Вариант c Win Vista 64bit в качестве хоста работает куда как шустрее.

[tadpole]

Сообщение от Yapi

Host: Win XP 32 bit (VMware player)

А чем ты создавал виртуальную машину?

[alz]

Сообщение от tadpole

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

Именно в подходе. Мне обычно быстрее откопать решение самому, чем об'яснать сапорту что я хочу и почему оно у меня крутится в конфигурации, очень далекой от рекомендованнй производителем

alz добавил 12.07.2009 в 08:50

Сообщение от tadpole

Host: Windows XP SP2
Guest: Oracle Enterprise Linux (он же Read Hat) Release 5

Надо будет на винду попробовать поставить. Единственно, 32-бит для хост-системы найти не смогу. Как и XP впрочем О результатах отпишусь.

[Yapi]

Ты вот это смотрел?

раз два

[tadpole]

Сообщение от Yapi

Ты вот это смотрел?

Ага. Нипамагло.

[Vile]

Ну есть и бесплатная вмварь вполне. Vmware Server.
Точно так же без саппорта.

[ixania]

Ну зачем все под одну гребенку? давайте возьмем какойнить не совсем хорошо работающий клозед соурс продукт и зделаем такоеже заключение

[tadpole]

Сообщение от ixania

Ну зачем все под одну гребенку? давайте возьмем какойнить не совсем хорошо работающий клозед соурс продукт и зделаем такоеже заключение

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

[stocking]

предлагаю поменять название топика. он не только на отражает конкретную ситуацию с вот этой вот тормозящей комбинацией, но и в целом не является правдивыс утверждением. аргумент - неограниченное количесто опенсорс продуктов применённых в реальной жизни.
ну а вообще - это типа как с тиви лайценз - не удобно платить 160 евро в год как это делаю я неполучая никакой поддержки - не плати хахаха

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

[Vile]

Сообщение от tadpole

Но хотелось бы услышать конкретные примеры open source проектов с поддержкой, равносильной коммерческим продуктам.

Например Trolltech QT. То есть уже Nokia.

[rojer]

tadpole, ты делаешь недопустимые обобщения. на основании одного отрицательного случая делаешь выводы о применимости вообще всего FOSS. взял обскурный продукт (ху из виртуал бокс и кто его продвигает помимо сана?), нашёл в нём баг, нашёл что саппорт только от одного вендора (кстати, классическая ситуация с закрытым софтом) и пошёл рубить дрова.

применимость опенсорсного софта обнаруживается там, где людям хочется большего, чем даёт вендор. если тебе нужно "сделать шоб было за***сь" и забыть навсегда - заплати денег знающим людям, они сделают.

когда мне нужно погонять что-то на винде, опенсорсный qemu на убунте работает на отлично. значит ли это что перспективы опенсорса безоблачны? нет. мир опенсорса многообразен. я знаю, это может показаться необычным человеку работающему с ораклом и живущем в мире, где есть только одна RDBMS и вообще выбирать особо нге приходится - что вендор скажет, то и ставишь. поэтому когда что-то не работает, остаётся искать поддержку у вендора, а если послали, то только жаловаться на жизнь и воздевать руки к небу. так вот у нас не так. у нас, если вендор тебя послал, ты идёшь искать алтернативы, ищешь знаюзих людей или лезешь в код (*). неверен твой подход, твои обобщения и сделанные на основе них выводы.

(*) интересный случай был со мной, тоже связанный с эмуляторами, cpu usage и опенсорсом. есть такая древняя игрушка heroes 3, которую я иногда гоняю под wine. воти заметил, что cpu при этом загружен на 100% (1 ядро). решил выяснить в чём дело, полез в код (разумеется вайна, кода heroes 3 у меня нет). выяснил, что имеет место tight loop с вызовом PeekMessageA. поставил винду, для проверки - оказывается, H3 ведут себя под ней так же - постоянно дёргают PeekMessageA ("юзер пошевелил мышкой? нет? а сейчас?..."). то есть баг не в вайне, а в игре. игру я пофиксит не могу, поэтому делаем просутю вещь - вставляем в вайновскую реализацию PeekMessageA nanosleep на 10 миллисекунд, если ожидающего сообщения нет. на игру это никак не влияет, но зато решает проблему cpu usage.

p.s.: попробуй, кстати, qemu. говорят, он есть и под винду.