ugin_root, я не совсем понимаю что значит "переключится" на другую.
Может быть ты имеешь в виду диспетчеризацию внутри процесс-консюмера?
Например я - процесс потребитель событий. И с одной стороны я могу подключаться к 10 топикам Kafka.
Сливать все 10 в один внутренний для обработки. Те события которые удалось обработать - коммитить
в кафку (да там есть режим фиксации транзакций). А те которые еще не готовы к обработке
я буду вращать по кругу во внутреннем буфере. Какое-то время. 5-10 минут. Выбери сам.
Потом сказать Кафке rollback. Дескыть пока не судьба. Положу обратно на полочку.
Наверное идет конкурентный доступ к текстовому файлу. В результате один процесс или поток файл
закрывает раньше и дальше ... надо проверять. Семантика файловых операций в Windows и Linux
сильно отличается.
Вы обязаны проверять всю цепочку до тех пор пока
- не найдете нужный элемент
- не найдете пустое место
- пока идут надгробные камни
- пока вы не исчерпали лимит проверок. Например при размере OA hashtable например в
миллион элементов и при линейном опробировании вы можете по кругу пройти
всю адресную емкость таблицы.
Rsa97, согласен. Но я предполагаю что игры со 100Мб кешом нацелены на практическое
подавление константы которая стоит перед всеми формулами. Грубо говоря логарифмический
поиск in memory в некоторых случаях быстрее двух констант memory + disk.
Я вот думаю о математической части этой постановки. Сортированный сет
чисел можно представить как график. Монотонный.
А 100 мб индекс можно представить как некую кусочно-линейную интерполяцию
этого графика. Причем интерполяцию не "внутри" а "снизу" графика.
Тогда поиск (или его оптимизация) будет заключаться просто в грубой оценке первого прыжка на графике. Тоесть куда нам нужно прыгнуть чтоб
быстрее подойти и искомому интервалу чисел.
Ты пришел сюда решать уравнение - так решай. Любые переборные методы - это
частный случай генетики. Поэтому или занимайся эффективными алгоритмами
или просто играйся.
По поводу клаватурных паролей типа 1q2w3e4r5t6y где текст набит "треугольником" или в линию.
У меня была идея создать генератор для радужных таблиц. Но мне кажется что кто-то такое
уже создал. Только как оно может называться ХЗ.
По code-review. У тебя чувствуется нехватка общих знаний по программированию.
Вот эту функцию def callback_worker(call):
можно сократить раз в 10.
И вообще большое количество conditions - это признак плохого кода.
И вот ты тегировал аж 5 тегами вопрос. И зачем? Неужели ты думаешь что всем профильным
специалистам будет интересен твой вопрос? Оставь 2 значимых тега - а все остальное это
просто шум.
Вот я реально не уверен что в них есть польза.