pfg21

Начните с этого: https://ru.wikipedia.org/wiki/Триггер
В качестве первого приближения ваш счётчик можно собрать из двоичного счётчика и двоичного дешифратора - будет работать. https://ru.wikipedia.org/wiki/Счётчик_(электроника)
https://ru.wikipedia.org/wiki/Дешифратор
Нормальная реализация (без оверхеда) должна получиться, IMHO, просто на базе триггеров.

В своих рассуждениях вы смешиваете математическую (абстрактную) модель и физическую модель, в результате хромает и математика (не разделяете входы и выходы, время в математической модели отсутствует как параметр), и схема, собранная в железе не будет работать. Потому что в рельном железе нужно учитывать конечность скорости распространения сигнала - задержки, фронты сигнала, вот это всё, это целая отдельная наука.

Окей, если объяснить на пальцах, то есть два варианта.
1. Собственные знания модели. Большие языковые модели, по сути, умеют только одно: предсказывать следующее слово по набору предыдущих. Почти все остальные задачи сводятся к этому. Так что веса модели - это описание офигительно сложной функции, которая описывает взаимосвязь между предшествующим набором слов и последующим словом. Все "знания" модели, таким образом, сводятся к ответу на вопрос "какое слово будет дальше с наибольшей вероятностью?" Отсюда вытекают и слабые стороны языковых моделей - они не понимают, что пишут, они просто пишут "по аналогии".
2. Retrieval Augmented Generation. Грубо говоря, в распоряжении модели есть база текстов, где каждому фрагменту сопоставлено некоторое описание его смысла. Модель использует такое же представление смысла слов в запросе, чтобы найти подходящие по смыслу фрагменты. Найдя эти фрагменты, модель строит ответ уже на основании фрагментов И запроса. Это не требует переобучения модели для добавления новых знаний, как в первом случае. Но будут проблемы, если фрагменты слишком длинные или их слишком много.

Для того, чтобы просканить интернет, нужно для начала иметь список интернет-сайтов и страниц на них. Это уже огромный объём информации, которую поисковики накапливали годами и поддерживают в актуальном состоянии.

Но даже если такой список есть - по нему ещё надо пройтись. Потратив уйму времени на скачивания этих миллиардов страниц. И возможно в итоге получить 0 результатов. А на следующий запрос начинать скачивать всё то же самое заново повторно.

Надеюсь, общий ход мысли теперь понятен? "Персональный поисковик" имеет смысл в лучшем случае для поиска по ограниченному подмножеству сайтов. Вероятно, узкоспециализированной тематики. Например, занимаешься вопросами производства изделий из титановых сплавов, заводишь себе список сайтов по тематике: форумы, блоги, сайты производителей, сайты научных журналов по теме... И даже для такого имеет смысл строить собственный поисковый индекс, а не качать тысячи страниц на каждый запрос.

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

Google - это прежде всего инфраструктура, а не софт. Как только сможете позволить себе потратить десятки миллиардов долларов на постройку ЦОДов, можно и персональный Google будет завести.

Сайту не нравится запрос, отправленный ему на обработку.
Выяснять кропотливым разбором и сравнением всех тех данных, которые передаются удалённому серверу.

Идет мужик по рынку. Смотрит - яйца продают. У одной бабушки яйца по 300р штука, а у всех остальных - по 10р штука. Он не выдержал, подходит к бабушке, что по 300р продает:
- Бабушка, а у тебя куры какие то особые?
- Нет милок, самые обычные.
- А ты их кормишь как то круто?
- Да нет, как и все...
- Может это яйца какие то особенные?
- Да нет, милок, самые обычные...
- так чего ж так дорого?
- так деньги нужны, милок.

В случае HP - ты еще платишь за имя....

Есть устоявшаяся практика: присваивать номер vlan номеру подсети

Вот честно - слышал, но никогда не мог понять. Как по мне - хрень голимая. Качественное документирование куда как полезнее.

Более того, никогда не понимал и горячее желание иметь одну подсеть на вилан. Но тут хотя бы понять можно, почему.

понятно ограничение на количество vlan на разном оборудовании

Если оборудование не поддерживает стандарт, который определяет 4к различных VLAN, то разумнее его не использовать - кто знает, что оно ещё делает не по стандарту...

Сам учусь по такому направлению
Подробно изучить Python.
SQL основы - желательно потратить недельку - две на изучение(Но в Джанго своя ОРМ, но я считаю что пригодится знать основы)
MySQL/PostgreSQL
Django.
Django Rest FrameWork(Для создания RESTful приложений).
Nginx/Apache
Для фронтенда учу
HTML
CSS
Bootstrap/Tailwind CSS
SASS/SCSS
JavaScipt(Основы)
Какой-то фреймворк для фронта например React/Vue/Angular
Обязательно научиться пользоваться Git.
И ещё было бы хорошо научиться пользоваться Docker.
В целом пока занимаюсь этим.Если что-то не правильно, пожалуйста поправьте, самому будет полезно почитать

JavaScript на Java уже писали много раз. Поищи по ключевым словам Rhino, MVEL.

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

Тайминги разные. Но давайте попробуем это победить. Если честно, я не обещаю, что получится, но почему бы не попытаться.
Если BIOS материнки позволяет вручную рулить таймингами, то будем рулить.
Запускаете в одноканале и смотрите, с какими таймингами запустилась одна планка и другая (ну а частота одинаковая, 2133, как вы говорите).
Берёте максимальные тайминги (внимание, не путать с частотой, здесь чем больше тайминги, тем медленнее), запоминаете, у какой планки тайминги больше, у какой меньше. Нам нужно замедлить более быструю, т.е. с меньшими таймингами нужно их увеличить (по характеристикам Crucial быстрее, но вы это проверьте именно при частоте 2133). Ставите только более быструю планку, заходите в BIOS, добавляете ей тайминги, сохраняете, после успешной загрузки выключаете. Ставите вторую планку в двухканал, пробуете загрузиться. Если не получилось, то опять оставляете только более быструю и ещё по единичке добавляете тайминги, снова пробуете двухканал.
Если всё это не поможет, то попробуйте вручную уменьшить частоту на одну ступеньку (сколько там... 2066 что ли будет?)

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

Никакого конкретного запрета - нет.
В маркетинговых спецификациях - никаких запретов нет.
Возможно есть специфические технические нюансы, но в целом - какая нафиг разница?

Перевести ошибку, можно со словарем - и понять что возможно дело в правах пользователя.
А еще лучше - почитать про виртуальные окружения, и работать с ними.

В Википедии достаточно информации чтобы догадаться о бесперспективности этой затеи.

Гуглинг KeInitializeApc+4c0 вывел на жалобу на reddit месячной давности. Это результат обновления Windows. Официальный ответ MS должен быть по ссылке, но на Linux и Android, что у меня под рукой эта ссылка не открываетсяhttps://aka.ms/AAoh6ej
И решение, если его нет по ссылке, тут может быть только одно. Нужно откатить обновление и ждать от MS исправления.