Юзал несколько разных линухов с разными NVIDIA видяхами. Не проприетарные дрова ни разу нормально не работали - проблемы с производительностью и с работой в целом. Просто не стоит их юзать.
Донат На хостинг |
ISK за переводы до 75kk за 1000зн. |
Хроники EVE Сборник |
Новичкам Полезная информация |
#841
Отправлено 23 October 2019 - 9:27

#842
Отправлено 23 October 2019 - 13:19

#843
Отправлено 26 October 2019 - 23:38

Небольшой отчетец. Может кому инфа пригодится.
Скомпилировал веточку aco-navi-enable: https://gitlab.freed...aco-navi-enable
Компилоится это все на предустановленный Oibaf. Там по скрипту meson высыпаются кучи зависимостей - не страшно надо все установить.
У меня аппарат завелся на Ubuntu MATE 19.04 x64.
Но есть проблемка со Steam: нужны 32-битные библиотеки.
Следовательно, чтобы завелся Стим надо компилировать эту ветку два раза: в 64 и в 32.
Подскажите, как сделать 32-битный билд на 64-битном Линуксе. Завтра буду пробовать.
На Linux Mint 19.2 ACO виснет при старте. Мигает курсор и все.
#845
Отправлено 27 October 2019 - 10:34

Там все не так просто. Мужики посоветовали свои скрипты, вот этот вроде норм: https://gist.github....6f1508afe67b562
Тот мужик, что делает aco-navi запросил merge request в мастер: https://gitlab.freed...e_requests/2471
В общем, скоро она будет в Mesa 3d по умолчанию.
#846
Отправлено 08 November 2019 - 16:33

Сообщение отредактировал Atrosha: 08 November 2019 - 16:35
#847
Отправлено 30 December 2019 - 19:42

Поделитесь впечатлениями от решения каких-то своих задач с помощью глубинных нейронных сетей. А то я не могу понять, стоит ли дальше в это вникать.
А у меня задача следующая. Есть такая штука как молекулярный докинг. Суть в том, чтобы предсказать наиболее энергетически выгодную конформацию маленькой молекулы при ее взаимодействии с центром связывания белка и оценить энергию связывания в численном выражении. И есть много программ, которые это делают без всяких нейронных сетей. Собственно я пользуюсь двумя бесплатными (autodock vina и ledock) и сравниваю результаты с обеих из них. И если с конформациями все более-менее, то численно результаты бывает очень сильно отличаются.
И тут у меня появилась идея, что надо бы еще дополнительно полученные результаты оценить чем-то третьим, а сейчас столько разговоров про глубинное обучение. Пошел гуглить, а там куча статей за последних года 3-4. Выбрал прошлогоднюю статью каких-то поляков, которые научили свою нейросеть на специальной выборке комплексов белков с молекулами, которые с ними хорошо связываются. Ну и вот затестил это чудо. Пока что 3 раза оценив свой комплекс, ранее полученный докингом в autock vina, с помощью этой нейросети, я получил 3 довольно сильно отличающихся численных результата. Это вообще нормально?
Так что впечатления пока совсем не очень, но наверное еще чуток поиграюсь.
#850
Отправлено 13 August 2023 - 14:09

- умеет в инкрементные бэкапы
- бэкапит в формат, который можно смонтировать, как файловую систему
- умеет сжимать забэкапленные данные
- может работать и на уровне блочного устройства, и на уровне файловой системы
Поясню за последний пункт, как я это вижу. Есть два стула.
На одном тулы, которые работают с отдельными блоками, навроде dd. При этом они не смотрят, к какому файлу какой блок относится (хорошо, если игнорят незанятые блоки). Соответственно, дефрагментация или любая другая перетасовка файлов на диске будет восприниматься такой тулой, как изменение данных, хотя по факту данные не поменяются. Но в этом же и сильная сторона таких тулов: если в большом файле на пару гигабайт типа файла БД поменяется пара мегабайтов данных, то при инкрементном бэкапе эта пара мегабайтов и будет забэкаплена.
На другом стуле тулы, которые работают на уровне файловой системы, навроде rsnapshot. Им, вобщем-то по барабану, как файлы раскиданы по блокам, и что вообще происходит на устростве, на котором файловая система развёрнута. Но если в каком-нить большом файле на несколько гигабайт поменаяется пара мегабайт данных, в инкрементный бэкап попадёт файл целиком.
А есть тула, которая совмещает сильные стороны этих двух подходов (ну и в первые 3 пункта тоже может, соответственно)?
#851
Отправлено 13 August 2023 - 14:21

Как вариант - duplicati версии 2.
У них заявлен какой то очень хитрый вариант архивирования на стороне хранилки, типа пишется только diff от уже записанных данных. Но тут надо проверять.
Не сожалей о том что было, не думай о том что могло быть.
#852
Отправлено 13 August 2023 - 18:08

если в большом файле на пару гигабайт типа файла БД поменяется пара мегабайтов данных, то при инкрементном бэкапе эта пара мегабайтов и будет забэкаплена.
эм, сдается мне ты не понимаешь что такое инкрементальные бекапы и как они работают и путаешь это с дедупликацией.
для домашнего использования наверное можно глянуть systemback или timeshift.это что-то вроде шадоу копи в винде и точек отката.
Сообщение отредактировал r0n1: 13 August 2023 - 18:23
2 посетителей читают тему
0 members, 2 guests, 0 anonymous users