The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск каталогизатора домашней библиотеки MyLibrary 2.1, opennews (?), 22-Мрт-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


6. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +4 +/
Сообщение от Тот_Самый_Анонимус_ (?), 22-Мрт-23, 22:45 
>Графический интерфейс пользователя реализован с помощью библиотеки GTK4.

Стыдно такое показывать.

Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от fumanchez (ok), 22-Мрт-23, 23:01 
3-ий тоже не фонтан, просто народ принюхался
Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от Тот_Самый_Анонимус_ (?), 23-Мрт-23, 05:31 
ГТК уродлива впринципе. Любой версии.
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +1 +/
Сообщение от Аноним (29), 23-Мрт-23, 02:43 
а такое показывать не стыдно?


void
AuxFunc::homePath(std::string *filename)
{
  char *fnm = getenv("USERPROFILE");
  if(fnm)
    {
      *filename = std::string(getenv("USERPROFILE"));
    }
  else
    {
      fnm = getenv("HOMEDRIVE");
      if(fnm)
    {
      *filename = std::string(getenv("HOMEDRIVE"));
    }
      else
    {
      fnm = getenv("HOMEPATH");
      if(fnm)
        {
          *filename = std::string(getenv("HOMEPATH"));
        }
      else
        {
          fnm = getenv("HOME");
          if(fnm)
        {
          *filename = std::string(getenv("HOME"));
        }
          else
        {
          fnm = getenv("SystemDrive");
          if(fnm)
            {
              *filename = std::string(getenv("SystemDrive"));
            }
          else
            {
              std::cerr << "Cannot find user home folder" << std::endl;
              exit(1);
            }
        }
        }
    }
    }
  toutf8(*filename);
}

и там ведь весь код такой

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

36. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  –2 +/
Сообщение от Омоним (?), 23-Мрт-23, 05:51 
Можешь сделать лучше - ждём PR от тебя!
Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +1 +/
Сообщение от Аноним (85), 23-Мрт-23, 15:41 
таких учить - только за деньги
Ответить | Правка | Наверх | Cообщить модератору

109. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от n00by (ok), 24-Мрт-23, 08:54 
Здесь вопрос не в хуже-лучше, а зачем Страуструп добавил в язык ссылки, и что такое конструктор.
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

43. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  –1 +/
Сообщение от Аноним (43), 23-Мрт-23, 09:25 
А когда человек кодирует в ГНУ-стайл это сразу приговор, в код можно не вчитываться, там всегда будет лажа.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

84. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +2 +/
Сообщение от Аноним (85), 23-Мрт-23, 15:38 
да какое гну-стайл

это пту-стайл. человек не вполне соображает, что и как делает.

зато гонору полные штаны.

Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от maximnik0 (?), 23-Мрт-23, 03:28 
Есть неофициальный порт на wxWidgets.Я им пользуюсь,все таки 6 лет программа была заброшена.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

51. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от ProfessorNavigator (ok), 23-Мрт-23, 11:52 
> Есть неофициальный порт на wxWidgets.Я им пользуюсь,все таки 6 лет программа была заброшена.

Насчёт портов - не слышал. Насчёт 6 лет - не вводите людей в заблуждение. Первый релиз состоялся в 2022 году, в декабре. Программа написана с нуля. До этого были версии, но публично никогда не выкладывались. Всё остальное - просто совпадения по названиям. Я с ним особо не заморачивался - вариантов всё равно не много, и все уже так или иначе использовались.

Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +1 +/
Сообщение от maximnik0 (?), 23-Мрт-23, 12:20 
>Всё остальное - просто совпадения по названиям.

Буду знать.А то удивился - pdf, djvu.А так была программа MyLibrary -Copyright: 2009-2015 Kandrashin Denis <mail@lintest.ru>//заброшенна,на https://notesalexp.org/ есть неофициальный порт,им пользуюсь.У порта есть особенность , проверенно уже на версии LTS 20.04 .Убивает btrfs при большом обьеме zip архива поставленного на индексацию.Какая то особенность используемой версии библиотеки бд,нужно обязательно ставить бит nodatacow/.Уже несколько раз про это писал,но говорят что в современных версиях btrfs работу с очень мелкими блоками поправили.У вас такой проблемы нет? Или сразу выставляеться этот бит?

