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

Опрос для пользователей OpenVZ, opennews (??), 21-Май-15, (0) [смотреть все] Поздно Docker наше все , Аноним (-), 22:07 , 21-Май-15, (1) –14 // Он же дырявый и на Go написан , Аноним (-), 22:13 , 21-Май-15, (2) +6 // А чего все тут на Go кидаются в каждой новости Какие у него _объективные_ минусы, Аноним (-), 11:57 , 22-Май-15, (11)   // Очевиднейший ---The linkers in the gc tool chain 5l, 6l, and 8l do static link, Michael Shigorin (ok), 13:12 , 22-Май-15, (13)   Ну насколько я знаю при создании языка предполагалось использовать его для систе, Аноним (-), 14:00 , 22-Май-15, (14)   Есть разница между можно статически и только статически , Michael Shigorin (ok), 14:07 , 22-Май-15, (15)   Ну есть еще gccgo, он собирает не статически Да и правильнее сравнивать GO не с, Sokoloff (?), 16:56 , 22-Май-15, (17) +1   Но гуглем по дефолту сватается другое и с странными подходами Они тем более не к, Аноним (-), 22:50 , 23-Май-15, (25)   Миша ты того устарел слегка В Go - не только статически , но надо ручкам, Аноним (-), 17:20 , 22-Май-15, (18) +2   Так это ж хорошо PS спасибо Вам и Александру 17 за уточнение , Michael Shigorin (ok), 20:01 , 23-Май-15, (24)   А если вот так посмотреть - то вовсе даже и не кривой , Аноним (-), 22:51 , 23-Май-15, (26) –1   это практическая реализация принципов UNIX-way и KISS что не удивительно, потому, csdoc (ok), 14:09 , 22-Май-15, (16)   Как-то у меня был проект, на плюсах, который нам в итоге пришлось собирать стати, Алексей Морозов (ok), 08:42 , 23-Май-15, (21) +1   Новое оно Все шишки ещё только предстоит набить - Остальное - всё фигня, и реш, Аноним (-), 17:46 , 22-Май-15, (19)   Используется всякой хипстотой, считающей что за них подумает компилер и рантайм , Аноним (-), 22:53 , 23-Май-15, (27) +1   Есть ещё один минус Ядро тоже не безбажно, а кастомное ядро с такого размера па, AlexAT (ok), 23:23 , 23-Май-15, (32) +1   Ошибаетесь -- люди из ovz team нашли и починили немало багов, включая весьма неп, Michael Shigorin (ok), 23:26 , 23-Май-15, (33) –1   В данном случае гипервизор надо сравнивать именно с ядром в целом, так как в раб, AlexAT (ok), 23:35 , 23-Май-15, (34) +1   А в работе KVM Если что, у меня стабильные ovz-шные ядра в падениях не замече, Michael Shigorin (ok), 10:51 , 24-Май-15, (35) –1   а nf_conntrack ip_conntrack_disable_ve0 1 не зацепило да, я в курсе, что оно сис, й (?), 17:45 , 26-Май-15, (37)   Правильно, тёплое круче мягкого , delin (?), 22:18 , 21-Май-15, (3) +6 расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма doc, й (?), 19:09 , 27-Май-15, (42) –1 // Почти http www luffy cx en blog 2015-hotfix-qemu-venom html docker-way , Andrey Mitrofanov (?), 19:12 , 27-Май-15, (43) +1 // а причём тут docker там про qemu рассказывают , й (?), 19:17 , 27-Май-15, (44) –1 Апгрейд с downtime 0 Не искать лёгких путей Ну, мож, и не докер Но кровав, Andrey Mitrofanov (?), 19:23 , 27-Май-15, (45) +1 маленький нюанс xen kvm можно live-мигрировать с хоста на хост а докер нельзя , й (?), 19:26 , 27-Май-15, (47) я больше скажу даже в openvz можно https openvz org Checkpointing_and_live_m, й (?), 19:44 , 27-Май-15, (51) Отдельное спасибо за вкусный corner-case этой свистоперделки , Andrey Mitrofanov (?), 19:24 , 27-Май-15, (46) +2 // на здоровье у меня есть нехилый опыт докера в продакшне и я действительно счита, й (?), 20:05 , 27-Май-15, (53) через Blue Green Deployment тут теория http martinfowler com bliki BlueGreenD, csdoc (ok), 19:33 , 27-Май-15, (48) // я в курсе, что это такое итак, практическая задача обновить docker-контейнер, , й (?), 19:41 , 27-Май-15, (50) –1 да, в качестве балансировщика использовать nginx или haproxy , csdoc (ok), 20:00 , 27-Май-15, (52) ну-ну лучше бы возможность переключить порт, на который забинден контейнер нет,, й (?), 20:08 , 27-Май-15, (54) особенно кривовато это становится, когда у нас новый контейнер становится старым, й (?), 20:13 , 27-Май-15, (55) поздравляю, вы только что изобрели метод Blue Green Deployment других вариантов , csdoc (ok), 20:26 , 27-Май-15, (57) есть мы апдейтим код прямо в контейнере и говорим graceful reload демону но это, й (?), 20:33 , 27-Май-15, (59) далеко не весь софт запускается в виде демонов и далеко не весь софт умеет дел, csdoc (ok), 21:18 , 27-Май-15, (63) ну не на cgi-скриптах на перле же и не из inetd в java-мире скорее, конкретных, й (?), 21:29 , 27-Май-15, (64) это так есть в общем случае этим методом задача не решаема а что это за стеки т, csdoc (ok), 22:16 , 27-Май-15, (65) unicorn, uwsgi даже в банально php хоть mod_php, хоть php-fpm проблем с этим н, й (?), 22:48 , 27-Май-15, (66) Программировать на языке Java - это нормально https www youtube com watch v kL, csdoc (ok), 23:42 , 27-Май-15, (67) –1 Почему-то звучит как оправдание , Аноним (-), 22:30 , 09-Июн-15, (69) Скорее уж как констатация факта http habrahabr ru post 201612 Java навсегда 1, csdoc (ok), 00:18 , 10-Июн-15, (71) +1 Вы сделали несколько ошибок в фразе фанатские вопли Мне этот булшит не интерес, Аноним (-), 00:42 , 10-Июн-15, (72) по сравнению с чем , csdoc (ok), 00:49 , 10-Июн-15, (73) +1 Да почти со всем Я знаю только 1 вещь которая в этом плане хуже - дотнет Котор, Аноним (-), 12:07 , 10-Июн-15, (75) Например , csdoc (ok), 12:37 , 10-Июн-15, (76) И давно haproxy отменили , AlexAT (ok), 20:19 , 27-Май-15, (56) +1 Возможно, http www opennet ru opennews art shtml num 42315, Michael Shigorin (ok), 20:31 , 27-Май-15, (58) // и давно criu поддерживает live migration это чисто save-restore я выше об этом, й (?), 20:34 , 27-Май-15, (60) +1 пруф http criu org Usage_scenarios With CRIU it s possible to periodically d, й (?), 20:36 , 27-Май-15, (61) +1 Там doom секунд на 5 на видео замирает Да, tcp-соединение vnc не успевает тайм, Andrey Mitrofanov (?), 20:48 , 27-Май-15, (62) +1 Они ещё где-то применяются Паравиртуализация стала настолько дешёвой, а для изо, AlexAT (ok), 22:30 , 21-Май-15, (4) –4 // видимо, поэтому опрос как бы спрашивает ну ну что нам сделать, чтобы вы нас к, crypt (ok), 22:45 , 21-Май-15, (5) // написать самим обертку вокруг cgroups влом , Аноним (-), 06:36 , 22-Май-15, (8) –2 // Посмотрите, на какой основе cgroups вообще возникли и кто их пилит, что ли , Michael Shigorin (ok), 11:16 , 22-Май-15, (10) +4 Им бы еще неплохо вовремя понять что вся эта трахoмyдия с кастомными ядрами - вс, Аноним (-), 23:04 , 23-Май-15, (28) +1 Для серверов-то протухло, здрасьте А на десктоп и не сватали, хотя я таких люд, Michael Shigorin (ok), 23:09 , 23-Май-15, (29) –1 Ещё не протухло, но активно подтухает С ядром от RH7 у OpenVZ шников всё печаль, AlexAT (ok), 23:19 , 23-Май-15, (31) +1 Да привет уж С практической точки зрения - лучше всего когда разработчики разра, Аноним (-), 22:24 , 09-Июн-15, (68) Ага, а потом их гоняют по всему околотку диагнозом pussy exe Бред сивой кобылы, Michael Shigorin (ok), 23:08 , 09-Июн-15, (70) +1 У микрософта как раз с этим большие проблемы Эти упыри даже для своего ажура-аб, Аноним (-), 01:03 , 10-Июн-15, (74) Так то же самое предлагаете и оправдываете -- тащить с десктопа на сервер то, чт, Michael Shigorin (ok), 15:09 , 10-Июн-15, (77) плюсуюопрос заполнил, убедился что главные вопросы там именно на эту темутока ре, Аноним (-), 14:16 , 23-Май-15, (23) Применяется Во первых ещё не на столько она дешёвая стала паравиртуализация, во, delin (?), 23:24 , 21-Май-15, (6) +3 http stats openvz org , csdoc (ok), 00:35 , 22-Май-15, (7) +1 Активно используем OpenVZ в инфраструктуре CI CD Практика эксплуатации показала, ктотогдето (?), 10:44 , 22-Май-15, (9) +1 // Вообще, взрослые дядьки десятками виртуалки на одной хардварной ноде запускают, , Алексей Морозов (ok), 08:49 , 23-Май-15, (22) +1 Запускаем KVM виртуалку с virtio Активно грузим дисковый IO в виртуалке и смотр, Аноним (-), 18:15 , 22-Май-15, (20) // Запускаем Xen виртуалку в PV Активно грузим дисковый IO и понимаем, что он у, AlexAT (ok), 23:16 , 23-Май-15, (30) // и получаем просадку в 20-30 по сравнению с bare metal , й (?), 11:55 , 27-Май-15, (38) что с зеном сделали за послетние пять лет что из 2 стало 20 , pavel_simple (ok), 17:32 , 27-Май-15, (39) +1 пять лет назад тоже 20 было, сам помню говорят, квм чуть получше в плане io, но , й (?), 18:52 , 27-Май-15, (40) el5 диски виртуалок из lvm, й (?), 18:55 , 27-Май-15, (41) –1 не было такого никогдадавай прувы или gtfo, Аноним (-), 14:06 , 27-Июл-16, (79) В виртуалке всего лишь запущен emerge-webrsync, Аноним (-), 16:50 , 10-Июн-15, (78) Где Centos7 Доколе , Nicknnn (ok), 12:33 , 22-Май-15, (12) –1 своих системных администраторов, tehnikpc (ok), 18:39 , 24-Май-15, (36) +1 1,4,12,36

