Представлюсь — user это я.

Что можно сказать… Кирилл может и раздасадован, но суть это не меняет. Конечно, если вопрос про NVIDIA несколько шуточный (и там есть смайл), то http://bugzilla.openvz.org/show_bug.cgi?id=951 очень показательный. Особенно мне тогда "понравилось", как kernel developer не разобравшись с ходу начал выдавать на гора "That's because you should never apply patches from one kernel to another. IOW -
patch for rhel5 kernel is not supposed to work with the vanilla one.". Не знаю, от того-ли это, что он «заебался всю эту тучу портировать», не важно. Отношение это уже показывает.

> которая находит баги даже в RHEL ядрах

Что же вам мешает найти пару багов в Reiserfs, Кир? Все были бы довольны. Reiserfs стала бы лучше, её противники-фанаты получили бы весомый аргумент, а рекомендации OpenVZ — вес. Ну и пример с багом http://bugzilla.openvz.org/show_bug.cgi?id=1060 заставляет меня сомневаться в какой-либо тщательности.

> Что же вам мешает найти пару багов в Reiserfs, Кир? Все были бы довольны.

Мы нашли в reiserfs пару (или больше) багов довольно давно, починили их, засабмитили в мейнстрим (лень искать в биткипере, дело было ещё до гита). И вот с тех самых пор, когда мы нашли эти баги, мы поняли, что этим поделием не стоит пользоваться, и всем об этом говорим. Да, рейзер быстрее, но он менее надёжный.

Ну а в гите вот что нагугливается по поводу "вам мешает найти пару багов в Reiserfs" (желающие могут повторить эксперимент):


[kir@kir linux-2.6]$ PAT='@openvz.org|@parallels.com|@sw.ru|@swsoft.com|@sw.com.sg|adobriyan@|kuznet@'
[kir@kir linux-2.6]$ git log --pretty=short -E --author="$PAT" | grep reiser
reiserfs: use non-racy method for proc entries creation
reiserfs: shrink superblock if no xattrs
reiserfs: possible null pointer dereference during resize
[PATCH] reiserfs: add missing D-cache flushing
[PATCH] reiserfs: fmt bugfix
[PATCH] reiserfs: ifdef ACL stuff from inode
[PATCH] reiserfs: ifdef xattr_sem
[PATCH] reiserfs: remove reiserfs_aio_write()
ver_linux: don't print reiser4progs version if none found


А grep ext3? :))

Как минимум http://forum.openvz.org/index.php?t=tree&th=3098&

Ну и вообще, я так подозреваю, что немало.

P. S. В общем, это всё понятно… — сокращая кол-во альтернатив (никаких FS кроме EXT3, IPv6 должен быть включен, чтобы ядро собралось -- читай "мы даём правильные .config'и, остальное не поддерживается/гарантируется"), вы облегчаете себе работу. Только это уже как-бы ни разу не Linux, в котором куча FS'ок, куча драйверов, и, как следствие, куча применений. Поэтому-то нельзя не вспомнить, что стоит за OpenVZ -- Virtuozzo. Это ещё одно «real-life» утверждение. «Face it» ©

Чего ты хочешь услышать от меня?

Что OpenVZ is backed by Virtuozzo? Так этого и не скрывает никто и никогда, это написано везде. Больше скажу, у нас сейчас даже баннер виртуозный висит, помогая людям чуть больше заработать денег.

Что то, что OpenVZ is backed by Virtuozzo,
— мешает поддержке reiserfs
— не даёт нам возможности тестировать/поддерживать ядра, побилженные с разными сочетаниями конфиг-опций
? Такого я не могу сказать, даже если ты очень хочешь это услышать, потому что будет бред сивой кобылы. Я уже объяснял тебе, почему мы не любим reiserfs и почему (а) у нас нет возможности (б) мы считаем нецелесообразным тестировать стописяттыщ вариантов ядер.