Ответить | Правка | Наверх | Cообщить модератору

58. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от ProfessorNavigator (ok), 23-Мрт-23, 12:27 
> У вас такой проблемы нет?

Программа тестировалась только на ext4 и на ntfs (последнее - условно, винда стоит только на виртуалке). Так что не знаю. Если вдруг проблема вылезет - пишите, посмотрим, что можно будет сделать.


Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от maximnik0 (?), 23-Мрт-23, 12:48 
> стоит только на виртуалке). Так что не знаю. Если вдруг проблема
> вылезет - пишите, посмотрим, что можно будет сделать.

Сразу выставлять бит отключения cow и не заморачиваться. Заодно этот бит и на XFS с ZFS работает.//


Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +3 +/
Сообщение от Ананий (?), 23-Мрт-23, 13:29 
>Убивает btrfs

Что-то мне подсказывает, что асблолютно готовая к продакшену(с) замена ZFS (тм), не должна крашится от деятельности приложений, которые себе просто что-то пишут в файлик или создают оные.

С ZFS такого никогда не наблюдал.

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

67. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от maximnik0 (?), 23-Мрт-23, 13:39 
> Что-то мне подсказывает, что асблолютно готовая к продакшену(с) замена ZFS (тм), не
> должна крашится от деятельности приложений, которые себе просто что-то пишут

Я не знаю как бтрфс готова к продакшену. Но обнаружил что на моей версии дистрибутива на фрагментированные файлы nodatacow не выставляеться .Нужно пренудительно перемещать на другую фс,а потом уже обратно переместив выставить атрибут(или переместить в каталог где стоит этот атрибут).И на русские файлы может не выставиться.....


Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от Самый умный из вас (?), 23-Мрт-23, 14:33 
Или надо просто внимательнее читать маны
Ответить | Правка | Наверх | Cообщить модератору

94. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от maximnik0 (?), 23-Мрт-23, 21:09 
> Или надо просто внимательнее читать маны

Мда....  да на  туже NTFS уже грузовик какашек бы вывалили.Если бы допустим-сильно фрагментированный файл,нельзя сжать.Русские имя-нельзя сменить владельца файла.Вы это серьезно-такое поведение для файловой системы претендующей в продакшен НЕ ДОПУСТИМО.У ZFS смена приоритета записи на nodatacow на сильно фрагментированном файле с некоторой задумчивостью но отрабатывает,там это же как то сделали.

Ответить | Правка | Наверх | Cообщить модератору

127. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от Staxemail (ok), 25-Мрт-23, 11:46 
> ZFS смена приоритета записи на nodatacow на сильно фрагментированном файле с некоторой задумчивостью но отрабатывает,там это же как то сделали.

Эээ вы о чем? ZFS жесто завязана на COW, его нельзя отключить by design. Там нет никакого nodatacow.

(и это лучше, чем как в btrfs, в котором выставление nodatacow отключает и контрольные суммы, и сжатие, и атомарные операции и эквивалентно тому чтобы сказать ей "мне этот файл не важен вообще, пусть бьется, если что, по фигу")

Ответить | Правка | Наверх | Cообщить модератору

129. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от maximnik0 (?), 25-Мрт-23, 13:37 
>Эээ вы о чем? ZFS жесто завязана на COW, его нельзя отключить by design. Там нет никакого nodatacow.

Это я о флаге O_DIRECT,да забыл что Cow он не отключает,но блин все равно на зафрагментированном в усмерть файле это флаг отрабатывает нормально.

Ответить | Правка | Наверх | Cообщить модератору

126. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от Staxemail (ok), 25-Мрт-23, 11:44 
Эм, погодите, вы серьезно - отключать COW на btrfs? Тем более на файл, в который идет запись и в котором важна целостность???

