mayton2019

проц грузился сильнее видеокарты

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

Про что данный вопрос? Про разработку или проектирование? Я могу сказать что при разарботке 100%
нужного материала лежит в исходном коде. В git. Документация может быть или может не быть но код это - golden
source. Код - это источник правды. Во всех спорных случаях лезут в код и сравнивают. И в концепии современного Scrum/Agile код идет впереди. Бизнес говорит
что delivery процесс важнее документирования. Сначала релизиться фича а потом вдогонку добиваются
wiki, confluence, autodocs. А после того как концепции IAS не только код но и инфраструктура тоже переехала
из с настенных плакатов и Word документов в нормальные себе *.yaml файлики. Для случая автора цена
вопроса - просто создать такой файлик и со всеми договориться что вот топики будут лежать здесь. Дальше
этот файлик можно брать как Properties, процессить делать кодогенерацию и прочее.

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

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

Я вообще сомниеваюсь что есть правильный ответ на этот вопрос. Попробуй переведи самую мелкую
долю монеты и проверь заходит ли она или нет.

HTTP ответы не обязаны являться текстом. Смотри в заголовки ContentType в ответах.
Если там к примеру стоит application/octet-stream - то это просто поток байтов. Может
быть бинарным кодом.

Как сделать генерацию случайного числа в диапазоне без повторений?

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

Мы получим псевдо-случайную неповторяющуюуся последовательность. Хотя на глаз
ее случайность будет весьма условной. Чуть сложнее - можно брать за образец LFSR
семейство генераторов. Это - свиговый регистр. Здесь желательно бы играть не с
десятичными диапазонами а работать в рамках битов внутри машинного регистра.

Вобщем критериев качества для такого ГПСЧ много. Период например. Или авто-корреляция
между соседними значениеми в последовательности. Если рисовать например
звездное небо из LFSR то звезды будут выстраиваться в какие-то очевидные
полоски.

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

Думаю что есть методы и посложнее но задание автором поставлено так неграмотно
что тут надо просто больше обсуждать именно его на не ГПСЧ.

Запуск в случайное время - это такая себе наивная попытка сделать балансировку нагрузки.
А хочется спросить что будет если случайность оказалась не очень удачливой и мы все таки
пересекаемся с другим джобом? Тут лучше бы все-таки сделать retry-logic с повторами
что если существует mutex, file, socket или еще бох знает какой разделяемый объект
то мы берем паузу на 5 минут и потом просто делаем повтор попытки.

Да можно. Почему нет. Так-же как и ссылку передавай содержимое файла. Просто длинная строка с переносами.

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

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

Если шум вида пыль и царапины на отсканированном фото - то это наверное будет другой фильтр.

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

Логотип фото-хостинга я-бы тоже считал шумом да. :) Смотря под каким углом смотреть на проблему.

Digital Signature с авторскими правами :) Тоже типа шум. Смотря для кого. :)

Тут наверное 2 сценария. Первое - флешка автозагрузочная. Типа вставил и какой-то autorun запускается.
В этом случае троян проникает из флешки в пространство ФС десктопа.
Во всех современных Windows эта опция уже отключена. Или контролируется антивирусом.

Второй сценарий - наоборот. Троян уже сидит на зараженном десктопе и слушает событие - "подключился
внешний диск". И копирует себя в какой-то "серенький каталог" типа Recycled или SystemVol information
и тоже прописываетя в autorun флешки.

Не знаю кто тебе рассказал про EAV но это тебе точно не друг в производительных приложениях.

Микросервисная архитектура. По этому есть книжка от Sam Newman.

RabbitMq - быстр но недостаточно. В сравнительных характеристиках берут Kafka за образец.

Redis - изучи обязательно. Вообще связка Redis/NGinx - это основа любого самого быстрого веб-приложения. Без нее - нечего даже и думать о быстроте.

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

event sourcing - очень размытое понятие. Наверное все что я перечислил выше может просто
быть частью этого огромного паттерна. Шаблон настолько общий и универсальный что его можно
найти и в BigData, и в платежных системах, и в чатах и соцсетях.

А сделай так

tessellator->Color(1.0f, 1.0f, 1.0f)->Vertex(0, 0);
tessellator->Color(1.0f, 1.0f, 1.0f)->Vertex(width, 0);
tessellator->Color(1.0f, 1.0f, 1.0f)->Vertex(width, height);
tessellator->Color(1.0f, 1.0f, 1.0f)->Vertex(0, height);

Мне кажется что термин НЕЙРОННЫЕ здесь - buzzword. Не путайте читателей это к теме не имеет отношения.

А имеет отношение скорее semantic web. Но это кажется мертвая технология. Ее поднимали в 2000х и
вкладывали большие надежды. Тогда сообщество хотело чтоб веб был свободный и статичный как либа Мошкова.

А современный веб вообще не заинтересован выдавать на выход семантические сети. Он выдает
только дизайн и то очень динамический и защищенный многофакторками и защитой от роботов.

Покажи вообще пример такой карты сайта. Я думаю что тут - две независимые задачи.

1) Автогенерация карты сайта. Это интересное в топике но нужен пример. Покрывающий пример
чтоб было понятно например будут ли там циклы.
2) Визуализация. По этому - есть миллион решений. Я вот навскидку знаю только graphviz. Он немного
устарел и глючит на больших объемах nodes и ему трудно подобрать подходящий layout и набор
параметров чтоб не падал и выглядел красиво.

На производительность кафки влияет 4 сущности. Конфиг брокера, продюсера, консюмера и message configuration.
Очень сложно разбираться в том что у тебя происходит на основании такого странного теста. Скажи
сколько времени ты ждал этого загадочного listener. Как ты ждал. В какой лог смотрел. Почему
ты вообще решил что это проблема. Может продюсер ничего не производит. Короче дай картину
происходящего более подробную.