Проблема с потоками
 

Подскажите, с чем это связано или все так и должно быть. В общем, я писал несколько программ, которые работают в несколько потоков, которые в свою очередь отправляют HTTP запросы. Отправляют запрос и сразу же обрывают соединение, не дожидаясь ответа. Таймауты между отправкой запросов - 100 мсек. Не понимаю, с чем это связано, но такая программа при 10 потоках на моем компе 3,41 ГГц очень начинает подвисать система. Да и еще при том, что потоки работают с Priority tpLowest. Я все делаю правильно, - потоки освобождают себя из памяти и т.п... Но никак не пойму, почему система начинает глючить. Или так должно быть?

Напеши все характеристика компа! и исходники выложи

Без исходников трудно предположить в чем проблема.Возможно они одновременно обращаются без синхронизации к каким то данным, то есть соперничают за доступ к ним.Оттудого и такая загрузка камня.

типичный признак "бескоченого цикла" в котором есть какие-нибудь расчеты например.

У меня двухядерный 2,5 ГГц и держит запросто 1000 ожидающих потоков.
100 рабочий тоже держит и не грузит систему.
Так что у тебя дело только в реализации.
Помимо проверки циклов, еще обрати внимание на то как ты считываеш из сокета.
Если ты читаеш по 1 байту, то это будет давать весомую нагрузку.

Как продолжение размышлений о потоках:
Пишу программу под .NET... использую местами http запросы + regex ....
Какое оптимальное количество работающих потоков на .NET приложение? А то где-то вычитал, что оптимально 25*кол-во процессоров

Chrome~
Если работаешь с винсоками - мб забываеш освобождать WSA? (было как-то по невнимательности - через время тупо висла машина)

А вообще не вижу смысла в закрытии/высвобождении процессов после каждого запроса, почему бы не сделать постоянный процесс в котором постоянно отправляются запросы, закрывается соединение и заново?

хых))
некоторые факторы:
1. мощность процессора
2. колл-во ядер
3. ширина канала
4. оптимальность паттерна
5. загруженность ОС без твоего приложения

это навскидку... Как ты собрался считать оптимальное колличество потоков?

>>оптимально 25*кол-во процессоров
В чем различие процесса от потока? И вообще что такое процессор?????

ппц =\
Вы там че, курите, мурзилку читаете, надписи на заборе? жуть...
советую еще это взглянуть

Ах нуда, нынче кучу мануалов по оптимизации потоковых приложений =)
эта такая чтучка в которой много ног и транзисторов ^_^
это относилось к 25*[кол-во (процессоров || ядер)]

Естественно предел памяти и системного времени никто отменял!

Какая ОС ? Если XP, то в ней ограничение на максимальное число конектов - 10.

Вообще мы что тут потомственные колдуны и гадалки чтоли? Чтобы думать что там может быть. А быть там может что угодно. мож он там глюканул с запуском потоков и их запускается неограничено пока есть ресурсы у компа. А мож банальное переполнение которое чтото вешает.

Короче код в студию! или хотябы кусок который запускает потоки и саму функцию поточную

имхо поллинг чистой воды. симптомы - налицо.

Спасибо всем кто ответил.
Да у меня Windows XP, но не может быть, чтобы максимальное число подключений было 10. (Вроде как после установки программы FlashGet произошла модификация подключений и данного ограничения eу меня уже нету)

Ресурсы освобождаю. Не знаю, в чем проблема, но вот возьмите код одного из моих Request Sender. Я писал его для некоторых своих целей, и мне нужно было, что бы входные данные принимались в hex-кодировке.

То есть, что бы замутить такой запрос:
Передавать в программу нужно такие данные:
Код простой, я думаю, у вас не возникнет сложностей. Протестируйте у себя на машине и скажите, что я не правильно написал.

Для работы с инетом программа использует только Winsock.

есть мнение что не надо в каждом потоке вызывать WSAStartup. Причем в количестве count раз

То есть перед созданием потоков сделать WSAStartup, а в конце программы - WSACleanUp?

WSAStartup вызаваешь один раз, в начале рабоды проги, и закрываешь по выходу из нее, этого хватит, почитай статьи slesh, там это есть.