mayton2019

Я не понимаю твоей проблемы. Ты пишешь

Был у меня диск на ноуте, полностью шифрован veraCrypt, Именно шифрованием диска. Вводил пароль при загрузке. Все хорошо но пришло время апгрейда и диск был поменян.

Зачем тебе нужен старый диск если ты уже переехал на новое железо? У тебя уже новые MyDocuments. Отформатируй его к чорту. И зашифруй заново если хочешь.

Предположительно ты работаешь с типами данных float или double.
Эти типы не имеют однозначного отображения в десятичную
систему. Такова их природа.

Ну если человек по жизни - шепелявый то какие питчи не накладывай то все равно будет шепелявый.
А вообще задачу надо смотреть более широко. Не только голос но и согласные буквы. Слова-паразиты.
Паузы. Кашель. Шмыгание носом. Просто грамотность речи. Все это маркеры которые просто
приближают метрику к нужному человеку. Опять-же эти маркеры нужно было собирать заранее для всей выборки людей.

Вообще во всех задачах распознавания нужно брать как можно более широкий вектор параметров.

Объем данных - терабайт в день. 90 МБ/с траффика в пике.
Скорость ответа сервисов и мгновенная запись не важна, важно записать данные.

Между первым и вторым сервисом можно поставить Kafka. Это позволит смягчить ситуацию частичной
недоступности пишущего сервиса. Я здесь далее по топику предполагаю что Kafka и Cassandra - это облачные
решения которые в приципе не падают. А если и падают то очень редко и по крайне жестким авариям датацентров.

В этом случае в качестве точек сбоя можно просто рассматривать два ваших микросервиса.

Еще вариант. Вообще убрать пишущий микро-сервис. Я не знаю как в кассандре. Но в bigdata есть огромное
число т.н. коннекторов. Это что-то типа драйвера который позволяет писать стриминг в базы и наоборот.
Например есть коннектор который пишет сразу из Kafka в таблицы Databricks. Скорее всего для кассандры
тоже есть нечто подобное. Мне кажется с коннектором архитектурно получается проще.

Сколько тебе лет? Учишся? Работаешь?

Протяни домашнюю сетку для игр. Сделай DNS/DHCP. Создай видео-архив чтоб все участники сети могли смотреть.

Я покупал HP-15" с установленным Windows-10 лет 7 назад. Там был диск на 512G. После того как я снес Windows с удивлением обнаружил ... еще один раздел на 512 который был типа служебным. Для саппорта. Переразбил для себя. Вот теперь у меня 1 Тб и Ubuntu. Profit.

Можно попросить пользователя положить на угол посылки спичечный коробок. И далее - как-то по пропорциям.

В данном исходнике нет проблемы атомиков. Но здесь есть проблема отсутсвия синхронизации потоков а и b.
Нужно наладить синхронизацию и дальше атомики станут приносить ощутимую пользу.

Если гора не ходит к магомету...

Скорее всего клиентский софт i2p сам инициирует соединение.

По постановке это похоже на буфер очереди сообщений. Вам нет смысла синхронно удалять хвостовые строки.с
Пускай это делает отдельный джоб раз в сутки например. Вам - же не принципиально если пол дня табличка будет в 1001 строку?

А консистентный снимок top 1000 строк вы всегда можете получить запросом с сортировкой и лимитом. И это будет решение в духе баз данных а не Java-буферов с блокировками.

Во первых непонятно что такое статический алгоритм? Ну я знаю статические переменные класса например. Алгоритм... это что-то новое.

Во вторых ты являешся постановщиком задачи. И у тебя на выходе есть критерий качества. Не знаю. Ну например confusion matrix. И производные. Precision. Recall e.t.c. Или какие-то коэффициенты удачного распознавания. Вот сделай два эксперимента - и будет самый исчерпывающе-правильный ответ. И безо всяких советов отсюда.

В третьих. Я не знаю как в графике. А в машинном обучении для big-data всегда есть фаза предварительной обработки данных человеком. Data Preparation. И там прямо протокол: фильтрация выбросов, заполнение gaps, нормализация, фиксация неконсистентных данных. Вот. В случае обучения с учителем - теггирование данных.
Вобщем идея такая что нельзя мусор толкать на вход нейросети. Вот. И глубину твоего участия в фильтрации ты сам определяешь.

Мне кажется что проблема в том что это One-Drive. Попробуй скопировать содержимое в другое место.

Утилита transmission-show показывает содержимое torrent-файла.

Я не специалист по C# поэтому по качеству кода не смогу ничего сказать. Но могу сказать по другой части.

Проект создан в 2 коммита. Это обман. Так не бывает. Программисты не делают проект в 2 шага. Обычно
идет некий итерационный процесс когда в течение дня. Либо в течение итерации разработки какой-то
фичи делается бранч. И вмерживается в мастер. Или делается отдельный коммит в мастер с описаием что делалось.
И тогда проект приобретает ИСТОРИЮ изменений. По истории видно как авторы работали. Что изменяли.

У проекта нет документации. Надо описать что это для чего и так далее. Нет инструкции по сборке.
Каждый разработчик должен иметь возможность собрать любой проект с гитхаба прочитав инструкцию.
Сборка - это не программирование. Это отдельный скилл. Почитай что такое сборщики. И это не среда
разработки. Это отдельный продукт. Обычно в консоли работает. Чтоб на сервере собирать проекты
в режиме автономного процесса без участия человека.

У проекта нет модульных тестов. Это говорит о том что нет возможности бытро проверить не сломалась
ли логика после изменений. Тесты надо добавить.

Нет внешних метрик здоровья проекта. Непонятно в каком состоянии щас он находится. Компилируется ли вообще? Посмотри как другие проекты в гитхабе выглядят.

В исходники нужно вставить текст лицензии. Подойдет любая из опен-сорцных.

Обычно свежесть обратно пропорциональна количеству пользовательского тестирования. Поэтому в некоторых консервативных отраслях как кибер-без я-бы вообще не гнался за свежестью как за целью.

Воообще... Что вы ожидаете из свежатинки? Новый свежий сетевой протокол? Или новый алгоритм шифрования?

Вот Fedora бравируют скоростью своих обновлений а RedHat плететься в хвосте. Но когда речь идет о безопасности - обычно берут RedHat.

Я делал себе такие проекты типа - индексирование текстовых фалов в /My Documents. Или раскладывание фоток по датам фотоснимков на основе exif тегов.

Выбор пет проекта несет в себе тяжкое бремя само-постановки и само-организации. Зная что твой проект никто не проверит и качество его реализации никого не интересует я-бы предложил ничего не делать если оно тебе не надо практически. А если есть практическая задача - то делай ее для себя и сам принимай ее.

Почему я давлю на результат и на приёмку? Потому что 99% таких проектов успешно начинаются и потом забрасываются потому что человек выгорает еще на старте. Чтоб не выгорать - нужно ТЗ. Нужел девелопмент план. И нужен хоть какой-то человек который взглянет на результат.

Если этого нет - пет-проект уйдет на свалку истории. Как впрочем и большая часть контента github. Это унылые копи-пасты, туториалы и незаконченные произведения.

Я не смотрел код. Но могу предположить следующее. Возможно сеть пытается выучить наизусть все
пути ведущие к победе. Их порядка 8 тысяч.

Нужно ввести в сеть искусственные подсказки. Как в шахматах пару функций оценки позиции которые
говорят хорошая позиция или плохая получается на данном ходе. Например 2 крестика в ряд - это плюс один
к хорошей позиции. С учетом возможности поставить крестик в свободное место.

Я думаю даже в альфа-зеро такие вводили. Например учет камней.