Вы разве не в курсе, что выставление nodatacow на btrfs лишает вас почти всех гарантий целостности и все, ради чего ее можно использовать просто исчезает в никуда? Почитайте https://www.reddit.com/r/btrfs/comments/xhyc91/comment/ip0so... и прочее.

Отключать COW на btrfs, в которой все ее плюшки завязаны на COW это стрелять себе в ногу и говорить ей "этот файл мне совершенно не критичен, пусть бьется, не жалко". Его модификация больше не атомарна. Если система повисла или ребутнулась в момент записи, у вас будут смешанные битые данные. BTRFS raid также никак не спасет, для nocow файлов не работают контрольные суммы (а если вам не нужна защита данных контрольными суммами, на кой вам вообще btrfs?). Для них не работает восстановление и scrub. Сжатие тоже, разумеется, не работает. В общем, это путь абсолютно в никуда - вы типа думаете что вам btrfs что-то гарантирует в плане контрольных сумм и защиты данных или хотя бы дает плюшки, и вы все это по-тихому теряете при выставлении nodatacow.

Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

131. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от maximnik0 (?), 25-Мрт-23, 22:15 
>Эм, погодите, вы серьезно - отключать COW на btrfs?

Да ,серьезно .А то что из за дизайна разрабы не предусмотрели контрольных сумм в этом режиме-ну как бы жили до этого фс и не помирали.Я поясняю свою позицию- я не предлагаю на всю фс отключить COW, а только на некоторый типов файлов.Шишкин прав,можно убить эту фс работая с мелкими блоками-сейчас проблему закрасили динамическим выделением места для дополнительных метаданных,скорее всего фс не умрет но фрагментация будет страшная.MyRuLib мне хватило чтобы понять-хочешь чтобы при индексации с большим кол-вом книг не помирала фс ставь nodatacow.Сейчас говорят вдобавок появился параметр ограничивающий для мелких файлов блок записи в метаданные max_inline, но на всю фс править этот параметр страшно.
Также nodatacow нужен на жестких дисках с файлами виртуальных машин  (+еще можно добавить и файл подкачки в том числе),иначе производительности к концу дня у вас не будет,опять же из особенностей фс, возникает дичайшая фрагментация и не какой фоновый дефрагментатор не справиться.Также рекомендуеться (в том числе и разработчиками фс) ставить этот бит для файлов  баз данных.У большинства баз данных есть свои механизмы контроля целостности и кэширования и с механизмом cow возникает просадки по скорости.

Ответить | Правка | Наверх | Cообщить модератору

132. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от Staxemail (ok), 26-Мрт-23, 12:30 
> фрагментация и не какой фоновый дефрагментатор не справиться.Также рекомендуеться (в том
> числе и разработчиками фс) ставить этот бит для файлов  баз
> данных.У большинства баз данных есть свои механизмы контроля целостности и кэширования
> и с механизмом cow возникает просадки по скорости.

Какой вообще смысл брать btfs с nocow для БД тогда? Это же полнейший идиотизм получается. Сжатия нет, контрольных сумм нет, производительность так себе, рейд не работает. Возьмите XFS поверх рейда, если не нужны снапшоты и прочее тогда, будет проще, понятнее, и быстрее. Или возьмите настоящий ZFS. Гонял postgresql на zfs в продакшене на очень больших базах - это реальная магия, сжатие дает +50% IOPS минимум, а ARC кэш показывает очень крутые результаты в нагрузках типа БД. А на дев/тестинге БД поверх ZFS с COW позволяет иметь мгновенное создание клонов и откат на предыдущие точки, позволяя экспериментировать с продакшен датасетом по-жесткому и очень быстро возвращаться назад, если эксперимент пошел не так.

Ответить | Правка | Наверх | Cообщить модератору

133. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от maximnik0 (?), 26-Мрт-23, 23:05 
>Гонял postgresql на zfs в продакшене на очень больших базах - это реальная магия, сжатие дает +50% IOPS минимум, а ARC кэш показывает очень крутые результаты в нагрузках типа БД.

