hint000

какие показатели лучше?

Лучше для кого\чего? Цель-то не указана, какую из множества характеристик системы вы хотите улучшить. Во многих случаях, улучшая одно, приходится мириться с ухудшением другого.

В первом случае можно предположить чтение большими кусками, во втором случае маленькими кусками.
Объём записи пренебрежимо мал, на него можно вообще не смотреть.
TPS, вероятно, означает "транзакций в секунду"
Дисковая производительность в первом случае лучше.
Возможно, что "отзывчивость" системы несколько лучше во втором случае (если смотреть на IO Wait).

Смотрите эти настройки. Поэкпериментируйте с ними.

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

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

Лучше вот это прочитайте про программирование микроконтроллеров:
https://habr.com/ru/post/27055/ "История одного байта"

потому что недоступен domen.local. Хотя командой пинг я вижу отклик от старого домена domen.local
Команда nslookup не видит domen.local

поскольку

переехали другой офис одного и того же холдинга,

то имеет смысл сразу навести порядок с DNS - подружить DNS domen2.local c DNS domen.local. Чтобы DNS domen2.local знал, куда форвардить запросы про domen.local.
Думаю, примерно что-то такое имел в виду Alexey Dmitriev в своём комментарии.
Вариант от Andrey Barbolin тоже рабочий и несложный. Но всё-таки это кратковременный костыль до решения проблемы. Я же предлагаю вариант, который решит навсегда будущие аналогичные проблемы.

как раз "новые инструменты" и использует для решения нерешенных задач

Здесь другое. Задача трёх тел не относится к нерешённым математическим проблемам. https://ru.wikipedia.org/wiki/Открытые_математичес...
С этой задачей математикам всё ясно. Примерно как с задачей квадратуры круга. Типа: придумать новый математический инструмент для вычисления (наконец-то) всех цифр числа Пи. :) Вот и невозможность аналитического решения в общем случае задачи трёх тел - вполне доказанный математически факт. Никакие новые методы не отменяют старых доказательств. В этом принципиальное отличие математики от естественных наук.

Брунс и Пуанкаре доказали, что систему дифференциальных уравнений для движения трёх тел невозможно свести к интегрируемой. https://ru.wikipedia.org/wiki/Задача_трёх_тел

Но численные методы - это раздел математики. Решение численными методами (приближённое) - теоретически возможно. Практически - крайне затруднительно.

К несчастью, как показал Д. Белорицкий, по крайней мере в случае Лагранжа для нужд вычислительной астрономии в сходящихся рядах Зундмана нужно брать как минимум 10^(8*10^6) членов. https://ru.wikipedia.org/wiki/Задача_трёх_тел

Вот здесь - в численных методах - и остаётся возможность "придумать новый математический инструмент". Здесь никто не запрещает. Повторю: даже при открытии такого инструмента (а это стало бы важным открытием) он будет давать лишь приближённое решение.
И ещё раз повторю: невозможность получения точного решения - доказана и неоспорима.

Подключиться ты конечно можешь

Нет, не может, потому что вопрос не про TCP, а про UDP, который не устанавливает соединение. Т.е. чтобы хоть что-то получить в ответ, нужно сначала отправить туда что-то в правильном формате. А формат неизвестен. На случайный "мусор" сервер может ничего и не отвечать.
Можно наугад послать что-нибудь на сервер, но нельзя "подключиться".

Akina,

Поиск по шаблону эта функция в любом случае НЕ выполняет.

Таки выполняет.
https://exceljet.net/functions/vlookup-function

VLOOKUP supports approximate and exact matching, and wildcards (* ?) for partial matches.

Но, действительно, пришлось поковыряться, чтобы понять проблему из вопроса. Оказалось, что шаблон работает на текстовых значениях, но не работает на числовых (и установка текстовото типа в формате ячеек не помогает).
А вот если добавить в диапазон поиска столбец, имеющий значения из столбца A, но пропущенные через =ТЕКСТ(A1;"000000000"), тогда ВПР с шаблоном правильно находит в таком столбце. Для меня это тоже маленькое открытие.
Кстати, govncoder3100, у вас в оригинале ещё ошибка: функция ТЕКСТ без второго параметра выдаёт пустую строку, формат нужно указывать обязательно.

Авторам предыдущих ответов и комментариев, mayton2019, Stalker_RED, Dimonchik, Drno,
ребята, да что с вами сегодня, тяжелый день или не проснулись? :) Я знаю, что вы все можете лучше.

