akdes, если хватает малинок сиречъ мощщей АРМ-проца, то смотреть в их сторону.
внутренняя микро-сд + усб-флешек 32гб в рейд-массиве, чтоб не упасть посредь полевой работы.
для скорости смотреть в последние платки, там и процы мощней и память быстрей.
можно посмотреть в сторону платок с sata и подключить hdd
geometria, чуть более понятно (кажись).
в fstab не прописано монтирование рутового раздела и груб не знает что прописать в параметры загрузки по поводу рутового раздела.
если нужно еще свежее, то обновится до 18.04 Она тоже LTS и имеет очень свежее ядро linux-image-unsigned-5.4.0-65-generic
ну или до 20.04.LTS у тебя все равно х86_64
Bekzoro, как угодно, зависит от реализации в твоем проге, к примеру хранить его в отдельной ячейке. оттуда и запрашиваешь.
под "код" тут подразумевается набор случайных чисел.
Я бы упростил схему и выкинул темброблок. Лишние элементы - лишние косяки.
Также стоить оттрасировать сигнал "осцилографом" и посмотреть где начинаются искажения.
AVKor, быть такого не может.
и в хроме и в опере настройки работы через прокси (и http и socks) как существовали еще много лет назад, так и сейчас никуда не делись.
изучи настройки браузера.
поискать джава библиотеки отображения растровых тайловых карт ??
к примеру Osmdroid к нему можно прикрутить любой тайловый слой.
если нет явной привязанности к яндексу, глянуть в сторону mapsforge - джава библиотека векторных карт на основе осм.
мать ничего не берет лишнего она считывает параметры SPD и на основе этоц сборки подбирает совпадающие для всех 4 планок режимы (минимум или максим зависит от настроек биоса).
рассмотреть такой вариант что планки друг друга греют и от того "вчетвером" сыпят ошибками. а по одной без "подогрева от соседа" работают нормально.
снова прогнать снова тест каждой отдельной планки, но планку при этом обложить чем теплоизолирующим, потолще обернуть куском флиса или тряпки. чтобы каждая планка хорошо прогрелась и авось и проявятся ошибки.
как вариант драйвер памяти глючит в четырех канальном режиме :(
если есть гарантия, то отнеси весь комп и опиши проблему. пусть гарнтийщики голову ломают.
eegmak, запиши аудио сигнал в течеии нескольких десятков минут.
потом построй частотную характеристику попадающихся в потоке чисел.
в районе +- единиц-десятков будет всплеск. это и есть искомые шумы.
теперича надо будет нарисовать алгоритм кторый будет генерить рандомное число в необходимом диапазоне на основе потока данных с аудиовхода.
сколь уж не помню теории из универа, поток минимум надо проредить, ибо велика вероятность дублирующих значений.
внутренняя микро-сд + усб-флешек 32гб в рейд-массиве, чтоб не упасть посредь полевой работы.
для скорости смотреть в последние платки, там и процы мощней и память быстрей.
можно посмотреть в сторону платок с sata и подключить hdd