rPman

Для такой отладки можно добавить в прожект компонент VarDumper – он из Symfony, но можно и использовать отдельно.

Появятся две глобальные функции dump() и dd(), много удобнее базовой var_dump()

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

1. Загрузиться в безопасном режиме
   
2. Скачать пакет Sysinternals
   
3. Запустить Autoruns
   
4. Найти и убрать лишние записи в атозагрузке
   

Ответ на вашу проблему зависит от того, как осуществляется ограничение тока через конкретный USB в вашем компе. В большинстве случаев ток ограничивается с помощью т.н. "самовосстанавливающегося предохранителя", представляющего собой терморезистор с очень крутой зависимостью сопротивления от температуры. Такой предохранитель после срабатывания от перегрузочного тока остаётся в состоянии высокого сопротивления за счёт небольшого тока удержания, а после отключения этого тока и остывания он опять готов к срабатыванию.

В вашем случае важно то, что срабатывает такой предохранитель при токе несколько большем, чем допустимый для USB - около 1,5...2 ампер (из личного опыта). Так что если в вашем компе применена именно такая система защиты по току в портах USB, то некоторое превышение тока питания USB-девайсов для порта допустимо - после снятия избыточной нагрузки порт восстановится.
Если же там что-то более сложное и продвинутое, то имеет смысл определить ток срабатывания защиты экспериментальным путём с помощью амперметра и мощного нагрузочного переменного резистора, сопротивление которого можно менять от 15 до 3 Ом (но не ниже!). И если окажется, что срабатывание настроено на значение в точности 0,5 или 0,9 ампер - ну что ж, значит, вам не повезло. Но это вряд ли.

OutOfMemory возникает, когда у тебя не хватает оперативной памяти.
Во-первых, Убедись, что у тебя приложение 64-битное.
Во-вторых, большие объёмы данных все сразу в оперативку записывать не стоит. Тем более дважды, как у тебя происходит в LoadDataB.
1. У тебя на Add каждый раз реаллокации данных происходят. Лучше 1 раз с запасом выделить место. Можно, например, сначала 1 раз прочитать файл, чтобы подсчитать количество строк, а потом уже заполнить.
Или можно сделать связный список из чанков, тогда можно будет в 1 проход.
2. ToArray копирует целиком List. Раз начал работать с листом - продолжай.

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

UPD: видимо, это какая-то алгоритмическая задача, раз есть ограничение в 1мб.
Тогда сразу иди думай над другим алгоритмом. Читай файл и одновременно делай все вычисления. Нивкакой массив промежуточные данные не сохраняй.

с телефона образуется сначала множество DNS-запросов к несуществующим доменам типа f03ef30f-719a-4fa6-b084-4682851d9698.local

Bonjour/Avahi мультикаст DNS (mDNS)
Вполне прогнозируемое поведение, посмотреть а нет ли случаем в ближайшем окружении мультикаста с просматриваемым контентом.

а затем многочисленные UDP-подключения к самым разным IP-адресам и портам >10000

скорее всего пиринг