Pull to refresh
1
0
Send message

Вы график процентного отношения у команды Брюхановой с абсолютными цифрами на графике эха не путаете?

Следуя вашей логике, работодателю в большей степени должно быть интересно как человек переходит улицу или водит машину.
storage-driver: overlay2, с ним проблемы вроде нет.
В любом случае применять cadvisor далее тестовых сред я бы не стал.
Связка cadvisor + docker + aufs бомба замедленного действия для вашего окружения. Причина критичный баг двухлетней выдержки. Будьте осторожны, если вдруг ваш интерес не ограничится песочницей.
Использую подобное решение с tmpfs на паре production серверов.
Загрузка осуществляется с SSD, скорость старта системы (debian 7) не более 5 секунд.

Осмелюсь добавить небольшие лайфхаки:
1. В grub два выбора загрузки системы, в RAM и с Диска.
В случае необходимости обновления/модификаций системы грузимся с Диск, проводим работы.
2. Синхронизацию конфигов /etc/* можно выполнять автоматически с помощью скриптов по связке iwatch->mount Disk->unison(rsync)->umount (Физический диск у меня в нормале отмонтирован)
3. Скрипт чистки /var/{log,cache,...etc) при ребуте. Либо /var/{log,cache,...etc) отдельным разделом, чтобы система не стартовала со старыми лог/кэш файлами.
4. Внешние системы логгирования (kmsg&syslog -> remote syslog || logstash) дабы не замусоривать систему и иметь логи в случае внезапного краха системы (тьфу*3).

И ещё:
mount -t tmpfs -o size=100% none ${rootmnt}

Использовать всю память под диск, слишком оптимистично. В случае недосмотра и переполнения диска рискуем получить OOMKiller в системе. Потому запас для работы системы оставлять всё же нужно.
Но ещё больше удовольствия вы получите от специализированных вещей, multitail например.
Кстати, ещё две очень полезные ссылки.
ARChon Packager: создает архивы для archon из установленных в телефоне приложений.
twerk: расширение хром, сильно облегчает конвертацию apk.
Освежите статью актуальной версией ARChon 2.1.
Это шутка? На автора-то обрати внимание.
Неужели… Это в каких? В ещё не выпущенных?
В текущей версии 1.2.0 предложенное мной решение прекрасно работает!
Вы бы проверяли свои слова, перед комментариями…
libcontainer не что иное как собственная библиотека доступа к Linux Container для уменьшения зависимостей.
И на данном этапе развития проекта я не вижу причин не использовать «родные lxc интерфейсы», а Вы?
Тем более если речь идет про development или testing окружение.

И, повторюсь, lxc — поможет избежать ломки при переходе контейнеризации от систем к службам.
А дальше, как мне кажется, либо человек научиться работать с Докер не заглядывая внутрь контейнера, либо не научиться вообще :)
Ответ на описанные беды — запуск docker из под linux container runtime.
Волшебный ключ "-e lxc" можно добавить в /etc/default/docker

Потом:
~/.bashrc добавляем алиас:

docker_attach() {
  lxc-attach -n `docker inspect $1 | grep -i '"Id"' | sed -r "s/.*([0-9a-z]{64}).*/\1/g"` /bin/bash
}


Ну а дальше docker_attach <container_name> и вот он полноценный баш.

Плюс, гибкое управление сетью, ресурсами, мониторинг и прочите плюшки lxc.
Осмелюсь порекомендовать.
Для монтажа для себя выбрал Kingston DataTraveler Workspace флешка на SSD технологии. Доволен! Ооочень быстро и очень удобно. Переносимость проекта как на флешке, выдернул и понес, причем кеш и исходники сразу в одном месте, скорость чтения/записи SSD до 280Мб/с.
Можно посмотреть и в *nix
echo "scale=3000; 1/998001" | bc -l

Information

Rating
Does not participate
Date of birth
Registered
Activity