Ес-но. И то, что сфера применения Virtuozzo ограничивает и сферу использования OpenVZ. Ты можешь говорить, что мои слова это бред, но, кхм, я скажу «возможно бред. Но вот только как-то похоже, что в них есть по меньшей мере доля истины».

Ну, я разве что контр-пример могу привести. IPv6 никто из коммерческих кастомеров не хотел (вроде и сейчас не хочет), хотели именно openvz пользователи. Можно ещё привести аналогичные примеры, посмотрев хотя бы на багзиллу нашу, но не буду тратить время.

Ну да, тут, действительно, вроде бы так. Однако, IPv6, всё-таки, важное умение для ядра. Если не сейчас, то лет через несколько. Поэтому, можно предположить, что Virtuozzo всё-таки нужна эта поддержка.

Не «вроде бы», а именно так оно и есть. С тобой трудно беседовать, я, пожалуй, не стану. Хотел написать про бизнес кейзы, про сейлов и программеров, культуру тех и других, где они сообщаются а где нет, и почему для Виртуозы было бы выгодней реализовать IPv6 не заранее, а когда коммерческий клиент попросит. Ну его нафиг — ты опять с чем-то несогласишься, и смысла нет никакого тебя в чём-то убеждать. Оставайся при своих.

Как человек, саппортящий Virtuozzo вот уже 5 лет, могу лишь заметить, что кастомеров, юзающих IPv6 достаточно. Как и тех, кто периодически просит reiserfs и даже XFS...

Очень хорошо :) Но IPv6 точно был сделан с подачи openvz users.

[kir@kir linux-2.6]$ git log --pretty=short -E --author="$PAT" | grep ext3
fs/Kconfig: move ext2, ext3, ext4, JBD, JBD2 out
ext3/ext4: orphan list corruption due bad inode
ext3/ext4: orphan list check on destroy_inode
ext3: lost brelse in ext3_read_inode()
ext3: dirindex error pointer issues
[PATCH] retries in ext3_prepare_write() violate ordering requirements
[PATCH] ext3: errors behaviour fix
[PATCH] ext3: wrong error behavior
[PATCH] ext3: ext3_symlink should use GFP_NOFS allocations inside
[PATCH] ext3: journal handling on error path in ext3_journalled_writepage()

Чем же он тогда такой особенный, что его не рекомендуют OpenVZ? :)

> Чем же он тогда такой особенный, что его не рекомендуют OpenVZ? :)

А что ты хочешь услышать от меня в ответ?

Я уже отвечал тебе на этот вопрос, причём, кажется, несколько раз. Ничего нового по существу добавить не могу. Ссылки на мои старые ответы давать не буду.

Задавая один и тот же вопрос несколько раз, ты "нагружаешь" своего оппонента. Это нехорошо, это чем-то похоже на DoS-атаку, потому что обычно вопрос задать быстрее, чем ответить на него, плюс тут есть психологическая нагрузка -- когда объясняешь одно и то же несколько раз одному человеку, начинаешь думать, что плохо, как-то непонятно, объясняешь, раз человек спрашивает снова и снова. Начинаешь испытывать неприятные ощущения.

Я не могу классифицировать твои действия как троллинг или кащенитство, но в чём-то они сродни этому.

Постарайся заняться чем-либо более продуктивным.

С логикой как?

Ты сказал, что баговая эта reiserfs, показал статистику по фиксам из git. Точно такая же есть и про ext3. И? Какая тут DoS?

Из того, что силами openvz пофикшено (положим) 10 багов в рейзере и 10 багов в ext3, не следует, что качество ext3 и рейзер примерно одинаково. А ты, видимо, исходишь из этой предпосылки. Don't.

> что качество ext3 и рейзер примерно одинаково. А ты, видимо, исходишь из этой предпосылки. Don't.

