|
Многопоточность и Winsock
Делаю так, это часть кода.
Цитата:
НО такое чувство что потоки работают по очереди, а не одновременно. Может я че не так сделал?? Тоже самое делал через инди, видно что потоки работают вместе. Или я уже гоню и мозг мой взорвался при изучение winsock =)) |
Юзай WinAPI потоки и не парься.
CreateThread, ExitThread, TerminateThread, ResumeThread, SuspendThread основные функций которые нужны будут при работе с потоками. Ну и для нормальности еще про CloseHandle не забывай |
параллельная работа потоков на одном ядре - иллюзия ;)
|
slesh - спасибо буду разбираться, вот бы еще где нибуть пример бы нарыть самый простой.
Цитата:
и что илюзионо кажется что в винде может работать несколько програм одновременно, но на самом деле это не так. "Может я не прав". но тут дело немного не в этом... |
Все таки советую проверить работу этой программы, и такую же программу, но которая использует Indy с помощью сниффера. По идеи должно работать все приблизительно одинаково, твой вариант должен быть даже быстрее. Но также учитывай, что все зависит от того, насколько сильно загружена твоя сеть, сервак и т. д. Иногда сможешь получить страницу за несколько десятых секунды, а иногда приходится ждать намного дольше.
|
Покажи код в котором ты запускаешь потоки.
Что TThread что CreateThread - какая разница, если ТС не понимает самой сути работы потоков. Цитата:
|
параллельная работа потоков на одном ядре - иллюзия - это да.
Но этот термин больше подходит к описанию превдо параллельная. Для вычислений реально смысла нет. Но есть смыл для блокируемых операций. А в блокируемым операциям зачастую относятся паузы, всякого рода синхронизация объектов, ожидание объектов. А так как стандартные сокеты повсеместно юзают блокируемые операции, то тут как раз и появляется смысл в потоках. Хотя вообще сама MS советую юзать 2 потока на ядро. (в случае пула потоков итд итп) Это всё связано с тем, что если вдруг обработка инфы на одном из них заглохнет (мож ошибка мож еще чтото), то система продолжить функционирование. А вот если для расчетов юзать потоки, то тут наоборот будет замедление. потому что процессорного премени они суммарно получат одинаково почти, но будет задержка при переключении контекстов и планировании самих потоков. Но в его случае (блокируемые сокеты) тут как раз и есть выход - потоки. |
Цитата:
Chrome~ По части Indy(idhttp), на винсок получение странтцы быстрее. и еще пробывал через прокси один и тот же, сравнивал, тоже намного быстрее winsock. Только вот так я и не догнал почему на Delphi 7 все работает а на Delphi 2010, тоже самое работать не хочет. |
Цитата:
В общем сам в эти сказки верь, а новичков путать не надо. ПС и этот чувак продавал софт на ачате - бррр, жуть |
не, ну с чегоже вы взяли что инди работают также как и обычные сокете по скорости?
Если так рассуждать то и дельфовые проги работают с одинаковой скоростью что и сишные, потому что юзают все теже апи функции. Инди медленней сокетов за счет огромного числа проверок (просто ппц сколько их там). К тамуже он юзает VCL (а VCL он сам по себе вносит ощутимый вклад во всё это) по этому суммарно скорость работы на инди намного меньше чем напрямую на сокетах, но всёже эта скорость напорядки выше чем скорость работы с сетью. По этому заметить разницу очень тяжело за исключеним случаев, когда это серверное сетевое приложение. Посмотрелбы я на тебя как ты на инди бы написал сервер который проводил бы передачу данных между 25 тысячами клиентов. Причем проводил бы всё это на очень высокой скорости. инди бы загнулибы всю систему тебе. захавалибы памяти много и вообще хз получилосьбы или нет. А на сокетах такое сделать - практически не проблема (при правильном проектировании системы). |
| Время: 12:58 |