Зарегистрирован: Mar 06, 2006 Сообщения: 278 Рейтинг: +1/-0 Откуда: г.Киров-Чепецк
Добавлено: Чт 30 Мар, 2006 12:03:19 Заголовок сообщения:
А вы проверьте.
В Linx-же видно какие теги тянутся.
А если перейти через границу connection, то будет понятно и о количестве копий.
У меня паралельно с RSView на машине крутится 2 программы: одна Alarms - алармы с контроллера, т.к. в RSView они глючат при большом количестве аварий, другая пишет данные на PostgreeSQL на сервер Linux (ну не любит наш админ Windows).
Так как в нашем проекте 17.000 тегов и три АРМ, то считаю вопрос доказанным - контроллер бы столько connection не вытянул.
Вообще считаю большим недостатком несовместимость RSView с другими SQL кроме MSSQL. На mysql пишет, но тренды не работают. В Postgree пишет только теги без папок (несудьба было слеши проэкранировать =( ).
Зарегистрирован: May 05, 2005 Сообщения: 2773 Рейтинг: +89/-5
Добавлено: Чт 30 Мар, 2006 12:45:27 Заголовок сообщения:
Сначала с терминологией определимся:
1. Начинается обмен, клиент запросил информацию, а сервер её отдал. Всё, обмен закончен. Это – режим «cold link».
2. Клиент просит данные и просит сообщать впоследствии о том, что данные изменились. Это «warm link», сервер не передаёт изменившиеся данные по своей инициативе, а передаёт только сообщение о том. что данные со времени последней их посылки изменились. Клиент решает, нужны ли они ему сейчас. Если клиент попросит данные, то сервер их предоставит.
3. Клиент просит данные и просит впоследствии передавать их сразу же как только они изменились. Как только сервер определит, что данные изменились, он сам, без дополнительной просьбы клиента передаст эти данные. Это - «hot link».
Понятие «poke» означает, что клиент передаёт данные серверу ьез его запроса, т.е. «unsolicited».
Надпись «Update HotLink after Poke» означает, таким образом, что клиент требует у сервера обновить hot link после записи на него данных. Т.е, фактически, чтение данных после записи. _________________ Обращайтесь к профессионалам.
Последний раз редактировалось: oldDad (Чт 30 Мар, 2006 16:55:48), всего редактировалось 1 раз
Зарегистрирован: May 05, 2005 Сообщения: 2773 Рейтинг: +89/-5
Добавлено: Чт 30 Мар, 2006 12:50:48 Заголовок сообщения:
По поводу кэшировани тэгов в Linx могу сказать вот что: да, какое-то кэширование есть, но какое именно и насколько его "хватает" никто мне до сих пор сообщить не смог. Алгоритм этот закрыт от нас, его знают только в RockSoft.
Поэтому с уверенностью говорить: "RSLinx точно не будет каждый раз заново запрашивать тэг у контроллера, а будет их кэшировать" я бы не стал.
В качестве мысли: Mapping в контроллере попробовать. Может быть тогда он не будет затыкатсья с оптимизацией пакетов при их рассылке в несколько разных работающих асинхронно Линксов. _________________ Обращайтесь к профессионалам.
Зарегистрирован: Oct 20, 2005 Сообщения: 20 Рейтинг: +0/-0
Добавлено: Пт 31 Мар, 2006 11:34:08 Заголовок сообщения:
Dvoeglazov писал(а):
У меня паралельно с RSView на машине крутится 2 программы: одна Alarms - алармы с контроллера, т.к. в RSView они глючат при большом количестве аварий...
А можете расазать что за глюки происходят с алармами, и примерно при каком количестве аварийных сообщений?
И что вы используете в качестве этой самой программы Alarms??
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна. Открытие страницы: 0.124 секунды
FAQ
Поиск
Группы
Профиль
Войти и проверить личные сообщения
Вход