Нет-нет. У нас же нет тут достоверной статистики, где были бы учтены все багы (баг-фиксы) и их серьёзность. Просто ты привёл часть статистики по reiserfs, но оказалось, что и по ext3 тоже есть на что посмотреть. ;-) И там и там, вы фиксите баги. :)

Reiser sucks, eats data (including r/o), crash city.

— Это был метеопрогноз, от слова «метеоризм»? Отставит, команды «газы» не было.

> Что же вам мешает найти пару багов в Reiserfs, Кир? Все были бы довольны. Reiserfs стала бы лучше, её противники-фанаты получили бы весомый аргумент, а рекомендации OpenVZ — вес.

Это называется have no business driver. Кто будет платить за работу? Если ты/твоя компания купит контракт на поддержку тыщи инсталляций ovz на рейзере - Кировская контора изыщет ресурсы/наймёт новые, и сделает тебе/твоей конторе рейзерфс. На твои деньги, конечно.

> Ну и пример с багом http://bugzilla.openvz.org/show_bug.cgi?id=1060 заставляет меня сомневаться в какой-либо тщательности.

Ты ничего не знаешь про тестирование :)

Ты постинг-то прочитай. Там про этот аспект прямым текстом идёт.

> Ты постинг-то прочитай. Там про этот аспект прямым текстом идёт.

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

Мда. Я не писал, что я хочу оплатить. Я лишь сказал, что, очевидно, что чтобы поддержка появилась, нужно заплатить. То есть, признал тот факт, что без оплаты требовать что-либо нельзя:

«…
(2008-10-29 19:12:28) user: Понятно, что прежде, чем от вас ожидать чего-либо, было бы неплохо заплатить :)
(2008-10-29 19:12:34) user: Это и есть капитализм
(2008-10-29 19:12:44) user: Тогда вы наймёте больше тестеров, и кодеров
(2008-10-29 19:12:47) user: И сделаете
…»

Ещё вопросы?

> Мда. Я не писал, что я хочу оплатить. Я лишь сказал, что, очевидно, что чтобы поддержка появилась, нужно заплатить. То есть, признал тот факт, что без оплаты требовать что-либо нельзя:

Утром - деньги, вечером - стулья. Если ТЫ платить не собираешься, то ТЫ требовать не можешь. Компании тратить деньги на что-либо без business driver не с руки.

> то ТЫ требовать не можешь.

Вот именно это я там в итоге и сказал, не так-ли? Или нужно «ткнуть пальцем в то место» ©?

Ну и к чему тогда вообще твои возмущения? Почему они должны делать работу, за которую не получат денег, когда у них полно работы, за которую денег заплатили? К чему эта демагогия?

Там не было возмущения, приятель. «Можешь пальцем ткнёшь»?

> К чему эта демагогия?

Вот ты сам и реши, ты меня, по-сути, обвиняешь в том, чего не было. И это мне пришлось несколько раз показать тебе (так что, приятель, вопрос к чему демагогия, ты себе задай), что ты непонятно с какого потолка втемяшил себе, что я требую поддержку (в тестах) reiserfs. Отчасти, кстати, в этом виноват Кирилл, который выбрал такую трактовку моих слов: «Пользователь критикует, рекомендует». Это полный бред (сивой кобылы, очевидно), я всего лишь задал ему несколько вопросов, поскольку мне на самом деле было интересно получить на них ответы.

user: Просто, действительно, следует помнить, что OpenVZ это всего-лишо demo-версия
user: Реальный продукт это Parallels Virtuozzo®
user: Поэтому-то, все пожелания пользователей OpenVZ не идут ни в какое сравнение с теми, кто заплатил за Parallels Virtuozzo®

У тебя тут три конкретных оскорбительных наезда, а не констатация факта.

Там где ты процитировал, да — вещи, которые могут показаться обидным. Вопрос только в том, что небезосновательны-ли они, или же весьма напротив?