Это нужно благодарить что Оракл не разогнала работников SUN.Для этого результата им пришлось 5 а то и  больше лет рвать волосы на всех частях тела.Посмотрите старую документацию по ZFS  - для бд рекомендовался отдельный пул,включение O_DIRECT+ выполнения шаманств для разных БД.И то у менеджеров Оракла уверености не было что получиться- иначе бы забросили btrfs.И то до сих пор в пространстве ZFS нельзя использовать файл подкачки,документация прямо запрещает это.А если почитать пресс релизы ИБМ -рекомендации по востановлению и резервированию (еще до покупки красной шапки), не все просто и с контроллерами дисков получается.....

Ответить | Правка | Наверх | Cообщить модератору

136. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от Staxemail (ok), 29-Мрт-23, 14:26 
>>Гонял postgresql на zfs в продакшене на очень больших базах - это реальная магия, сжатие дает +50% IOPS минимум, а ARC кэш показывает очень крутые результаты в нагрузках типа БД.
> Это нужно благодарить что Оракл не разогнала работников SUN.Для этого результата им
> пришлось 5 а то и  больше лет рвать волосы на

PostgreSQL и MySQL можно было гонять на zfs 15 лет назад, задолго до покупки ораклом.

> всех частях тела.Посмотрите старую документацию по ZFS  - для бд
> рекомендовался отдельный пул,включение O_DIRECT+ выполнения шаманств для разных БД.И

Вы тут что-то СИЛЬНО путаете. Начнем с банального: в ZFS НЕТ O_DIRECT. Что за плюс мне не ведомо. По своему устройству ZFS очень сильно завязана на хитрую работу с кэшем, и операций в обход кэша в таком плане там нет. Сановский/оракловый этого так и не получил, в openzfs пытались прикрутить, но пару лет назад этого точно еще не было.

Отдельный пул или нет это вопрос сколько у вас IOPS на каком пуле. Если у вас пачка SSD которые дают достаточно iops то зачем вам пул?

Отдельные фс для данных, WAL (postgresql) или UNDO/REDO (oracle) это здравый смысл тк оптимально выставлять разный размер блока (recordsize) и logbias. Это вообще не шаманства для любой продакшен БД относительно всех настроек, которые приходится делать в самих БД.

> то у менеджеров Оракла уверености не было что получиться- иначе бы
> забросили btrfs.И то до сих пор в пространстве ZFS нельзя использовать

btrfs и пилился Ораклом до покупки всего Сана. После покупки они прекратили там что-то осмысленное делать.

> файл подкачки,документация прямо запрещает это.А если почитать пресс релизы ИБМ -рекомендации
> по востановлению и резервированию (еще до покупки красной шапки), не все
> просто и с контроллерами дисков получается.....

Брр. Зачем вам файл подкачки на zfs, если у вас линукс? Если у вас солярка, то там отлично все с подкачкой на zfs.

Подкачка на реальном сервере, даже на ssd, это больше для подстраховки штука. Для некоторых нагрузок вообще в 0 вырубать приходится, типа узлов kubernetes, а то лимиты/оценка потребляемой памяти с ума сходят и побочные эффекты такие, что ну его на фиг.

Ответить | Правка | Наверх | Cообщить модератору

137. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от maximnik0 (?), 31-Мрт-23, 07:32 
>Начнем с банального: в ZFS НЕТ O_DIRECT.

Документацию обновите ,хотя сейчас санкции свежей версии рdf нету,а я дурак в начале того года  листал,нтмл версию а pdf но не скачал-Руководство по
администрированию файловых систем ZFS Solaris .Но 100% этот этот параметр есть, хотя бы потому что этот вызов также перенесли  в
https://openzfs.org/wiki/OpenZFS_Developer_Summit_2021_talks.
Там же в руководстве по Zfs были тонкие настройки,аналогично книжке Configuring Oracle ® Solaris ZFS for an Oracle Database,мне без особой надобности ,так быстро этот раздел пролистал.

Ответить | Правка | Наверх | Cообщить модератору

138. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от maximnik0 (?), 31-Мрт-23, 07:54 
>ZFS НЕТ O_DIRECT.

