Цитата:
Сообщение от ujin
Согласен. Решение: У PostgreSQL сервера приоритет по умолчанию ниже чем у управляющей программы. Редактируем параметры postgresql.conf listen_addresses = (список адресов)
max_connections = 1 (2).
|
Так это не решение, это костыль. Если у программ разные приоритеты, это абсолютно не означает, что они друг на друга не влияют. Есть хитрые правила переключения процессов, есть динамический приоритет, есть еще ресурсы памяти и диска.
В принципе, на костылях можно много чего построить, только это не отменяет кривость решения. Все может однажды посыпаться. Или, реализация всего лишь одной маааленькой функции будет очень дорогая или вообще невозможна.
Цитата:
Решение: вводим ограничение на количество аналоговых входов в системе 1200. Размещаем в одной таблице. Вводим ограничение на количество дискретных входов в системе 1200 размещаем в другой таблице.
|
Т.е. вместо того, что бы всего лишь написать утилиту извлечения данных из одной BLOB-колонки вы применили одно из наиболее кривых решений, какое только можно придумать?
И все ради того, что бы "грузить данные напрямую в Excel"?
"Поздравляю, Шарик, ты балбес!" (c)
(прошу не обижаться)
Добавлено через 1 час 6 минут
Кстати, пробовали решить описанную выше задачу (с интенсивным управлением) на подобном устройстве (Advantech ADAM-5510) и потерпели фиаско.
Из того, что запомнилось:
1. На устройстве x86 совместимый процессор и аналог MS-DOS.
2. С устройством поставляются библиотеки доступа к входам/выходам для Borland C++.
3. Библиотеки и примеры написаны криворукими китайцами. Библиотеки без исходников.
4. Т.к. библиотеки без исходников и производитель не раскрывает подробности внутренней архитектуры, то победить кривость библиотек, или хотя бы понять, почему оно так работает, слишком затратно (мы же на хакеры/реверс-инженеры, а программисты).
5. Пока программировали, нашли ошибку в компиляторе Borland C++
Т.е. если нужно реализовать на таком что-то не особо критичное ко времени, и хочется погрузиться во времена MS DOS и Borland C++, то может подойти.
Если нужна большая производительность ввода/вывода сигналов, то никак...