Японский Городовой: в общем WinApi тоже можно было бы использовать, но я не думаю что будет большой эффект, про дуйню верно, данные по ком летят в дуйню.
dronab: так или иначе ресурсы конечно потребляют оба способа, но для задач нужно использовать правильные инструменты. трудно предсказать как много ресурсов потребуется, нужно пробовать.
сработало) Теперь данные настолько контрастны, что по ним хоть ноты строить можно если захочется) (там был спектр звука)
если кому пригодится сделал так:
код spdata.Sort(); - сортировка массива
y = GetValue(y, GetIndex(ref spdata, y)); - получение нового значения, более "контрастного"
dronab: Есть ненулевая вероятность, что если подключить WebDAV в качестве сетевого диска можно будет на него повесить FileSystemWatcher и подписаться на события изменения файлов, в некотором смысле это будет тот самый push, но насколько это корректно будет работать и не будет ли жрать трафик в пустую я не знаю. С http в голову приходит только довольно глупое, но возможно работающее решение. Можно создать проект вебслужбы, установить в параметрах службы большой таймаут и создать функцию, которая не возвращает результат до тех пор пока не произойдет изменение в файлах. Со стороны клиента это будет как вызов функции на этой веб-службе с большим таймаутом ожидания в асинхронном потоке, и если результат таки вернется то значит изменения были (в результате можно вернуть список изменившихся файлов). Эти решения хоть и отвечают на вопрос но являются костылями жуткими и пользовать их не советую. Если нет идеологических мотивов не использовать SignalR то нужно использовать SignalR.
dronab: что имеется в виду под "сторонними приложения", SignalR в opensource, после прикрепления исходников к проекту он станет его частью на 100% https://github.com/SignalR/SignalR
AxisPod: проблема не в этом, как минимум у преподавателя может быть комп с древней XP без SP, половина стандартных библиотек может быть загажена каким ни будь зловредом, который с удовольствием скушает новоиспеченное приложение вмести с mono. Поэтому я и говорю 100% не бывает)
ничего против WCF не имею, но хотелось бы знать что имеется в виду под "абстракции всюду текут"...
"определением времени жизни объекта" не особо актуально для объекта, который существует на протяжении всего игрового цикла, после окончания которого полностью удаляется. "делать кучу мелких запросов вместо одного крупного" пошаговая стратегия как раз подразумевает наличие кучи мелких запросов, все крупное будет исполняться на стороне сервера, у которого никаких задержек нет, тормозам тут тоже не откуда взяться, сами запросы легко вызываются асинхронно.
Если в 2х словах у WCF есть куча хороших фич, которые в рамках задачи не пригодятся, но при этом код с использованием WCF будет сложнее чем с Remoting.
Oxoron: в некотором смысле они похожи, но Remoting имеет некоторые "фичи", которые тут очень пригодятся, например возможность "расшарить" объект по сети, тем самым фактически полностью реализуется клиент-серверное взаимодействие. В том самом "объекте" и реализуется игровая логика. Сам объект существует на сервере, клиенты же с ним общаются как будто это локальный объект.
Писать на сокетах на порядок сложней и это породит много ошибок(все предусмотреть крайне сложно) и соответственно проблем и нестабильность.
все современные авто имеют специальный "Debug" порт, по которому можно считать много информации, поэтому лезть в железо и создавать "микропроцессорную систему зажигания" не нужно и учитывая объем знаний даже опасно.
По вопросам:
1. У меги больше портов прерывания и соответственно он может работать с большим числом "RealTime" операций. Если сбор информации чисто статистический то потянет любая дуйня хоть 100 датчиков. В реальном времени зависит от процессора.
2. По Datasheet @ИМЯЦП@
3. Естественно, любой ЦП может выполнять только 1 операцию в 1 момент времени, поэтому чем больше операций тем дольше нужно ждать до выполнения первой в цикле. Но учитывая частоту в 20млн. операций в секунду на самой дешевой атмеге это как правило не критично и атмега легко потянет пару сотен датчиков при определенной сноровке.
kodi: выглядит странно, если не перезагрузка а выход в спящий режим проблемы есть? можно попробовать снести подчистую драйвера и установить с нуля, скачав их с официального сайта. еще можно попробовать когда карточка не пашет загрузиться с live CD например ubuntu и проверить будет ли работать, если нет тогда точно проблема с железом, если будет значит с драйверами.