1) Тестирование проводится из условия использования «in production» и вообще, при определённых production-.config'ах и только с «production» FS — читай backed-by Virtuozzo. → Никого из OpenVZ не волнует как оно будет работать на десктопах, а вернее сказать, вне data-центров.

2) На сайте OpenVZ есть реклама Virtuozzo — «Parallels is running a special promotion for OpenVZ users, click here for details.»

3) Повлиять на этот процесс без вложения $$$ практичеки невозможно. Далее, Кирилл, к примеру, во время нашей беседы, говорил, что «тестеры и разработчики перегружены». Присланные патчи (даже если они Signed), разработчики склонны игнорировать, как это было в примере с патчем, для сборки gcc 4.3.x. Даже если этот патч:

commit 38332cb98772f5ea757e6486bed7ed0381cb5f98
Author: Segher Boessenkool <segher@kernel.crashing.org>
Date: Tue Mar 4 14:59:54 2008 -0800

time: prevent the loop in timespec_add_ns() from being optimised away

Since some architectures don't support __udivdi3().

Signed-off-by: Segher Boessenkool [segher®kernel.crashing.org]
Cc: john stultz [johnstul®us.ibm.com]
Cc: Ingo Molnar [mingo@elte.hu]
Signed-off-by: Andrew Morton [akpm®linux-foundation.org]
Signed-off-by: Thomas Gleixner [tglx®linutronix.de]

На разработку ядра Линукс тоже очень сильно влияют интересы коммерческих фирм. Патчи для улучшения быстродействия на десктопах там так же не принимались в основную ветку, так что в конце концов Кон Коливас плюнул и ушёл. Однако из-за всего этого ядро не стало несамостоятельным проектом, демо-версией коммерческих сборок и т.д.
В конце концов Кир искренне работает, старается сделать OpenVZ лучшим и уверен в правильности выбранного направления, а тут приходишь ты и заявляешь:
- С драйвером nvidia и под reiserfs тестировать будете?
- Нет, первое непонятно что, а второе кривое по архитектуре, так что проще забить, чем вылизать.
- Ну так и знал, что вы просто подстилка для Virtuozzo.

Обидно, понимаешь ли. Как ни доказывай, что ты имел в виду "глубые в хорошем смысле" ©

Во-во, я как-раз про него часто вспоминал, когда общался на эту тему.

Какая глупость. Я не заявил, а спросил делает-ли так кто-нибудь из тестеров? Если разница не понятна, я помочь не смогу.

1) Я уже говорил (но всё бестолку), что мы ну никак не можем протестировать _все_ конфиги, и при этом обеспечить высокое качества ядра на всех конфигах. В этой ситуации (не бесконечные тестерские ресурсы) можно придерживаться той или иной стратегии… Мы стараемся обеспечить высокое качество ядра на нашем конфиге, и считаем, что это хорошая стратегия.

Делать из такой нашей стратегии вывод, что нас «не волнует как оно будет работать на десктопах, а вернее сказать, вне data-центров» — по меньшей мере странно, а на самом деле демагогия.

2) Да, на сайте OpenVZ есть реклама Virtuozzo — впервые за много лет (если не считать маленькой кнопочки внизу и ссылок в описании). Я очень долго думал перед тем, как её туда повесить, и повесил (и ждал, что кто-то спросит…и дождался).

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

3) «Повлиять на этот процесс без вложения $$$ практичеки невозможно».

Опять — ты берёшь какой-то патч и по факту его непринятия делаешь вывод о $$$.

Зарплата ни моя, ни кернель тима никак не зависит от того, сколько копий Virtuozzo продали, сколько контрактов на саппорт заключили. Вообще не зависит.

Решения о принятии либо непринятии того или иного патча принимаются, глядя на эти патчи с технической, а не с коммерческой, точки зрения. Странно было бы ожидать от инженеров (а не сейлов!) другого.

