Василий Банников

1. Убери вот эту пакость:
string.Join("", array1[i].ToUpper().Split())
2. Переложи все данные в HashSet - тогда проверка наличия строки будет происходить за адекватное время.
У HashSet даже есть метод Intersect который возвращает true, если в двух наборах есть какие-то общие элементы.

1. async-await используй
2. Используй какую-нибудь orm-ку (EF core, Dapper, linq2db). Многие из них как правило явно запрещают параллельные запросы в рамках одной транзакции.

Но вроде чисто в теории sqlite разрешает конкурентное чтение (но не запись)

credentials нельзя присваивать true (он этого не ожидает).
https://developer.mozilla.org/en-US/docs/Web/API/F...

Дайте пример кода, где так делают

Если программа лезет в какие-то системные папки / требует привелегий администратора, то UAC будет.
Если программа не требует привелегий администратора, то UAC не будет.
Очень много программ сейчас ставятся в %AppData% - для доступа к этой папке не нужны права администратора, в отличие от Program Files

Он у них скомпрометирован был?

Уже многие годы он является официальным малварем. Удаляй

Сбоку у экрана еще болт отвалился и поломалось гнездо для шурупа. Теперь там щель. Может это как то влияет

Может влияет, а может не влияет. А может оно вызвано одной общей причиной - падением.

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

В любом случае нужно разбирать и смотреть

Зависит от того что именно за данные (для какой цели) будут передаваться и между кем и кем.
Rest как и любой другой синхронный метод взаимодействия несёт плюсы:
+ Сравнительно быстрая реакция на запрос и ответ. (как правило от запроса до получения ответа менее секунды)
+ Очень прост в использовании, нет никаких проблем с поддержкой на клиенте
+ Очень простая инфраструктура (в минимальном варианте она не нужна вообще)
+ Всё хорошо изучено. Та же аутентификация и авторизация очень легко реализуется в рамках http.
+ Достаточно легко разрабатывать и тестировать
+ Есть grpc и openapi - нет никакой проблемы с документированием такого API.
+ В http запрос с каким-нибудь multipart form data может спокойно быть размером в десятки мегабайт, а может и больше - полезно при загрузке файлов.
И минусы:
- Не понятно что делать, в случае недоступности ответной стороны
- При неправильной реализации клиента (политики ретраев) - можно легко заддосить сервер

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

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

fixed запрещает перемещать объект в памяти.
Сборщик мусора может и не соберёт объект, но без fixed он может его переместить и тогда указатель станет невалидным.

stackalloc выделяет данные на стеке, а по тому с ним такой проблемы нет, ну и да - он не нагружает gc, хоть и обладает кое-какими другими потенциальными проблемами.

Там просто прогонов меньше и работает он под виндой, в то время как memtest работает самостоятельно.

1. Есть xunit
2. Есть библиотеки с альтернативными ассертами. Например я везде fluentassertions использую
3. Mstest на коре вроде тоже есть.
4. Вместо атрибута ExpectedException лучше использовать аналогичный ассерт:
https://docs.nunit.org/articles/nunit/writing-test...

позволяет удобно работать с XML-файлами и не только

Фу какая гадость. Зачем тебе это в тест-фреймворке???

AssemblyInitialize!

Зачем он тебе?

Нет, она не корректна, тк ты время на проценты умножаешь.

Простой способ проверки: подставляем единицы измерения и пытаемся понять смысл каждого подвыражения.

M1/M2 - ок, отношения массы одного к массе другого - единиц измерения нет, тк сократились.
Это отношение умноженное на время - уже странно, но тоже ладно. В результате у нас время чего-то, допустим что в секундах.
А вот время домноженное на 100% - это что?

5 секунд умножить на 100% = 500% от секунды?
В принципе корректно, но смысла в этом нет.
Какой смысл?