Сообщения

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

	11. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от Аноним (-), 22-Май-15, 11:57
	А чего все тут на Go кидаются в каждой новости? Какие у него _объективные_ минусы?
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от Michael Shigorin (ok), 22-Май-15, 13:12
	> А чего все тут на Go кидаются в каждой новости? > Какие у него _объективные_ минусы? Очевиднейший: --- The linkers in the gc tool chain (5l, 6l, and 8l) do static linking. All Go binaries therefore include the Go run-time, along with the run-time type information necessary to support dynamic type checks, reflection, and even panic-time stack traces. A simple C "hello, world" program compiled and linked statically using gcc on Linux is around 750 kB, including an implementation of printf. An equivalent Go program using fmt.Printf is around 1.9 MB, but that includes more powerful run-time support and type information. --- http://golang.org/doc/faq#Why_is_my_trivial_program_such_a_l... Причём в этом ответе они передёргивают аж два раза: во-первых, мало кому нужен именно статический сишный hello; во-вторых, этот "more powerful runtime" вряд ли кто-то станет выковыривать из бинарника, которому такая внагрузка ровным счётом никаких плюсов не даёт. Что само по себе настораживает.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от Аноним (-), 22-Май-15, 14:00
	Ну насколько я знаю при создании языка предполагалось использовать его для системных вещей, утилит. На память приходит OCS-Inventory. Их агенты под разные системы пишутся каждый отдельно и со своими тараканами. Есть версия "standalone unix agent" (тоже статически собирается), так он в таком виде тоже мегабайты занимает. На Go можно было бы написать код один для нескольких платформ и собирать под нужную. Мне как админу 2 мегабайта выделить под агента не влом. Статическая сборка позволит использовать его на любых системах с любыми версиями компонентов. Я к тому, что с точки зрения опытного программиста, может Go и плохо, но оно же не должно быть только для программистов, если позиционируется как некий системный инструмент? Или я картину вижу не совсем всю? PS Сам пишу скрипты в рамках своих админских задач, софт как таковой не пишу.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от Michael Shigorin (ok), 22-Май-15, 14:07
	Есть разница между "можно статически" и "только статически".
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Опрос для пользователей OpenVZ"	+1 +/–
	Сообщение от Sokoloff (?), 22-Май-15, 16:56
	> Есть разница между "можно статически" и "только статически". Ну есть еще gccgo, он собирает не статически. Да и правильнее сравнивать GO не с сями а с питоном и руби. Его странно позиционируют, как системный, но если посмотреть примеры, то большинство использует его именно для веб-сервисов. А мало кто пишет веб-сервисы на сях, обычно шарашат на скриптовых языках. И если сложить интерпретатор, его библиотеки да еще apache/nginx, то тут 5яти мегабайтный гошный бинарник, уже и выигрывает.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от Аноним (-), 23-Май-15, 22:50
	> Ну есть еще gccgo, он собирает не статически. Но гуглем по дефолту сватается другое и с странными подходами. > Да и правильнее сравнивать GO не с сями а с питоном и руби. Они тем более не компилят статически по дефолту, и тем более не сравнимы по скорости ни с си ни с го, так что сравнение получается так себе. > именно для веб-сервисов. А мало кто пишет веб-сервисы на сях, Там весьма зависит от. Есть и всякие плюсовые шаблонизаторы и прочая. И там еще вопрос кто куда и с кем сравнится.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Опрос для пользователей OpenVZ"	+2 +/–
	Сообщение от Аноним (-), 22-Май-15, 17:20
	Миша ты того ... устарел слегка :) В Go - не "только статически", но надо ручками юзать другой линкер и прочий гимор. Да сделают, куда денутся :)
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	24. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от Michael Shigorin (ok), 23-Май-15, 20:01
	> Миша ты того ... устарел слегка :) Так это ж хорошо :) PS: спасибо Вам и Александру (#17) за уточнение.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Опрос для пользователей OpenVZ"	–1 +/–
	Сообщение от Аноним (-), 23-Май-15, 22:51
	> но надо ручками юзать другой линкер и прочий гимор. "А если вот так посмотреть - то вовсе даже и не кривой" :)
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	16. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от csdoc (ok), 22-Май-15, 14:09
	>> А чего все тут на Go кидаются в каждой новости? >> Какие у него _объективные_ минусы? > Очевиднейший: > The linkers in the gc tool chain (5l, 6l, and 8l) do static linking. > All Go binaries therefore include the Go run-time это практическая реализация принципов UNIX-way и KISS. что не удивительно, потому что Go делали те же самые люди, которые перед тем делали UNIX. называть это минусом - как-то странно. > во-вторых, этот "more powerful runtime" вряд > ли кто-то станет выковыривать из бинарника, которому такая внагрузка ровным счётом > никаких плюсов не даёт. плюсы есть - деплоймент новой версии приложения оказывается тривиальным процесом, нет никаких проблем с зависимостями. Причем, памяти в процессе работы такая программа будет занимать меньше, чем аналогичная программа на Java, потому что тут нет JIT и бинарный код формируется прямо в процессе компиляции, а не во время исполнения.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	21. "Опрос для пользователей OpenVZ"	+1 +/–
	Сообщение от Алексей Морозов (ok), 23-Май-15, 08:42
	> плюсы есть - деплоймент новой версии приложения оказывается тривиальным процесом, Как-то у меня был проект, на плюсах, который нам в итоге пришлось собирать статически. И вот я так доложу - деплоймент на площадку 6 статически собранных бинарей, в сумме тянувших на гиг с лишним, был нифига не тривиальным занятием. Точнее, конечно, тривиальным, когда не надо быстро, а когда надо быстро - там-то и начинался весь секес.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от Аноним (-), 22-Май-15, 17:46
	>> А чего все тут на Go кидаются в каждой новости? >> Какие у него _объективные_ минусы? > Очевиднейший: Новое оно. Все шишки ещё только предстоит набить :-( Остальное - всё фигня, и решаемая и уже над многим из - работают.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	27. "Опрос для пользователей OpenVZ"	+1 +/–
	Сообщение от Аноним (-), 23-Май-15, 22:53
	> Какие у него _объективные_ минусы? Используется всякой хипстотой, считающей что за них подумает компилер и рантайм. В системных тулзах это ессно ведет к туевой хуче дыр всех мастей (и Docker в этом плане очень показателен). А еще зачем-то все в статику линкует. ...а в OVZ очевидный минус - требуют левое кастомное ядро. Это очень жирный минус.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	32. "Опрос для пользователей OpenVZ"	+1 +/–
	Сообщение от AlexAT (ok), 23-Май-15, 23:23
	> ...а в OVZ очевидный минус - требуют левое кастомное ядро. Это очень > жирный минус. Есть ещё один минус. Ядро тоже не безбажно, а кастомное ядро с такого размера патчсетом - вдвое более не безбажно. Соответственно если в PV падает ядро - у вас падает только VM, если в OpenVZ падает ядро - падает вся нода. PV-механизмы тоже не безбажны, но гипервизоры всё-таки помельче по размеру будут, чем ядро. Ну и юзерспейс с PV-часть гипервизора всё-таки не взаимодействует, а вот контейнеры с ядром... Т.е. шансов уронить контейнерную ноду куда больше.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Опрос для пользователей OpenVZ"	–1 +/–
	Сообщение от Michael Shigorin (ok), 23-Май-15, 23:26
	> Есть ещё один минус. Ядро тоже не безбажно, а кастомное ядро с > такого размера патчсетом - вдвое более не безбажно. Ошибаетесь -- люди из ovz team нашли и починили немало багов, включая весьма неприятные и ни разу не относящиеся к их парафии. > Соответственно если в PV падает ядро - у вас падает только VM, если в > OpenVZ падает ядро - падает вся нода. PV-механизмы тоже не безбажны, > но гипервизоры всё-таки помельче по размеру будут, чем ядро. Занятные сравнения.  А если падает ядро на железке? :)  А мельче ли гипервизоры, чем ovz?..
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Опрос для пользователей OpenVZ"	+1 +/–
	Сообщение от AlexAT (ok), 23-Май-15, 23:35
	> Занятные сравнения.  А если падает ядро на железке? :)  А > мельче ли гипервизоры, чем ovz?.. В данном случае гипервизор надо сравнивать именно с ядром в целом, так как в работе OpenVZ участвует львиная доля кода самого ядра. И если бахнется ядро - всем будет пофиг, бахнулся там код OpenVZ, или что-то ещё. Ну и любая мало-мальски серьёзная дыра в ядре (в любом коде, хоть OpenVZ, хоть нет) превращается в дыру всей ноды. C гипервизором же, повторюсь, юзерспейс виртуалок взаимодействует либо никак, либо крайне ограниченно. В итоге сначала придётся получать рута на VM, потом искать настолько же серьёзную дыру в гипервизоре.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Опрос для пользователей OpenVZ"	–1 +/–
	Сообщение от Michael Shigorin (ok), 24-Май-15, 10:51
	> В данном случае гипервизор надо сравнивать именно с ядром в целом, > так как в работе OpenVZ участвует львиная доля кода самого ядра. А в работе KVM? :) Если что, у меня стабильные ovz-шные ядра в падениях не замечены.  Были проблемы с ранними 2.6.32, особенно пока не дочитал до места про "теперь обязательно сконфигурируйте --ram/--swap, старых privvmpages&co недостаточно".
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от й (?), 26-Май-15, 17:45
	а nf_conntrack ip_conntrack_disable_ve0=1 не зацепило? да, я в курсе, что оно систему не роняет, но неработающий stateful firewall без толковой диагностики -- это неприколько. до сих пор надо руками править, чтобы оно заработало.
	Ответить | Правка | Наверх | Cообщить модератору

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

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