View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001246 | SAS.Планета | Хотелка / Feature request | 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 | ||||
| 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 | ограничения, скрипты | ||||
|
|
Что-то ты путаешь. Ограничение на количество подключений действует только в пределах одного zmp. Да и то WinInet еще сам кэширует подключения к серверам. |
|
|
>действует только в пределах одного 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 например). |
|
|
Ну посмотри сам. Если и есть какие-то рогатки, то это внутри WinInet. |
| 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 |
| 08-08-2025 13:24 | zed | Category | Хотелка => Хотелка / Feature request |