rPman

Какая операционная система?

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

Если список устройств (диски флешки) на машине меняется редко, то рекомендуется использовать флешку не как хранилище файла vdi а использовать прямой доступ к устройству, к сожалению в VirtualBox это можно делать только из командной строки, создав дисковое устройство с помощью команды

vboxmanage internalcommands createrawvmdk -filename маленький_файл.vmdk -rawdisk \\.\PhysicalDrive0

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

чтобы можно было воткнуть эту материнку в кастомный миниатюрный корпус, где вместо прямоугольного отверстия задизайнены персональные отверстия для разъемов (и скрыты не нужные)

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

Все зависит от того как именно идет работа с базой данных, есть ли поиск по содержимому или база данных используется исключительно как найти json по такому то имени/идентификатору? Просто поиск данных по первичному ключу в базах данных очень быстрый.

Формально поиск данных внутри текстовых полей с json реализован в mysql, индексы строятся, все работает, но запись а точнее обновление индексов будет заметно медленной, и это считается говнокодом...

Проблемы начинаются когда ты хочешь записать данные в базу!

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

Плюс с файлами можно что то сколхозить.

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

хоть один пример такой функции показал бы

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

p.s. гугли - php профилирование вызовов функций

Начал от сюда?

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

Например раздавать файл на vps-ке можно любым http однострочником (я пользовался php -S 0.0.0.0:8080 - раздает по http текущий каталог) либо настроив веб или ftp сервер, обычно по умолчанию там все сразу работает, без шифрования да, но тебе это не критично.
p.s. curl поддерживает scp протокол и поддерживает докачку, можно просто по ssh все сделать.

Майнеры так делают, изредка
Но это риски, при поломке одного из блоков питания можно повредить видеокарты

linux запущен из wsl windows?
что то похожее (точнее там была разница значений внутри linux контейнера из windows было странно разное)

для linux это однозначно неправильное поведение, на дефолтном окружении такого поведения не возникает, вспоминай что такое делал с linux что оно так стало вести.

p.s. консольный php работает без кеширования

Да, это linux на флешке, компакт диске или по сети с NAS...

p.s. Очень короткое время у ASUS материнских плат была встроенная ОС в биос, выбрали не самый лучший дистрибутив, ужасный комплект софта но это работало.

linux на столько далек от windows, что порядок установки (на чистый диск или 'на windows') не имеет значения, по факту различия в способах загрузки (linux заменит загрузчик windows, но добавит в меню загрузки пункт с windows, но та в свою очередь с очередным обновлением может затереть загрузчик linux и вернуть свой, из которого linux не загрузится, это решаемо само собой, но наилучший способ вообще не создавать проблем - устанавливать загрузчик linux на другой физически диск, флешку, карту памяти, cdrom, сетевой загрузчик и вообще любой другой способ)

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

Браузеры, поддерживающие аппаратное декодирование видео - firefox, chromium, google chrome,...

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

p.s. windows приложения не обязаны идти под linux, при этом с некоторой долей везения, после активного ковыряния, - можно запустить с помощью wine или mono (если приложение .net)

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

Странно, по уму сокет должен закрыться и открыться заново, если пройдет таймаут (он и для сервера и для клиента есть, не помню, можно ли его менять в браузере) или отправленные данные так и не дошли до клиекнта (полагаю в браузере время работы во сне создано специально для этого), но в 99% случаев на клиенте все ставят логику автоматического пересоздания этого сокета. Если сокет не был пересоздан, значит данных в канале новых нет, это смысл tcp протокола, отправленные данные либо дойдут либо будет ошибка но никак не их потеря.

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

чтобы исключить софтварные причины, запусти на проблемных машинах чистую ос (настоятельно рекомендую live usb/cdrom linux, например ubuntu)

еще, переткни подключение проблемного компьютера на роутере в другой порт, если проблема не исчезла, попробуй перенеси ноутбук по ближе к роутеру и вставь другой кабель (переткни с нормально работающего) таким образом исключишь/подтвердишь проблему с кабелем

