Но если приложение уже есть, и нужно как-то работать, то придётся что-то придумать

Переписать может занять время

У человека 5.2 :)) говорит что плохо приложению с 7кой)

5.2 же не совместимо с более новыми?

5.3 у него

Тогда смотреть, где проседает. Это может быть тупо из-за включенного xdebug

Воткнуть https://blackfire.io и посмотреть

Помню ещё пинба есть:)

За blackfire мерси:)

наперед посоветую еще screamingfrog

ребятки

а скиньте смешную картинку про девопсов

позязя

Ебанулся что ли?

понь, да надо тут одного человечка подебнуть )

а скиньте смешную картинку про девопсов

https://cs4.pikabu.ru/post_img/big/2015/05/07/6/1430989171_1871837159.jpg

Добавь туда еще лого Docker™ и будет — All set.

РЕБЯТА

ПРИКОЛИТЕСЬ

Вот моё письмо челу из едра:

Subject: LVM Thin provisioning status

On Mon, Aug 14 2017 at 5:27am -0400, Марк Коренберг <socketpair@gmail.com> wrote: > Hello, > > I found your email in latest commit fixing documentation of thin > provisioning in the kernel. So, I'm asking about current real state. > Is this module "very much still in the EXPERIMENTAL state" ? I would > split answer in 2: support in vanilla kernel and support in RHEL. > > I'm appreciate if you say me another contacts who may answer these > question if you can not. The doc file is just stale. DM thinp is used in production and fully supported. Upstream and RHEL7.4 are effectively the same DM thinp code now.

надо юзать да

всем срочна

Ну, Нил говорит - выкинь каку. Говорит - не работает оно нихрена

Добавь туда еще лого Docker™ и будет — All set.

чо началось то. докер рулит продакшоном!

докир в банке!

Ну, Нил говорит - выкинь каку. Говорит - не работает оно нихрена

чо за Нил

где пруфы, блеять

чо за Нил

Присоединяюсь!

Блин, я тиран или нет? Ну что за фамильярность? Ну на колени падат не надо, но перст-то можно целовать перед челобитную?

https://www.facebook.com/phil.kulin/posts/1395278123859248

On Mon, Aug 14 2017 at 5:27am -0400, Марк Коренберг <socketpair@gmail.com> wrote: > Hello, > > I found your email in latest commit fixing documentation of thin > provisioning in the kernel. So, I'm asking about current real state. > Is this module "very much still in the EXPERIMENTAL state" ? I would > split answer in 2: support in vanilla kernel and support in RHEL. > > I'm appreciate if you say me another contacts who may answer these > question if you can not. The doc file is just stale. DM thinp is used in production and fully supported. Upstream and RHEL7.4 are effectively the same DM thinp code now.

Перед отправкой мог бы и правописание чуть проверить )

Перед отправкой мог бы и правописание чуть проверить )

да ссать. писал быстро

меня ж поняли

Zfs бы работающую на линупсы)

а та, что нынче в них есть плохо работает? Вроде же уже в ядре даже.

Zfs бы работающую на линупсы)

дык работает

Вы точно щупали?))

ну не в проде :)

я потому и спрашиваю, что боем не проверял

У меня в проде zfs

Для lxd

Пока ничего не вылезло за 4 месяца)

Всегда же есть два вопроса

Какого размера прод

И что делать когда что то вылезет

У меня в проде zfs

Но как же btrfs

Ну вот я тоже использовал ее в проде. Встретился с болью в виде: место заканчивается, а она не отдает его обратно после освобождения места

2 сервера) на каждом ~20 виртуалок активных.

Но как же btrfs

Мертво же)

Пользуюсь только для того чтобы органичивать размер диска виртуалки

Да уж, фряха с zfs жарит круче) а в bhyve что угодно закатать можно. И livemigration работает шикарно)

Лучше на lvm переезжаете)

Если и провижонинг запили)

Лучше на lvm переезжаете)

Меня клиенты не поймут если я их возить буду:D ибо только недавно переехали с kvm на lxd)

За стабильностью не гонитесь))))

И чего реально не в докере сразу?:)

Ну потому что это хостинг) И продаем как полноценные впски

Понял:)

ERROR: S client not available

Ну потому что это хостинг) И продаем как полноценные впски

Оо

Иопсы нарезаете?)

Ну потому что это хостинг) И продаем как полноценные впски

А чо не lxc

Убунта ж)))

Мы тут потихоньку лхц продаём

А чо не lxc

Потому что убунта + свои скрипты а не проксмокс)

Или я не угадал?)

Ну потому что это хостинг) И продаем как полноценные впски

lxd? Хм...

А почему нет?)

Под типовые задачи клиентов подходит)

Zfs бы работающую на линупсы)

да норм уже говорят

Не думаю что тут кто то говорит что lxd - нет)

Ну вот я тоже использовал ее в проде. Встретился с болью в виде: место заканчивается, а она не отдает его обратно после освобождения места

Это вообще беда ZFS. Не делайт так просто.

А инсталлить os уже можно на zfs?)

А почему нет?)

Ну lxc имеет репутацию не очень уж изолирующей среды. Как минимум cap_admin надо убирать, а вместе с ним получаем потерю кучи полезного

+ быстро и удобно)

Я не встречал таких проблем на freebsd. Ха овер 6лет ни разу, это реализация линупсовой zfs

А инсталлить os уже можно на zfs?)

Через жопу но да

Тогда рановато ещё:))

Ну lxc имеет репутацию не очень уж изолирующей среды. Как минимум cap_admin надо убирать, а вместе с ним получаем потерю кучи полезного

Всем пофиг на это уже

Всем пофиг на это уже

Ну если людей туда пустить

Ну если людей туда пустить

То ничего не случится

То может оказаться что они выбрались и начали кутить вне контейнера

Я не встречал таких проблем на freebsd. Ха овер 6лет ни разу, это реализация линупсовой zfs

Да ну? А я как раз на FreeBSD на эти грабли влетел. Это какая-то внутренняя срань в zfs, которую они просто не знают как правильно сделать. Пока совет "90% занято - срочно чисти"

Ну lxc имеет репутацию не очень уж изолирующей среды. Как минимум cap_admin надо убирать, а вместе с ним получаем потерю кучи полезного

а что теряем?

То может оказаться что они выбрались и начали кутить вне контейнера

Не факт)

Как они выбраться могут? Вот в даже в дефолтной реализации. Как?

https://github.com/zfsonlinux/zfs/wiki/Ubuntu-16.04-Root-on-ZFS