Я разрабатываю систему программного обеспечения клиент / сервер, которая предназначена для показа изображений клиентам фотографов. МНОГО моих клиентов используют тонкие клиенты для станций просмотра, в частности NComputing M-серии. Мои клиенты испытывают тайм-аут моего программного обеспечения в таких средах, но не в средах, в которых не используются тонкие клиенты.
Итак, я пытаюсь понять, как лучше всего решить эту проблему, как проверить это и, в конечном итоге, что порекомендовать своим клиентам, чтобы у них был хороший легкий опыт работы с системой.
Предположим, что установка состоит из двух компьютеров, одна машина (Сервер) является сервером моего программного обеспечения, а другая (Хост) является клиентом моей системы, на которой размещены все тонкие клиенты:
В: Я предполагаю, что при наличии только одного сетевого адаптера на хосте будут конфликты пакетов из-за трафика между сервером и хостом, а также трафика между хостом и тонкими клиентами.
В: Если в хосте есть две сетевые карты, и они оба подключены к одному и тому же 24-портовому коммутатору и настроены для разных сетей, скажем, 192.168.1.x для моего приложения и 172.16.1.x для тонких клиентов. Будет ли коммутатор предохранять пакеты от обоих сетевых адаптеров от конфликтов?
В: Есть ли другие способы улучшить производительность?
Я предполагаю, что при наличии только одного сетевого адаптера на узле БУДУТ конфликты пакетов из-за трафика между сервером и узлом, а также трафика между узлом и тонкими клиентами.
Коллизий просто не должно быть в сети, в которой используются коммутаторы и полнодуплексные сетевые интерфейсы.
Можно удаленно заполнить канал в основной системе, к которой подключаются все клиенты NComputing, но это должно быть легко контролировать, просматривая статистику для этого порта на коммутаторе или отслеживая статистику сетевого интерфейса на хосте. Переполненная ссылка не приводит к «коллизиям».
В: Есть ли другие способы улучшить производительность?
как это проверить
Это ваше программное обеспечение. Найдите способ надежно воспроизвести проблему, а затем, возможно, используйте свои инструменты анализа пакетов (tcpdump / wirehark). Добавьте в свое программное обеспечение какой-нибудь отладочный код.
После этого просто начните пытаться собрать все данные, которые вы можете легко собрать. Тогда ищите проблемы. Если вы не можете их найти, начните настраивать системы для сбора типов данных, которые сложнее собрать.