SASGIS

Веб-картография и навигация

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

ID

Project

Category

View Status

Date Submitted

Last Update

0001246

SAS.Планета

[All Projects] Хотелка

public

28-03-2012 09:19

27-03-2019 07:47

Reporter

vasketsov

Assigned To

vdemidov

Priority

normal

Severity

tweak

Reproducibility

N/A

Status

closed

Resolution

won't fix

Platform

Windows

OS

Vista

OS Version

Ultimate

Product Version

110418

Target Version

Fixed in Version

Summary

0001246: Ограничение на количество подключений к серверу с учётом номера порта

Description

Покуда endpoint это совокупность адреса и номера порта, хотелка преставляется весьма разумной.

Имею несколько перловых скриптов, которые крутятся локально как http-сервера, доступны по адресу 127.0.0.1 (соответственно в zmp указан дефолтный адрес как нечто типа http://127.0.0.1:6666), висят на РАЗНЫХ портах и работают на разных картосервисах (а некоторые и на одном, но на разных каналах).
Приходится вкорячивать немыслимые значения в zmp для числа подключений, иначе начинается постоянный коннект-дисконнект.

Если для целей тестирования установить одно соединеие и заменить на одном 127.0.0.1 на другой реальный локальный адрес любого сетевого интерфейса (скажем 192.168.1.100), то одновременно ДВА скрипта начинают нормально работать (без коннект-дисконнект). То есть очевидно проблема в адресе и ограничивалке. Но безмерно увеличивать в zmp число подключений при добавлении новых локальных скриптов очевидно тоже идиотизм.

Tags

ограничения, скрипты

Relationships

Notes
(0006290) vdemidov (manager) 28-03-2012 13:41	Что-то ты путаешь. Ограничение на количество подключений действует только в пределах одного zmp. Да и то WinInet еще сам кэширует подключения к серверам.

(0006292) vasketsov (manager) 28-03-2012 13:53	>действует только в пределах одного zmp Могу только повторить, что включение второй скачки со второго zmp гадит первой скачке с первого zmp, если оба на loopback на разных портах. Придётся поверить. Возможно косяк где-то в другом, буду разбираться - найду. >кэширует подключения к серверам Не мой случай. У меня (после того как я забыл и снёс максимальное число подключенийиз zmp): 1. Включаю первый скрипт на 127.0.0.1 и подрубаюсь сасом (первый zmp) на скачку (большая область часов на 10). 2. Включаю второй скрипт на 127.0.0.1 и подрубаюсь сасом (второй zmp) на скачку (другая область). 3. Офигеваю от того что в логе такая хрень. 4. Вспоминаю в чём дело. 5. Останавливаю и вырубаю второй (первый не останавливаю, после вырубания второго он перестаёт лагать и начинает качать без остановок), заменяю второму локальный адрес, запускаю по новой. 6. В логе красота, летит как из пулемёта через оба скрипта. Так что кэширование ни при чём. Если забубенить большое число подключений в zmp - сразу всё работает красиво и без отключений. Воможно беда где-то в другом. Но пока что визуально всё как будто ограничение работает не только на текущий zmp, но и на другие соседние (с тем же NameInCache например).

(0006295) vdemidov (manager) 28-03-2012 14:03	Ну посмотри сам. Если и есть какие-то рогатки, то это внутри WinInet.

Users who viewed this issue
User List	Anonymous (1780x), rass (2x), vdemidov (6x), zed (1x)
Total Views	1789
Last View	21-11-2024 16:43

Issue History
Date Modified	Username	Field	Change
28-03-2012 09:19	vasketsov	New Issue
28-03-2012 13:41	vdemidov	Note Added: 0006290
28-03-2012 13:53	vasketsov	Note Added: 0006292
28-03-2012 14:03	vdemidov	Note Added: 0006295
13-05-2012 10:38	gpsMax	Tag Attached: скрипты
13-05-2012 10:38	gpsMax	Tag Attached: ограничения
09-08-2012 06:54	vdemidov	Product Version	.Nightly => 110418
27-03-2019 07:47	vdemidov	Status	new => resolved
27-03-2019 07:47	vdemidov	Resolution	open => won't fix
27-03-2019 07:47	vdemidov	Assigned To	=> vdemidov
27-03-2019 07:47	vdemidov	Status	resolved => closed

Copyright © 2007 - 2024 SAS.Planet Team