В данном случае мы имеем медицинский факт — компилятор gcc 4.3.x ядра 2.6.18-rhel компилирует криво, результат — падучие ядра. Проблемы несовместимости кода и компилятора можно решить как исправлением кода, так и исправлением компилятора. В данном случае «исправление компилятора» заключается в том, что мы просто используем другую версию компилятора, заведомо хорошую (для этого кода). Сколько надо потратить время на исправление кода — предсказать трудно, но явно больше, чем на смену версии компилятора. А результат в обеих случаях одинаковый — работающее ядро. Поэтому решение использовать gcc-4.1.x — оптимальное. Уверяю тебя, оно не продиктовано коммерческими соображениями. Патч, на который ты ссылаешься, помогает (в одном лишь месте) ядру gcc-4.3.x скомпилировать код правильно. Сколько в коде есть подобных мест, которые ещё надо запатчить — неизвестно, может, десятки, может, сотни. Бессмысленно патчить одно из них, помогая gcc-4.3.x неправильно компилировать ядро.

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

Ес-но, слишком много вариантов. Все никто и не просит. Только вот кодер, который писал код (баг #1060), был явно расслаблен на тему IPv6.

Да. Кодер был расслаблен. Это всё из-за капитализма!!!

Этот патч никак не мешает вам использовать gcc 4.1.2. И, как я уже говорил, если так хочется, можно #ifdef'ами версию проверить, чтобы он вообще на ваших сборках не применялся. Твои доводы были тогда в духе (дословно) «Паша заебался с патчами».

Кстати, надо бы того чела, который этот патч попросил вас включить, спросить — он сам-то собирал kernel-ovz на gcc 4.3.x, и если да, то как оно по устойчивости.

> Этот патч никак не мешает вам использовать gcc 4.1.2.
Но и не помогает никому использовать gcc-4.3.x.

> можно #ifdef'ами версию проверить, чтобы он вообще на
> ваших сборках не применялся

Отсутствие вот того самого патча — это и есть чек. gcc-4.3 падает на этом месте, насколько я знаю.

Вот так без этого патча:

  LD      init/built-in.o
  LD      .tmp_vmlinux1
kernel/built-in.o: In function `getnstimeofday':
(.text+0x12758): undefined reference to `__umoddi3'
kernel/built-in.o: In function `do_gettimeofday':
(.text+0x12803): undefined reference to `__udivdi3'
kernel/built-in.o: In function `do_gettimeofday':
(.text+0x12820): undefined reference to `__umoddi3'
kernel/built-in.o: In function `do_timer':
(.text+0x13585): undefined reference to `__udivdi3'
kernel/built-in.o: In function `do_timer':
(.text+0x135a2): undefined reference to `__umoddi3'
make[1]: *** [.tmp_vmlinux1] Error 1
make: *** [all] Error 2
Command exited with non-zero status 2
833.31user 143.10system 17:33.84elapsed 92%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (1399major+18534029minor)pagefaults 0swaps

  CC      sound/usb/usx2y/snd-usb-usx2y.mod.o
  LD [M]  sound/usb/usx2y/snd-usb-usx2y.ko
916.08user 172.04system 18:46.32elapsed 96%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (293major+20897365minor)pagefaults 0swaps

[gcc version 4.3.2 (GCC)]

Отсутствие этого патча в этом ядре является предохранителем от того, чтобы кто-то компилял это ядро, используя gcc-4.3. Потому что не надо это ядро компилять gcc-4.3 -- оно потом плохо работает!

Если же мы примем этот патч, ошибки компиляции не будет, а будет ядро, которое не будет работать, потому что gcc-4.3 этот код криво компилирует, результирующее ядро работает плохо, падает. Именно в этом смысле я сказал, что "не помогает использовать gcc-4.3" -- потому что ситуация становится хуже -- "до" оно не компилировалось, "после" оно делает вид, что работает, но на самом деле плохо работает!

Отсутствие этого патча в этом ядре является предохранителем от того, чтобы кто-то компилял это ядро, используя gcc-4.3. Потому что не надо это ядро компилять gcc-4.3 -- оно потом плохо работает!

Если же мы примем этот патч, ошибки компиляции не будет, а будет ядро, которое не будет работать, потому что gcc-4.3 этот код криво компилирует, результирующее ядро работает плохо, падает. Именно в этом смысле я сказал, что "не помогает использовать gcc-4.3" -- потому что ситуация становится хуже -- "до" оно не компилировалось, "после" оно делает вид, что работает, но на самом деле плохо работает!

Я очень-очень устал тебе это всё объяснять по несколько раз.

И да, вот ещё что. Это всё потому что капитализм.

Кирилл, насколько я могу предположить, это явно не ваша QA выяснила, да? Насколько достоверен источник?

Это наш кернель тим лидер выяснил. Наш кернель тим лидер — это достоверный источник.

Попробуй в RHEL5 зафайли баг на то, что их ядро не компилируется gcc-4.3. Даже интересно, что те капиталисты тебе ответят.

«…
> > > We use 4.1.2 and everything is OK. When I used 4.3.0 kernel was buggy.
> > >
> > Hm, aren't you gonna tell that 4.3.0 is the latest release of 4.3 branch, are
> > you? ;-)
>
> So what?
>
gcc 4.3.0 isn't the latest release, of course. So, until you haven't tried
4.3.2, I don't think your position is reasonable. At least, we all could have
try to compile Linux 0.01 nowadays, and then say "What a piece of crap is that
your Linux". ;-)
…» — bug #951.

