1.1, анонимм (?), 14:36, 26/11/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –12 +/– |
Редхет не осилил сканпелировать aufs и всунул в докер "поддерживаемые драйвера хранения", лучше бы в системды свою замену докеру написали, а оригинал не трогали.
| |
|
2.2, Аноним (-), 14:49, 26/11/2013 [^] [^^] [^^^] [ответить]
| +8 +/– |
> Редхет
Почему редхет, а не интел, гугл или каноникал?
> не осилил сканпелировать aufs
Линус запрещает любые попытки сделать overlay fs на уровнея ядра.
> лучше бы в системды свою замену докеру написали, а оригинал не трогали.
Вообще-то, docker изначально создавался как "свой, принципиально новый systemd, но на принципиально новом языке и без поддержки инициализации".
| |
|
3.6, Аноним (-), 15:20, 26/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Линус запрещает любые попытки сделать overlay fs на уровнея ядра.
И он определенно прав, судя по фееричным проблемам docker при попытке запуска поверх корня на btrfs из-за кривизны aufs.
| |
3.9, анонимм (?), 15:37, 26/11/2013 [^] [^^] [^^^] [ответить]
| –6 +/– |
> Почему редхет, а не интел, гугл или каноникал?
потому что в одной из новостей о rhel 6.5 было о нём написано
> Линус запрещает любые попытки сделать overlay fs на уровнея ядра.
выглядит как чушь, поскольку никто не требует докер в ядро включать
> новом языке и без поддержки инициализации".
отличная идея
| |
|
4.13, Аноним (-), 17:15, 26/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
> потому что в одной из новостей о rhel 6.5 было о нём написано
И что?
> выглядит как чушь, поскольку никто не требует докер в ядро включать
Как это отрицает завязанность докера на функционал ядра?
> отличная идея
Переписать с нуля что-то уже существующее - всегда отличная идея, Леннарт подтверждает.
| |
|
5.19, анонимм (?), 23:55, 26/11/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Как это отрицает завязанность докера на функционал ядра?
докер лишь запускалка контейнеров, ФУНКЦИОНАЛ ты, ёпта
| |
|
6.24, Аноним (-), 00:44, 28/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> Как это отрицает завязанность докера на функционал ядра?
> докер лишь запускалка контейнеров
Вот-вот. И поэтому без соответствующих фич в ядре он - ноль без палочки.
| |
|
|
|
3.21, Mirraz (ok), 11:32, 27/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
>Линус запрещает любые попытки сделать overlay fs на уровня ядра.
А можно вот об этом поподробнее? WHY?
| |
|
4.23, Аноним (-), 00:42, 28/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
> А можно вот об этом поподробнее?
Погуглите истории попыток включения UnionFS, AUFS и OverlayFS в мейнстримное ядро.
> WHY?
Когда Линус показывает свой средний палец, технические аргумент излишни.
| |
|
|
|
|
2.7, Аноним (-), 15:21, 26/11/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Работает, вот только вряд ли вы контейнер сможете настроить
| |
|
3.8, Аноним (-), 15:23, 26/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
> вряд ли вы контейнер сможете настроить
А что, с этим какие-то проблемы?
| |
|
|
|
2.5, Аноним (-), 15:16, 26/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
btrfs - это режим с отключенным aufs. Потому что при попытке использовать aufs (который по умолчанию юзается в докере) поверх btrfs docker падает.
| |
|
3.10, Аноним (-), 15:48, 26/11/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
т.е. чтобы использовать btrfs нужно чтобы /var/lib/docker был на btrfs?
| |
|
4.12, Аноним (-), 17:13, 26/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
Да. И наоборот - если он будет _не_ на btrfs, на нем будет использоваться aufs.
| |
|
|
|
1.18, IvAnZ (?), 21:29, 26/11/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Народ обьясните на пальцах чем от OpenVZ отличается и что общего (кроме namespaces и cgroups)?
| |
|
2.22, angra (ok), 15:47, 27/11/2013 [^] [^^] [^^^] [ответить]
| +/– |
http://openvz.livejournal.com/45647.html
Если это "многабукав", то можно кратко одной фразой оттуда
OpenVZ is essentially LXC++, because it adds some more stuff that are not (yet) available in the upstream kernel (such as stronger isolation, better resource accounting, plus some auxiliary ones like ploop).
| |
|
|