mayton2019

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

Скорее всего клиентский софт 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 крестика в ряд - это плюс один
к хорошей позиции. С учетом возможности поставить крестик в свободное место.

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

Насколько я понимаю TensorFlow - это коробочное решение от Гугла которое также поддерживает специальное железо TPU (Tensor Processing Unig) которое работает лучше чем вычисления на видеокартах.

А персептрон - это просто математическая абстракция. Причем самого начального уровня. Для многих алгоритмов обучения пороговая функция не годится (там есть требования дифференцируемости) и поэтому нейрон с гладкой функцией активации обычно используется как следующий шаг от персептрона. Хотя у теоретиков НС там были большие теоретические споры про скрытые слои и про учет слоев (как считать).

Дружище Корень

Я вместо ответа дам тебе несколько советов.

Первое. Тема Ферма является толстым троллингом для всех кто знает математику. И эксперты qna мне кажется ощущают от тебя усталость. Ты достаточно много продуцируешь потока сознания и это не идет на пользу. Лучше напиши 1 вопрос в неделю но обдумай. Второе Есть разница между операцией деления "/" в Python и в языках C++/Scala. Результат разный. Можно получить 5/2 = 2.5 или можно получить целое 2. Это очень важно для тех кто читает код. И это кардинально меняет взгляд на твою формулу которую ты пишешь в самом начале. Поэтому всегда обозначай язык разработки. Это поможет читающим понять формулу. Иначе будут обиды и непонимания. И если ты тегируешь топик Математикой то не стоит писать всякие исходники с inserts. Это раздражает. Раздели свои проблемы на части. Так будет лучше. Третье. Если ты выступаешь медиатором между Microsoft Bing и прочими чатами то - обозначь это. Пускай это будет джентльменское соглашение. Я всегда пишу если мой ответ был получен с GPT. Тоесть я разделяю за что я лично отвечаю и за что всякие AI.

Скорее всего неверно написанное приложение. По хорошему надо использовать пул коннектов и тогда БД не будет видеть такие ошибки. Но возможно другая ситуация когда сессии будут долго ждать освобождения нового объекта connection из пула. А почему он долго не освобождается - это еще один вопрос. Видимо у вас - длинные транзакции. Этого надо избегать. Короче проблема комплексная и надо смотреть "как было раньше" и "что изменялось". Хорошая идея откатить версию комплекса на 1 шаг назад чтобы просто посмотреть что действительно проблемы на было и в новой версии она возникла. Не думаю что хостинг тут сильно виноват.

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

В разных странах и государствах после уровня страны например не всегда идут города или области. Там могут
быть более сложные объекты (федеральные земли, периферии). И хуже того они могут стоять на разных уровнях. Улицы одного города могут внезапно иметь двойников (после слияния поселков к примеру). Могут быть улица Ленина, проспект и бульвар и переулок того-же имени.

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

Можно попробовать создать texture atlas. Разместить 1000 картинок на одной большой и скачивать за 1 реквест.
Ну а потом средствами канваса резать их как колбасу для публикации.

Если честно я впервые слышу именно про такую олимпиаду. Обычно идут Математика или Информатика. Совершенно не представляю какие задачи могут там (в криптографии) быть.

Вообще. Есть только один способ готовиться к олимпиаде. Брать задачники и
прорешивать задачи каждый день. По несколько часов. По программированию
у меня был один такой задачник образца 2000х годов. Там почти все решения
задач на Pascal.

Звездочка * означает что все найденные документы будут физически переданы по сети на клиента.
Поэтому твои два эксперимента надо расширить. Проверить чем отличались условия с точки зрения
сети. Куда (как далеко) пердавались эти 1000 документов.