каждая в своем контейнере

и есть прога, которая их использует

Коммиты от портов. Старые.

т.е. я должен еще какие-то телодвижения при этом совершать ?

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

в случае с unionfs, все эти libX маппируются в /usr/local/lib, и прога работает

а в случае с докером как ?

ну глянь их геттинг стартед, там делов на час два, чтоб въехать в идею

есть база, которая может расширятся, слоями, слои хранят только дифы

готовый контейнер наслоение предопределённых слоёв и итогового в котором он гадит при работе

т.е. MC должен видеть либы, находящиеся в воседнем контейнере

bind mount

и они не привязаны к докеру

а средствами чего ?

я кроме как про unionfs ничего не знаю

или ext4 так умеет ?

а средствами чего ?

средствами vfs

оно не привязано к конкретной фс

overlayfs

overlayfs

это чтобы слои делать.

а если просто хочется кусок фс положить в другой каталог - bind mount

" bind mount" - что это за FS ?

" bind mount" - что это за FS ?

это аналог nullfs

это чтобы слои делать.

Ага, я что-то подумал, что об этом и речь.

это аналог nullfs

т.е. это какая-то специальная файловая система

она в ядре, в юзерлевеле ?

только под линукс ?

только под линукс ?

это часть linux vfs

ну так пришли к тому, что писалось выше

у нас аналоги есть ?

у нас аналоги есть ?

nullfs

nullfs может смешивать в одном каталоге файлы из разных разделов ?

nullfs = смонтировать один кусок дерева фс к другому (директорию в директорию). Unionfs = смешать содержимое двух директорий.

вот

не надо смешивать надо наслаивать, как со снепшотами

у нас есть два контейнера

в каждом есть /bin, /etc/, /lib, /var

надо отмаппировать файлы из этих двух контейнетров в /usr/local/bin, /usr/local/etc, /usr/local/lib, /var

в результате - файлы там смешаются

они приехали с родителя и доступны как бы в RO, обоим, в своём слое каждый гадит в меру сил куда хочет

не понимаю про слои

мне нужно, чтобы прога увидела в /usr/local/lib файлики от этих контейнеров

прога ничего про докер не знает

она знает только, что ей нужно искать билиотеки в /usr/local/lib

Не, эта вся ерунда не нужна. Просто из stagedir делается пакет и ставится в систему штатно. С деинсталляцией и шлюхами

А так-то с этим наворотили всякие nix/guix, можете посмотреть

Не, эта вся ерунда не нужна. Просто из stagedir делается пакет и ставится в систему штатно. С деинсталляцией и шлюхами

тут именно сам смысл в том, что stagedir делается как volime, и монтируется как readonly

т.е. я не смогу удалить файлик /usr/local/lib/mylib.so

Зачем когда можно поставить пакет?

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

Кстати, статья с перконы таки жизненная. Они описывают проблемы которые в ZFS есть и не зависят от тюнинга файловой системы: write amplification, фрагментацию из-за COW…

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

кстати, а были же где то и от слоника когда то, но там что то не смотрел они тоже дефолт меряли, там вроде в заголовке что то было вроде про оптимизация если склероз не подводит

Для меня недавним открытием для постгресса например стало что для SSD там нужно менять цены страниц.

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

Мускуль вырос в базу?

Хотя, если честно, благодаря перконе и такой-то матери у них действительно есть прогресс. В районе 5.7.6 - 5.7.12 у них многое поменялось — шедулинг iops, куча значений по умолчанию стали вменяемыми. Даже в конце концов пару параметров обозвали небезопасными.

не помню, то ли перкона, то ли мария, помнится в каком то докладе, рассказывали рассказивали, какие крутые и какие есть крутилки и всё такое, а потом такие, но для совместимости, у нас всё это нахер выключено :)

Сталикивался, по умолчанию для мускуля не существует понятия date NOT NULL и это никогда не считалось чем-то неправильным. Сейчас это можно исправить, но оно немного всё ломает… поэтому по умолчанию вырублено.

Я когда выбирал базу выбрал постгрес по той же причине по какой выбрал в своё время freebsd - вертел я зоопарк mysql, марий и перкон с их зоопарком движков. Алсо оно из коробки на внешнем ip слушает, так что пошло лесом

А теперь мне в постгресе не хватает хитрых фич планнера запросов. В MySQL их понятно даже в планах нет, это игрушка. А тут местами реализовано. Постгрес действительно догоняет оракл

Ну почему нет, берёшь и планируешь.

Помню столкнулся с кодом одного профи на мускуле. Думал бред сивой кобылы. А оказалось что планировщик.

Не, это не костыли, это нормальный запрос для которого ожидается очевидная но нетривиальная оптимизация

Join elimination в данном случае

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

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

Товарищи, помогите разобраться в тормозах. На ноутбук поставил фряху. Очень ощутимые тормоза. top -S показывает такую картину: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 8 155 ki31 0K 128K CPU0 0 217:22 702.97% idle

В dmesg огромное кол-во сообщений такого вида: uhub_reattach_port: could not allocate new device usb_alloc_device: set address 4 failed (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=4, set address failed! (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting device descriptor at addr 4 failed, USB_ERR_IOERROR

Могут быть взаимосвязанные вещи это?

Если нет, то куда копать?

Разве idle это не простой?

битый USB порт

Всем привет. Я вот признаю фряху, потому что ядро стабильней, разработчики одни, порты, ZFS, и тд. Слышал что раньше ее юзали почаще, опять же за стабильность. Но сегодня среди всех знакомых админов к ней отвращение, от того что всякие иниты и полкиты уже пятилетку как никому не интересны, неудобны, и тд. Кластеры, вебсервера, почтари любят ласты, и в общем назрел вопрос, людям в ней шарящим. Зачем она нужна сегодня и когда ее сделают нормальной?

> > когда её сделают нормальной? #DonatedtoFreeBSD

Всем привет. Я вот признаю фряху, потому что ядро стабильней, разработчики одни, порты, ZFS, и тд. Слышал что раньше ее юзали почаще, опять же за стабильность. Но сегодня среди всех знакомых админов к ней отвращение, от того что всякие иниты и полкиты уже пятилетку как никому не интересны, неудобны, и тд. Кластеры, вебсервера, почтари любят ласты, и в общем назрел вопрос, людям в ней шарящим. Зачем она нужна сегодня и когда ее сделают нормальной?

Денег дай на развитие

Когда будут средства на разработку?)

Кстати с радостью

Просто не думал что они бедны

И типа основное некро там по другим причинам

фря как работала, так и работает в корпоративном секторе

просто, в отличие от пользователей линуксов, об этом не кричат на каждоум углу

я на самом деле встречался с ней в рамках фринаса, но это не корпоративный сектор

возможно есть еще сетевое оборудование

ну, фринас,. это кастрированый truenas

без ha, iscsi и т.п.

а существует например systemd на BSD?

я бы чисто из любопытства поюал бы на raspberry какой-нибудь такой вариант

ну или просто на виртуалочке

в целях изучения + любопытства

про truenas почитаю, спасибо

на распберри отлично ставится и работает

единственное, что нету аппаратного ускорения видео

есть пара аналогов systemd, но ини так и не взлетели

Понял

во FreeBSD такая политика, что не суют в базу полурабочую хрень

т.е. сначала обкатают где-то, а только потом оно появится в базе

ага, ну и соответственно конкретно на bsd всякие systemd еще попросту не обкатали, на волне затухания популярности, вот ее и нет

какой-то прям замкнутый круг)

не в том дело