Блин, нашёлся мне умник. Ты всё про него знаешь, или ты просто потрыднеть подошёл?

> Блин, нашёлся мне умник. Ты всё про него знаешь, или ты просто потрыднеть подошёл?

Я знаю, что свой более-менее вменяемый отдел QA/QE - это ОЧЕНЬ дорого для компании. Поэтому если этот отдел и есть, то работой люди в нём на много времени вперёд завалены.

что интересно, я в свое время задавал такие вопросы про райзер, ибо мне лично казалось что он быстрее... вопросы кончились когда отношение к серверам и стабильности поменялось с красноглазого на "взрослое":
стабильность прежде всего, а значит в продакшене только майнстрим технологии, котрые наиболее оттестированы.

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

Вопрос не только в том, что он быстрее.

Все люди делятся на 2-е категории: у одних Reiserfs ассоциируется с потерей данных, у других — нет. Ни одна из этих категорий не склонна менять своё отношение к этой FS только на основании слов другой. :)

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

Обратное тоже верно.

Обратное -- это в смысле, что если бы не было OpenVZ, не было бы Virtuozzo? Позволю себе не согласиться. Если мне память не изменяет, OpenVZ появилась, когда Virtuozzo была где-то так в версии 2.6, что ли. Редкие просьбы кастомеров «а дайте-ка нам сорцы ядра» перенаправлялись в корзину в sales team.

Или я не так понял фразу про обратное?

Кто-там первый появился - для истории не столь важно. Важно то, что Virtuozzo получает от OpenVZ не меньше, чем OpenVZ от Virtuozzo. Нельзя сводить всё к тому, что коммерческая программа - это программа, а FOSS около неё - это ради развлечения.

> Пользователь критикует процесс разработки OpenVZ. В частности,

критикуетИнтересуется.

> рекомендует тестировать OpenVZ ядро с подгруженным драйвером NVIDIA

рекомендуетСпрашивает, не делает-ли так хоть кто-нибудь при тестировании.

> и на файловой системе reiserfs.

Про reiserfs уже написал выше.

> Также сетует на то, что пользователи,
> заплатившие деньги за коммерческую версию (Parallels Virtuozzo Containers),
> имеют больший приоритет.

сетуетКонстантирует факт, вспоминая изречение k001@lj «It's a real world, face it -- it can't be as perfect as you wish it to be.»