Говорил же есть- нашел-в Configuring Oracle® Solaris ZFS
for an Oracle Database :ЭТО ЧТО ЗА ПАРАМЕТР zfs get primarycache
А это что primarycache=metadata ?
Я вечно путаю что и куда перенесли с этим оракл зфс-опен зфс.И давно хрен знает с каких времен был

Ответить | Правка | Наверх | Cообщить модератору

134. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от maximnik0 (?), 27-Мрт-23, 00:00 
> себе, рейд не работает. Возьмите XFS поверх рейда, если не нужны
> снапшоты и прочее тогда, будет проще, понятнее, и быстрее.

Устаревшая инфа,с 2020г. XFS снимки поддерживает. —reflink.
https://habr.com/ru/company/veeam/blog/508426/

Добавлю,а то я еще отвечал раньше,для дома мне хватает и btrfs , копии важной инфы  есть и ладно....

Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

135. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от Staxemail (ok), 29-Мрт-23, 14:14 
>> себе, рейд не работает. Возьмите XFS поверх рейда, если не нужны
>> снапшоты и прочее тогда, будет проще, понятнее, и быстрее.
> Устаревшая инфа,с 2020г. XFS снимки поддерживает. —reflink.
> https://habr.com/ru/company/veeam/blog/508426/

Я говорил против btrfs, а не против xfs.. Ну и рефлинки ограничено есть только для файлов по-отдельности, а снапшотов все фс или ее куска, как в zfs нет. Атомарности изменений нет, без которых снапшоты не получится сделать. Ну и контрольных сумм нет, сжатия нет (хотя может сжатие и сделают когда-нибудь) и тп.

> Добавлю,а то я еще отвечал раньше,для дома мне хватает и btrfs ,
> копии важной инфы  есть и ладно....

Ну это вы пока там данные не теряли. А я вот видел как btrfs продакшен данные терял (будучи бэкендом для CEPH). На фиг-на фиг.

Ответить | Правка | Наверх | Cообщить модератору

139. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от maximnik0 (?), 31-Мрт-23, 11:53 
> Ну это вы пока там данные не теряли. А я вот видел
> как btrfs продакшен данные терял (будучи бэкендом для CEPH). На фиг-на
> фиг.

Данные не терял.Но ловил ситуацию -раздел только чтение,crc error, не чем не чиниться блин....Говорят что был косяк в btrfs-convert ,поправили.Вполне возможно т.к с одним архивом (дублирован еще 2 раза) я тоже словил crc и только чтение.Хотя я помню что все проверял на контрольку ,диск спокойно пролежал 3 года.Опять не смог починить. Ладно взял еще 1 архив,а там еще оказались контрольные суммы,сравнил,много думал что я в лыжах на асфальте.Данные оказались целые,а метаданные какой то косяк,но crc сброс  не помог....В общем у меня впечатление от btrfs такие,мелкие ошибки она может и сама исправляет,но дальше не хрена не чиниться.


Ответить | Правка | Наверх | Cообщить модератору

104. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +1 +/
Сообщение от Личинка_Шигорина (?), 24-Мрт-23, 04:22 
MyRuLib она называлась. Вы перепутали название.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

107. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от maximnik0 (?), 24-Мрт-23, 04:55 
> MyRuLib она называлась. Вы перепутали название.

Спасибо,точно она :-) .Боюсь с этой программы слазить,с учетом потяжелевшего архива на персоналке индексация займет 2 суток.....Хотя база занимает всего лишь 1,1 гб.


Ответить | Правка | Наверх | Cообщить модератору

119. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от Личинка_Шигорина (?), 24-Мрт-23, 16:25 
А зачем с неё слезать? Тем более на эту поделку. "Работает -- не трогай!"
Ответить | Правка | Наверх | Cообщить модератору

123. "Выпуск каталогизатора домашней библиотеки MyLibrary 2.1"  +/
Сообщение от maximnik0 (?), 25-Мрт-23, 04:39 
> А зачем с неё слезать? Тем более на эту поделку. "Работает --
> не трогай!"

Это пока работает,статически слинкованная версия.Я дальше,после 24 года? И так уже через один lts перескочил,чудо что программа работает.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру