https://www.opennet.me/openforum/vsluhforumID3/130057.html Состоялся релиз каталогизатора домашней библиотеки MyLibrary 2.1. Код программы написан на языке программирования С++ и доступен (GitHub, GitFlic) под лицензией GPLv3. Графический интерфейс пользователя реализован с помощью библиотеки GTK4. Программа адаптирована для работы в операционных системах семейства Linux и Windows. Для пользователей Arch Linux в AUR доступен готовый пакет...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58842<br> https://www.opennet.me/openforum/vsluhforumID3/130057.html#140 Sun, 16 Apr 2023 05:24:44 GMT Вы о чем? это днище никто использовать не будет, кроме самого автора. Там интерфейс как в старых версиях гнома, можно было и в делфи 7 собрать, чтобы был "современный дизайн".<br><br>PS: MyLibrary - ДНО, которое не заслуживает внимания.<br> https://www.opennet.me/openforum/vsluhforumID3/130057.html#139 Fri, 31 Mar 2023 08:53:26 GMT &gt; Ну это вы пока там данные не теряли. А я вот видел <br>&gt; как btrfs продакшен данные терял (будучи бэкендом для CEPH). На фиг-на <br>&gt; фиг.<br><br>Данные не терял.Но ловил ситуацию -раздел только чтение,crc error, не чем не чиниться блин....Говорят что был косяк в btrfs-convert ,поправили.Вполне возможно т.к с одним архивом (дублирован еще 2 раза) я тоже словил crc и только чтение.Хотя я помню что все проверял на контрольку ,диск спокойно пролежал 3 года.Опять не смог починить. Ладно взял еще 1 архив,а там еще оказались контрольные суммы,сравнил,много думал что я в лыжах на асфальте.Данные оказались целые,а метаданные какой то косяк,но crc сброс не помог....В общем у меня впечатление от btrfs такие,мелкие ошибки она может и сама исправляет,но дальше не хрена не чиниться.<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/130057.html#138 Fri, 31 Mar 2023 04:54:25 GMT &gt;ZFS НЕТ O_DIRECT.<br><br>Говорил же есть- нашел-в Configuring Oracle&#174; Solaris ZFS<br>for an Oracle Database :ЭТО ЧТО ЗА ПАРАМЕТР zfs get primarycache <br>А это что primarycache=metadata ?<br>Я вечно путаю что и куда перенесли с этим оракл зфс-опен зфс.И давно хрен знает с каких времен был<br> https://www.opennet.me/openforum/vsluhforumID3/130057.html#137 Fri, 31 Mar 2023 04:32:57 GMT &gt;Начнем с банального: в ZFS НЕТ O_DIRECT.<br><br>Документацию обновите ,хотя сейчас санкции свежей версии рdf нету,а я дурак в начале того года листал,нтмл версию а pdf но не скачал-Руководство по<br>администрированию файловых систем ZFS Solaris .Но 100% этот этот параметр есть, хотя бы потому что этот вызов также перенесли в <br>https://openzfs.org/wiki/OpenZFS_Developer_Summit_2021_talks.<br>Там же в руководстве по Zfs были тонкие настройки,аналогично книжке Configuring Oracle &#174; Solaris ZFS for an Oracle Database,мне без особой надобности ,так быстро этот раздел пролистал.<br><br> https://www.opennet.me/openforum/vsluhforumID3/130057.html#136 Wed, 29 Mar 2023 11:26:21 GMT &gt;&gt;Гонял postgresql на zfs в продакшене на очень больших базах - это реальная магия, сжатие дает +50% IOPS минимум, а ARC кэш показывает очень крутые результаты в нагрузках типа БД.<br>&gt; Это нужно благодарить что Оракл не разогнала работников SUN.Для этого результата им <br>&gt; пришлось 5 а то и больше лет рвать волосы на <br><br>PostgreSQL и MySQL можно было гонять на zfs 15 лет назад, задолго до покупки ораклом.<br><br>&gt; всех частях тела.Посмотрите старую документацию по ZFS - для бд <br>&gt; рекомендовался отдельный пул,включение O_DIRECT+ выполнения шаманств для разных БД.И <br><br>Вы тут что-то СИЛЬНО путаете. Начнем с банального: в ZFS НЕТ O_DIRECT. Что за плюс мне не ведомо. По своему устройству ZFS очень сильно завязана на хитрую работу с кэшем, и операций в обход кэша в таком плане там нет. Сановский/оракловый этого так и не получил, в openzfs пытались прикрутить, но пару лет назад этого точно еще не было.<br><br>Отдельный пул или нет это вопрос сколько у вас IOPS на каком пуле. Если у вас пачка SSD которые дают достаточно iops https://www.opennet.me/openforum/vsluhforumID3/130057.html#135 Wed, 29 Mar 2023 11:14:59 GMT &gt;&gt; себе, рейд не работает. Возьмите XFS поверх рейда, если не нужны <br>&gt;&gt; снапшоты и прочее тогда, будет проще, понятнее, и быстрее.<br>&gt; Устаревшая инфа,с 2020г. XFS снимки поддерживает. &#8212;reflink.<br>&gt; https://habr.com/ru/company/veeam/blog/508426/ <br><br>Я говорил против btrfs, а не против xfs.. Ну и рефлинки ограничено есть только для файлов по-отдельности, а снапшотов все фс или ее куска, как в zfs нет. Атомарности изменений нет, без которых снапшоты не получится сделать. Ну и контрольных сумм нет, сжатия нет (хотя может сжатие и сделают когда-нибудь) и тп.<br><br>&gt; Добавлю,а то я еще отвечал раньше,для дома мне хватает и btrfs , <br>&gt; копии важной инфы есть и ладно....<br><br>Ну это вы пока там данные не теряли. А я вот видел как btrfs продакшен данные терял (будучи бэкендом для CEPH). На фиг-на фиг.<br> https://www.opennet.me/openforum/vsluhforumID3/130057.html#134 Sun, 26 Mar 2023 21:00:23 GMT &gt; себе, рейд не работает. Возьмите XFS поверх рейда, если не нужны <br>&gt; снапшоты и прочее тогда, будет проще, понятнее, и быстрее.<br><br>Устаревшая инфа,с 2020г. XFS снимки поддерживает. &#8212;reflink.<br>https://habr.com/ru/company/veeam/blog/508426/<br><br>Добавлю,а то я еще отвечал раньше,для дома мне хватает и btrfs , копии важной инфы есть и ладно....<br><br> https://www.opennet.me/openforum/vsluhforumID3/130057.html#133 Sun, 26 Mar 2023 20:05:35 GMT &gt;Гонял postgresql на zfs в продакшене на очень больших базах - это реальная магия, сжатие дает +50% IOPS минимум, а ARC кэш показывает очень крутые результаты в нагрузках типа БД.<br><br>Это нужно благодарить что Оракл не разогнала работников SUN.Для этого результата им пришлось 5 а то и больше лет рвать волосы на всех частях тела.Посмотрите старую документацию по ZFS - для бд рекомендовался отдельный пул,включение O_DIRECT+ выполнения шаманств для разных БД.И то у менеджеров Оракла уверености не было что получиться- иначе бы забросили btrfs.И то до сих пор в пространстве ZFS нельзя использовать файл подкачки,документация прямо запрещает это.А если почитать пресс релизы ИБМ -рекомендации по востановлению и резервированию (еще до покупки красной шапки), не все просто и с контроллерами дисков получается.....<br> https://www.opennet.me/openforum/vsluhforumID3/130057.html#132 Sun, 26 Mar 2023 09:30:47 GMT &gt; фрагментация и не какой фоновый дефрагментатор не справиться.Также рекомендуеться (в том <br>&gt; числе и разработчиками фс) ставить этот бит для файлов баз <br>&gt; данных.У большинства баз данных есть свои механизмы контроля целостности и кэширования <br>&gt; и с механизмом cow возникает просадки по скорости.<br><br>Какой вообще смысл брать btfs с nocow для БД тогда? Это же полнейший идиотизм получается. Сжатия нет, контрольных сумм нет, производительность так себе, рейд не работает. Возьмите XFS поверх рейда, если не нужны снапшоты и прочее тогда, будет проще, понятнее, и быстрее. Или возьмите настоящий ZFS. Гонял postgresql на zfs в продакшене на очень больших базах - это реальная магия, сжатие дает +50% IOPS минимум, а ARC кэш показывает очень крутые результаты в нагрузках типа БД. А на дев/тестинге БД поверх ZFS с COW позволяет иметь мгновенное создание клонов и откат на предыдущие точки, позволяя экспериментировать с продакшен датасетом по-жесткому и очень быстро возвращаться назад, если эксперимент пошел не так.<br>