mayton2019

Ты не указал внутренний IP куда будут ходить пакеты на 113 порт.

Автор описал типичный ETL-процесс. (Extract-Transform-Load). Такие процессы
1) Не пишут на PHP
2) Используют спец-утилиты импорта (названия разные и зависят от DBMS)
3) Сама DBMS и таблица подготавливается к этому.
- отключаются триггеры и констрейнты
- дропаются индексы.
- используются режимы транзакций максмиально ненагружающие I/O. Тоесть никакого мать ево авто-коммита быть не должно.

В конце триггеры и индексы возвращаются в исходны статус.

Скорость подобного ETL на 80% зависит от этих пунктов что я описал.

И еще раз повторю. На PHP это не делают.

Правильно сказано про миллион.

Но смущает 1) Хеш тег Node.JS. Этот фреймворк архитектурно был однопроцессным. Возможно тут автор решает задачу которая решается на самом деле по другому. 2) Непонятна "выделенная среда". Что это? Еще один процесс в текущей ОС? Еще процесс в контейнерах LXC/Docker? Процесс в виртуалке? Процесс в другой EC2 ?

Подумай о том что переименование - это тоже неоднозначная операция. К примеру у тебя был фолдер

/svn
/.svn

и после переименования у тебя файлы из точка-свн сливаются с свн со всеми последствиями. С переписыванием
и потерей нужных файлов.

Пиксельная графика - это художественный прием который не имеет отношения например к инженерной графике.
Грубо говоря абсолютно точно нарисованный круг по пикселям может некрасиво выглядеть в вашей игре.

А если ему срезать углы - то можно достигнуть визуальной красоты. Только с точки зрения математики это уже будет овал или RoundRect.

Против алгоритмов Брезенхема не имею ничего против. Но это про другое.

Несколько мыслей.
1) Бот должен идентифицироваться как браузер. Тоесть генерировать все хедеры как ваш Opera/FireFox/Edge.
2) Бот должен отрабатывать все входящие JavaScript на страничке.
3) Бот должен кликать "задумчиво". Тоесть иммитировать поведение обычного чела. С паузами.

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

Автор ну ты капец мотивирующие задачи ставишь. Все структуры данных - с анонимными полями. Ну и как писать алгоритм? Есть tuple с тремя полями. Поле первое без имени .. второе без имени.

Мог бы хоть усилие приложить чтоб оформить.

Новичек не поймет. Мне кажется что изучение этого огрызка кода надо начинать с предусловий.
С контекста. Дескыть в памяти что-то УЖЕ ЛЕЖАЛО и мы продолжаем вычисления.

Сервер БД рассматривается как черный ящик. Очень похожий на HTTP-сервер. Основная задача которого - интерактировать с протоколом запроса-ответа на языке SQL. И все данные которые вы из него получаете - можно получить так. Выводить на консоль там некуда т.к. нет консоли (обычно). А отвественные DBA обычно никого не подпускают к SSH консоли чтоб не было проблем с безопасностью и с нагрузкой. Так делают в ентерпрайзе и на предприятиях.

Но если вы установили БД себе локально - то можете конечно писать себе отчоты на локальную ФС. В Оракле есть пакет UTL_FILE. Писать в текстовую консоль я не советую. Этот output может быть блокирующим и производительность вашей БД упадет т.к. она будет ОЖИДАТЬ прокрутки экрана например.

Альтернативой можно рассмотреть просто использование утилит экспорта exp/expdp/dump/pg_dump e.t.c. Или вообще любых консольных клиентов. Но возможно вопрос автора лежит в плоскости отладки хранимых процедур например? Здесь все еще сложнее и надо смотреть конкретную DBMS.

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

double func(double x) {
 double sum = 0.0;
 for(int i=1 ; i <= 11 ; i+=2) {
  sum += pow(x,i) / i;
 }
 return sum;
}

Данный сорс можно собрать любым компиллятором С++ с опцией вывода ассемблерного листинга и далее - под себя уже улучшить.

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

Поскольку номер кадра для real-time не имеет смысла то надо поискать такую нумерация которая этот смысл принесет.

Пиши текущий timestamp в качестве имени.

Да почти все квесты построены на переходах от одной статичной картинки к другой.

По сути задача звучит так.

Разработать непозиционную систему счисления для представления любого простого числа наименьшим числом символов системы.

Непозиционная в качестве примера - это римская. I/II/III символы. Или система фибоначчи 1,1,2,3,5,8. В твоём случае символ включает в себя еще и знак плюс-минус.

Из того что автор описал - у меня возникает архитектурный вопрос. Кто придумал - использовать JSON для данных которые часто обновляются? Это - антипаттерн. Вы какое железо не поставте - у вас будет плохой перформанс.

Вам необходимо все данные которые имеют реляционный (точечный) доступ убрать из JSON. По сути - развалить его на модель EAV или что-то вроде того (Relational Data (RD)). Обновления станут быстрее. А для отчотности - если вам так уж важен JSON - отдельные джобы которые будут переливать данные из RD в JSON или формировать его на лету средствами клиента. В этом случае у вас не будет накладных расходов даже на хранение.

У вас - странная терминология. Процессор имеет на борту несколько АЛУ (маркетинговое название Thread).
И вы пытаетесь практическим способом посчитать сколько их?

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

Тоесть потренироваться на простых задачах.

А эту сложную задачу либо вообще отложить пока. Либо разбить на последовательность элементарных. Как разбить я не знаю. Это автор должен сам для себя придумать исходя из своего понимания шагов.

Если под классического Дейкстру вы подсунете граф с циклами - то он зациклиться и никогда не выдаст ответа.

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

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