Парсинг, наверное, тяжелый, и ты упираешься в GIL. Может тебе стоит перепрыгнуть на многопроцессинг.
попробовал, результат почти тот же, те же 90-100 секунд. Скорее всего парсинг тяжелый и сайт как-то задерживает столько реквестов в секунду(если такое понятие существует)
Сколько у тебя физических ядер?
во-первых нужно понять во что ты упираешься и как именно "пробовал".
Сверху скидывал скрины кода, многопроцессовую задачу создавал точно также
6 физических? Ты не путаешь с логическими? Скажи процессор, пожалуйста.
думаю путаю, intel 9400
Если i5 9400, то, кажется, не путаешь. Тогда должно было распараллелиться аккуратно, значит странности есть. Видимо, код всё же багованный.
Да, думаю так и есть. Попробовал в три потока, скорость та же самая что и при 5 потоках. Спасибо большое
дай угадаю, ты делаешь запросы и сразу же парсишь ответ в том же потоке \ процессе?
ну а чего ты ожидал? пока твой процесс лазит в сеть, он просто ждет.
не, я выше писал что при парсинге 40 страниц уходит 30-40 секунд, а при парсинге 200 страниц(в 5 потоков, на каждый поток дал по 40 страниц) парсит 100 секунд. Поэтому спросил, правильно ли я структуировал многопоточный код
нет, не правильно. узкое место у тебя очевидно не CPU.
нет. и вообще замерять нужно, а не гадать.
Обсуждают сегодня