Кстати, об RHEL. У нас тут народ уже который день имеет интим с ней. На вполне себе обычном железе, на котором все нормальные дистрибутивы бегают шо дурные, это чудо безбожно тормозит, в частности на дисковых операциях. Не сталкивались на практике с похожим (знаю, что подземный стук, но мало ли)?

Наймите себе на пару часов какого-нибудь RHCE или даже RHCT, он вам систему настроит.

рискну предположить что это selinux

Я бы рискнул предположить, что ответом будет «чтобы зарабатывать для содержания семьи». Разве нет? И это тоже real-lifeкапитализмъ.

Да, у меня хорошая зарплата. Однако я наверняка смог бы заработать ещё больше, скажем, программером или админом в каком-нибудь банке. Собственно, я и работал там одно время.

Но у меня, помимо (1) адекватной денежной компенсации, есть ещё ряд ожиданий от работы. Она должна быть (2) интересной и (3) полезной. Полезной не для меня, а в каком-то общечеловеческом, глобальном смысле. Как это ни странно, я всё ещё думаю, что человек (любой) может сделать мир капельку лучше.

Пункт (1) я поставил на первое место потому, что у меня семья, дети. Но я ни разу в жизни не искал или не выбирал работу по этому критерию — он как-то сам собой всегда прилагается, наверное, мне просто везёт.

Да я не про з/п. Ты просто начал риторику (мягко говоря) «Стараешься, что-то двигаешь, делаешь... а нафига?». Кир, ты знаешь нафига. Чтобы зарабатывать для содержания своей семьи. Это всё-таки, первично. Fun в комплект может входить, а может и нет. Что касается выбора места работы, и вообще многих выборов, я давно уверен, что человек ВСЕГДА ПОСТУПАЕТ ТАК, КАК ЕМУ ПРОЩЕ. Ты сделал так, потому, что это было тебе проще. И у каждой работы есть не только fun.

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

Из банка ты почему ушёл? Или почему не пошёл в «какой-нибудь банк», если «наверняка смог бы заработать ещё больше, скажем, программером или админом в каком-нибудь банке.»? Неинтересно будет? ;-)

> Из банка ты почему ушёл?

В банке я примерно за год всему, что там нужно, более-менее научился, а когда нет challenge'а — становится неинтересно. Как раз в это время мне предложили более интересную работу, и я на неё с радостью перешёл.

> Или почему не пошёл в «какой-нибудь банк» … Неинтересно будет? ;-)

Нынешняя работа меня пока устраивает. Если я буду искать новую, то, вероятнее всего, не в банке. В банках своя специфика. Как правило, все «ремесленники», решают прикладные задачи. Ещё в банках (как и во всех, наверное, крупных фирмах) всё очень формализовано, и поэтому ты — винтик, шестерёночка, ничего на месте не решаешь, часто приходится следовать чужим решениям, хотя они с твоей точки зрения неоптимальны. Ещё в банках много денег — реально много. Из этого не следует автоматически большая зарплата, но из этого следует, что они не скупятся хорошо платить хорошему специалисту и, в общем, «цена» сотрудника для них не играет такого решающего фактора, как в других секторах. Если нужен человек, могут взять и задорого. То есть в принципе банк — это спокойное и денежное место. Но для меня не очень интересное.

Хотя вот Дениель Роббинс работает в e*Trade, это не банк, но финансовая структура. И, вроде, ему там интересно. Может, потому что он на должности, где он не винтик и может принимать решения или влиять на чужие решения — не знаю. Это я к тому, что банк — это не безусловно неинтересно, могут быть варианты.

> Но для меня не очень интересное.

Читаем subject (где одна цитата) и другую цитату. Опять DoS? :)

> ... я давно уверен, что человек ВСЕГДА ПОСТУПАЕТ ТАК, КАК ЕМУ ПРОЩЕ ...

