Довольный Айтишникъ

При такой реализации проблемы вылезут сразу, как только случится несколько одновременных запросов к вашей службе из-за отсутствия синхронизации потоков, если только вы не используете Single режим для службы. Но тогда непонятны заморочки c Parallel.ForEach и прочие очереди.
1. в addCall несколько потоков могут попытаться добавить один и тот же ключ в словарь calls и это будет exception
2. в invokeAll перед выходом очищается словарь calls, при этом на момент выходы из этого метода в нем вполне могут оказаться новые команды, которые будут также удалены
3. Wait() перед выходом из AddDataToDevice заблокирует поток, который будет ждать окончания выполнения другого потока, который был запущен в Parallel.ForEach - странно выглядит
4. В методе getInfo не обрабатывается ситуация отсутствия ключа в словаре, в таком случае будет выброшено исключение
5. перед вызовом invokeAll не проверяется был ли завершен предыдущий вызов. Если первый вызов invokeAll не успел завершиться за минуту и придет второй, то тут вообще начнется каша от исключений при переборе ключей словаря, до отправки одних и тех же команд несколько раз
6. Данные из словаря callsInfo не удаляются, что при длительной работе приведет к утечкам со всеми вытекающими
Но если вы используете Single mode для WCF service-а, либо в один момент времени может быть только один запрос на сервис, то наверное будет работать.

git это все таки не браузер вроде хрома, сам себя обновлять не будет)

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

В процессе проверки разных возможных причин удалось установить, что такая проблема имеется только с ФС exFAT и NTFS. Накопители с FAT32 монтируются нормально. Но нужен exFAT (или NTFS, хотя нежелательно) - накопители по 64Гб.

Осталось дело за малым - понять, почему автомонтирование exFAT срабатывает криво, а вручную работает нормально.

Проверил через udevadm monitor - при FAT32 не появляется UDEV-event "change".
Также через "udevadm monitor --property" сверил все данные при "add" и "change" - все идентично, т.е. на самом деле никаких предпосылок к появлению "change" нет.

UPDATE: на нескольких форумах нашел аналогичную проблему и якобы она заключается в том, что udev убивает все дочерние процессы в течении 30 секунд. Но все же непонятно какая связь 30 секунд, и пропадания через 1-2 секунды по UDEV-event "change", причем FAT32 работает нормально.

Тем не менее начал искать другое решение, HAL использовать не стал ввиду устаревания. Установлен devmon из пакета udevil, поставил в автозагрузку, все работает, проблем нет.

1) На клиенте сериализуйте передаваемые данные в json

2) Создайте в C# класс, аналогичный структуре элемента массива созданного json, например, SomeClass.

3) Создайте действие в контроллере, получающее на вход лист такого класса

public ActionResult MyAction(List<SomeClass> data)
{
          ....
}

4) Передайте ajax'ом данные в это действие контроллера
Рекомендую воспользоваться jquery/angular, а не заморачиваться с чистым js, смотря что у вас на клиенте используется.

PS Не забудьте сверить метод передачи и метод, прописанный в Annotation действия (POST, GET, PUT, DELETE)

PPS В вашем случае, возможно, все проще и можно на вход действия получать

public ActionResult MyAction(string[] data)
{
          ....
}

Зависит от того, какая структура массива. Что он содержит: числа, строки, объекты?