Смотрим на вывод WinMTR на скриншоте.
первый хоп - домашний роутер - потерь нет;
второй хоп - шлюз провайдера (Казахстан) - потерь нет; собственно, на этом вопрос можно и закрыть, но нет;
пятый хоп - IX Санкт-Петербург - потерь нет;
десятый хоп - США;
целевой хост - непонятно где, но диапазон адресов выделен Японии, значит считаем, что так и есть.
Вообще, не кажется странным такой маршрут - из Казахстана через Питер и США в Японию?

Меня интересует способ решить проблему, используя только встроенные в систему (в основном речь идет о macOS) утилиты

там есть dd?

echo -ne "\x04\x05\x06" | dd of=filename bs=1 seek=`grep -aboP "\x01\x02\x03" filename | cut -d ":" -f 1 | head -c -1`

Монструозненько получилось (неравный бой с выводом grep). :) Если заглянет xotkot, то придумает, как оптимизировать, у него чёрный пояс по таким вещам.

Камера trassir.

Trassir не производит камеры, значит только наклеивает своё название. Смотрите на этикетке, как обозначена конкретная модель камеры. Потом вбивайте в Гугл это название модели, чтобы найти название настоящего производителя камеры (и настоящее название модели, если оно отличается). Потом по оригинальному названию гуглите утилиты.

здесь вы выводите x,y
bitmap.SetPixel(x, y, Color.FromArgb(a,b,c,d));
0 0
65 65 65 65
а здесь не выводите, а вдруг там из-за какой-то ошибки уже другие x,y:

Console.WriteLine($"{color.A} {color.R} {color.G} {color.B}");

65 66 66 66

А ещё при выводе вы используете разные методы и удивляетесь разным результатам. Для чистоты эксперимента нужно использовать один и тот же метод. Например, так:

var color = Color.FromArgb(a, b, c, d);
Console.WriteLine($"{color.A} {color.R} {color.G} {color.B}");
bitmap.SetPixel(x, y, Color.FromArgb(a,b,c,d));

Ничего страшного. Можете игнорировать эту странность.
А так посмотрите в BIOS, там бывает настройка (отдельно для каждого порта SATA) горячего подключения диска. Попробуйте там выключить эту возможность.
Upd.:
Возможно, эта настройка была у вас на одних портах включена, на других выключена. А при переборке вы воткнули диск в другой порт, отсюда и такое изменение.

Я правильно понимаю, что sas обратно совместим с sata

Верно, теоретически.
Но может быть проблема с тем, что сервера hp любят, чтобы всё железо было от hp. Контроллер hp может отказаться признавать не родные диски - просто из вредности и жадности. Но не обязательно, может и признать. Так что пробуйте - повезёт или не повезёт.

Драйверы Win 10 для контроллера удалось найти? Отсутствие драйверов может быть ещё одной проблемой.

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

Так у вас задание как сформулировано? Одно дело на шахматной доске моделировать (нужны чёткие правила. судно занимает одну клетку? если по соседним клеткам суда разошлись - это не считается за столкновение?), совсем другое дело - на реалистичной местности, но тогда будет непонятно, к чему упомянута шахматная доска.
Движение судов почти везде правостороннее. Когда вы едете на автомобиле по дороге без разметки, у вас не возникает вопрсов, как не столкнуться? А дорога обычно гораздо более узкая, чем река или канал. Простейшая стратегия: заметили встречное судно - держите курс посередине между этим судном и границей фарватера, оставляя встречное судно слева от себя, только-то и всего. Но это предполагает, что и встречное судно соблюдает правила. Если же судно идёт наперерез, правым бортом к вам, тогда нужно наплевать на правила и уклоняться в противоположную сторону (полагаю, в рамках учебного задания можно не рассматривать такой случай).

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

Какие данные у вас есть о встречном судне? Только пеленг (азимут) и расстояние? Или ещё курс и скорость? Габариты вашего судна и габариты встречного судна известны и их нужно учитывать? Конечно, для упрощения задачи все суда можно считать шариками одинакового размера. И вернуться к этому вопросу, когда всё получится с таким упрощенным вариантом.

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

Сильно зависит от характеристик вашего судна (можно предположить что на встречном судне вас не заметили и не пытаются уйти от столкновения, всё зависит только от вас). Одно дело, если вы на крохотном катерке (вы просыпаетесь, когда до столкновения осталось 10 метров, и успеваете ещё отрулить в сторону, одновременно давая полный вперёд); другое дело, если вы на океанском лайнере, танкере, сухогрузе (вы можете не успеть отрулить, даже если до встречного судна ещё 100 метров). Так что "опасность" сближения зависит не только от расстояния и курсов, но и от размеров и массы вашего судна и встречного судна.