Просьба не обобщать свое поведение на всех остальных людей ;)

--xemul

С чего вдруг? Это моё мнение, хочу -- обобщаю, не так-ли? Своё мнение, я высказывать могу свободно. И я могу ошибаться, да, на истину в последней инстанции не претендую.

Капитализмом попрекают те, кто сами не умеют зарабатывать. Либо лукавят.

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

А разве главный смысл бесплатного софта не в том, чтобы не делать того, чего не хочется и иметь право никому ничего не объяснять?

Хочешь бантик сбоку плати бабло. Я не вижу в этом ничего криминального, по-моему это как раз тики очень логично.

Вот именно то я там и написал.

«(2008-10-29 19:10:57) me: это не капитализм, блин» — слова Кирилла. Я не уверен (но предполагаю) почему ему так не хочется признать это. :)

Потому что то, о чём мы говорили, никакого отношения к «капитализму» не имеет. Мы не можем протестировать все конфигурации вне зависимости от того, платят нам пользователи, не платят, хотим мы этого, не хотим…

Тогда я не понимаю твоих притензий. Я вот работаю в коммерческом проекте, у нас клиент решает, чего он хочет. Кирилл работает в некоммерческом проекте, т е Кирилл решает, чего хочет клиент. Это смысл коммерческого/некоммерческого программирования, а не капитализм.

А нет никаких претензий. Это Кирилл _так_ представил наш диалог. Я лишь спросил несколько вопросов, а потом сказал, что да, требовать что-либо, не заплатив, не имеем права. Перечитай, без комментариев Кирилла. Просто диалог двух людей в Jabber. :)

(Это уже 2-й комментатор данного постинга, позиция которого, по-сути, поддерживает мою, Кирилл.) ;-)

Такие пользователи будут всегда. Но все-таки таких активных 'не очень благодарных' меньше.

К примеру я использую OpenVZ практически с самого начала, с осени 2005 года. И очень благодарен Вашему проекту. Мне тоже хочется, "сделать мир капельку лучше" хотя бы через призму Linux/FOSS, комьюнити и, соответственно, некой отдачи проекту. Поэтому, по возможности, я отвечаю на форуме, сейчас уже правда не так активно (времени нет), запостил в совокупности, наверно, к десятку баг-репортов и даже как-то сделал патч, который выложили в контрибах :-) А также рекомендую OpenVZ другим. Я надеюсь, что когда будет настроение 'послать все к чертям собачьим', Вы вспомните, что действительно делаете замечательную работу, которая *делает мир лучше. И вобще большинство плохих отзывов должно меркнуть по сравнению с отзывом Andry Morton'а: http://community.livejournal.com/openvz/16138.html

И комъюнити у OpenVZ не такой плохой :-).

З.Ы. Правда, Kir, Спасибо Вам и SWsoft за OpenVZ.


-- Valmont

Такие, это которые могут патч сделать, чтобы openvz всё-таки собралось? ;-) Блин, как я не люблю подсирал, кто бы знал…

Блин, как я не люблю подсирал, кто бы знал…

Ну так и перестань подсирать не по делу :\

--xemul

Я промолчу. :)

Кирилл, как бы то ни было - вы делаете хорошую и правильную вещь. За что вам большое человеческое спасибо.

Мне сегодня OpenVZ очень помогло, когда один из дисков вылетел из массива. Благо, удалось восстановить. Если бы не было контейнеров - пропали три месяца работы и бог знает сколько сил других людей, чьи виртуалки также лежали на сервере.

Это как?

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

Хотел написать про бизнес кейзы, про сейлов и программеров, культуру тех и других, где они сообщаются а где нет, и почему для Виртуозы было бы выгодней реализовать IPv6 не заранее, а когда коммерческий клиент попросит.

Об этом было бы интересно прочесть в специальном посте.

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

В свете наличия XEN это всё по-иному выглядит.