- Регистрация
- 28.07.2017
- Сообщения
- 37
- Благодарностей
- 6
- Баллы
- 8
Всем доброго времени суток!
Заморачиваюсь многопотоком. Что имею:
16 поточную машину, 32 ОЗУ, 3,4 Мгц проц, curl.exe (8.5.0 - последняя), код пишу на c# почти, есть необходимость юзать стандартные кубики (для информации), создаю в c# параллель в 32 потока на один шаблон - работаем, все успешно, НО! Съедает такие операции 90% CPU на 32 параллели, у шарпа конечно есть свои вилы в области параллели, но тем не менее стартуем curl.exe внутри параллели, таким образом катаемся на тачке )
аргументация запуска curl.exe:
Конечно понятно, что сам по себе curl кушать любит, причем у него аппетиты стремительно высокие... Но может кто сталкивался с данным - когда из многопотока на c# отдаем в curl команды и возникает такая нагрузка - может имеется рецепт хороший, было бы не плохо если кто подсказал куда с лопатой выходить и копать
Заморачиваюсь многопотоком. Что имею:
16 поточную машину, 32 ОЗУ, 3,4 Мгц проц, curl.exe (8.5.0 - последняя), код пишу на c# почти, есть необходимость юзать стандартные кубики (для информации), создаю в c# параллель в 32 потока на один шаблон - работаем, все успешно, НО! Съедает такие операции 90% CPU на 32 параллели, у шарпа конечно есть свои вилы в области параллели, но тем не менее стартуем curl.exe внутри параллели, таким образом катаемся на тачке )
аргументация запуска curl.exe:
Вот этот рецепт исключительно чтобы вернулся ответ в c# - есть необходимость строго отловить ответ и тем самым принять итоговое решение что писать, что не писать - половина дует в корзину, половина пишется. Остальные ключи - понятны.
Конечно понятно, что сам по себе curl кушать любит, причем у него аппетиты стремительно высокие... Но может кто сталкивался с данным - когда из многопотока на c# отдаем в curl команды и возникает такая нагрузка - может имеется рецепт хороший, было бы не плохо если кто подсказал куда с лопатой выходить и копать
