Что предпочтительнее - обработка событий асинхронно или в главном потоке?

[gramp]

Сделал замеры стопватчем и оказалось, что обработка события в главном потоке занимает 0,005-0,01мс (в обработке события происходит только присвоение переменным новых значений и без вызова других методов). Предположим, что раз в 100мс приходят 200 событий.
Правильно ли будет утверждать, что обработка событий в главном потоке притормозит этот главный поток приложения на 200событий * 0,01мс = 2мс, и обработка событий будет производиться строго по очереди, без нарушения порядка.
А вот обработка события асинхронно (через Threadpool или Task) позволяет за очень короткое время, почти равное времени обработки в главном потоке, вернуть управление главному потоку, но как раз непосредственно асинхронная обработка не всегда, но регулярно производится на 10мс, а иногда и на 100мс позднее, среднее значение времени обработки - 0,5мс - в 50-100 раз медленнее. Процессор с двумя ядрами. Главный поток садится на одно, на второе уходят потоки асинхронной обработки.
Правильно ли будет утверждать, что при асинхронной обработке суммарное время обработки составит 200событий * 0,5мс = 100мс. Кроме того, асинхронность перемешивает очередь и не факт, что в переменную попадет самое актуальное значение.
Я не спец в программировании, поэтому прошу совета - правильны ли мои выводы?
Предполагаю, что при событиях или методах, выполнение которых занимает значительное время, асинхронная обработка необходима, но не во вред ли она, когда обработка события занимает ничтожно мало времени?
Заранее благодарен за ответы.

[m0nax]

да все верно
очень распространено заблуждение что потоки что-то ускоряют сами по себе..
а на деле они не то что не ускоряют, а наоборот замедляют

для мелких задач это как раз замедление, а вот если что-то крупное и долгое растянуть на несколько потоков прирост будет в разы
банально те же запросы на сайты - 5 запросов в 5 потоках выполнятся в 5 раз быстрей чем те же запросы в 1 потоке, вот уже х5 прирост скорости

[Reskov]

А вы можете все 200 событий обработать в одном отдельном потоке?а для 0.005 мс отдельно пулить смысла нет

[gramp]

Сообщение от Reskov

А вы можете все 200 событий обработать в одном отдельном потоке?а для 0.005 мс отдельно пулить смысла нет

Была мысль их в отдельный поток запихать, только смысла не вижу, 200 - это максимум, обычно меньше. Вот если бы их было 2000 или 20000, тогда, скорее всего, без обработки их в отдельном потоке уже было бы не обойтись.

[gramp]

Сообщение от m0nax

да все верно
очень распространено заблуждение что потоки что-то ускоряют сами по себе..
а на деле они не то что не ускоряют, а наоборот замедляют

для мелких задач это как раз замедление, а вот если что-то крупное и долгое растянуть на несколько потоков прирост будет в разы
банально те же запросы на сайты - 5 запросов в 5 потоках выполнятся в 5 раз быстрей чем те же запросы в 1 потоке, вот уже х5 прирост скорости

Благодарю за совет