|
|
|
Многопоточный парсинг
|
|||
|---|---|---|---|
|
#18+
Да просто неэффективно это. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2017, 02:24:59 |
|
||
|
Многопоточный парсинг
|
|||
|---|---|---|---|
|
#18+
rgreatДа просто неэффективно это. Ой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2017, 02:46:01 |
|
||
|
Многопоточный парсинг
|
|||
|---|---|---|---|
|
#18+
rgreatХм, а разве для 400-т парралельных HTTP запросов разве обязательно надо 400 потоков?не все текут от асинхронного программирования)) да и автору надо не 400 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2017, 10:07:31 |
|
||
|
Многопоточный парсинг
|
|||
|---|---|---|---|
|
#18+
rgreatДа просто неэффективно это. Это, как раз, эффективно. Код не превращается в спагетти из-за исинхронщины. Ну и с точки зрения ОС потоки висящие на объектах ожидания (а I/O это оно), а не крутящие спины, исключаются планировщиком из процесса планирования и на производительность не влияют. Единственный ресурс потребляемый большим числом потоков это адресное пространство, т.к. потоку нужен стек, и он по дефолту равен 1Mb (т.е. создав ~1.8K потоков в 32-битном процессе начнёшь получать OutOfMemory) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2017, 12:41:53 |
|
||
|
|
start [/forum/topic.php?fid=58&gotonew=1&tid=2042074]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
200ms |
get topic data: |
9ms |
get first new msg: |
7ms |
get forum data: |
3ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 208ms |
| total: | 489ms |
| 0 / 0 |