не тестируй на wifi, там слишком много неизвестных, в т.ч. к примеру на частоте 2.4GHz скорость не будет 60мбит, считанные десяток, мало ли по какой причине подключение на ноутбуке не берет 5GHz, например эфир забит (маолвероятно).

Ну и в результате, если с чистой ОС, подключив проблемный ноутбук к кабелю, на котором другая машина дает нормальную скорость, останется проблема со скоростью - это подтвердит железные проблемы (в лучшем случае засорился разъем, в худшем, проблемы с материнкой)

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

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

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

Отделяй модуль/место сбора оперативных данных от их анализа, например делай две базы, отличающиеся как по месту размещения так и по типу (например оперативные данные можно просто собирать в ram, с космическими скоростями, без sql отдельным приложением-демоном), а аналитику собирать паралельно и периодически, под задачу.

Первая причина проблем с загрузкой - флешка, попробуй сменить ее на по проще (особенно проблемы создают флешки с шифрованием, представляющие из себя usb хаб с двумя устройствами - парой флешек, шифрованное и не шифрованное, и симулятором компакт диска), моя настоятельная рекомендация для загрузочной флешки покупать самую простую старую флешку на 4 гигабайта (с такой даже очень древние машины, у которых только только поддержка usb загрузки появилась), наблюдения показали что флешки от 32гб чаще создают проблемы, возможно там какие то особенности железной реализации. Постарайся не пользоваться usb хабом или картридером или отдельным контроллером, используй только штатные usb на материнской плате (у тебя ноутбук, но все же по перебирай доступные порты, возможно к загрузке доступен только один)
-------------
У тебя загрузка идет в режиме legacy (третий скрин очень красочно расписал), тебе нужна флешка с загрузочным сектором, все перечисленные утилиты используют syslinux или grub (потому что у него обычно меньше проблем), но кто мешает воспользоваться оригинальным от майкрософта windows usb/dvd download tool (майкрософт удалила его со своего сайта к сожалению), эта простая утилита может без скачивания записать windows образ (не поддерживаемая 10-ая нормально записывалась) на dvd или usb флешку с возможностью одновременно запускаться как в режиме legacy mbr так и uefi. Ну и конечно есть современные официальные утилиты для этого (не пользовался, не уверен в их удобстве).

Либо выбери загрузку в режиме UEFI, в нем загрузочной области не требуется, это сильно облегчает задачу и возможно создает непреодолимые проблемы.

Теперь попробуй создать флешку сам, используя оригинальный iso образ от майкрософта. Варианты:
1. форматированием fat32 (кстати из-за чего размер флешки уже ограничен 32гб макс, но можно создать раздел не на весь объем) и простой распаковкой iso образа live инсталятора любым архиватором (на сколько я знаю windows умеет открывать iso файлы из коробки)

2. копированием iso файла байт в байт на флешку начиная с 0 сектора (например утилита windd для windows), в этом случае для биоса это будет что то типа usb cdrom, я не помню машин которые это не понимают (но само собой не обязаны), кстати это может прокатить и для legacy mbr режима! Такой флешкой пользоваться не получится, она станет read only, пока ее заново не отформатировать.
--------

когда то давно, winxp могла устанавливаться напрямую из уже текущей установки, если зайти на установочный компакт диск (даже в эмуляторе) причем можно было указать отдельный диск куда копировать установочные файлы, и процесс установки не потребует в принципе загрузки с флешки/компактдиска

попробуй запустить setup.exe с компакт диска, даже открыв образ в эмуляторе.

окончание искомой строки символ '/' либо конец строки ?

универсально и просто - регулярные выражения, функция preg_match_all с регуляркой что то типа
\/(category|product)\/([^/]+)

Сначала нужно определить, до куда именно потери: раздающее устройство, его провайдер, какой то другой промежуточный провайдер? для этого по очереди пингуй ip локальной сети раздающего устройства, его провайдера и т.п.

если что для этого есть утилита mtr (winmtr) покажет в виде тепловой карты (время/сервера) и с некоторым шансом можно оценить источник проблемы

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

https://developers.google.com/fit/android в т.ч. прямое чтение сенсоров в реальном времени
ну и само устройство должно поддерживать

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