Есть ли какие-нибудь тестовые задания на многопоточность и асинхронность, C#/ASP.NET?

Question

[mletov]

Добрый день

Пишу на C# достаточно давно, но однобоко. На работе в основном клепаю REST API на ASP.NET MVC.
Каждый раз, когда пытаюсь сменить работу и перейти в компанию классом выше, чем те, в которых я работал/работаю, наступаю на одни и те же грабли:
Выполняю тестовое задание, интервьюеров качество выполнения вполне устраивает.
На собеседовании без проблем пишу sql запросы из неск таблиц, отвечаю на вопросы про паттерны, классы, структуры, ссылочные/значимые типы и т д.

Но всегда меня прокатывают на асинхронности/многопоточности. На работе я с этим не сталкиваюсь. Я, конечно, читал metanit и Албахари, запускал тестовые примеры, но этого явно недостаточно. Получается замкнутый круг. Чтобы попасть в сильный коллектив, надо иметь опыть работы с многопоточностью, а чтобы получить опыт работы с многопоточностью, надо поучаствовать в серьезном проекте.

Есть ли какие-нибудь практические тестовые задания по C#, с акцентом именно на асинхронность/многопоточность. Желательно, ASP.NET MVC / .NET Core, но WPF тоже сойдет. Буду признателен, если накидаете ссылок

Пока нагуглил
https://habr.com/ru/post/145551/

Хотелось бы еще аналогичных задачек.

Answer 1

[Владислав]

Советую почитать: Конкурентность в C#. Асинхронное, параллельное и многопоточное программирование | Клири Стивен

Answer 2

[Владимир Коротенко]

Рихтера почитайте. А так потренируйтесь на стенде. Редис например или по патернам мс ну и кэширование на контроллерах. Хотя не думаю что в этом ваша проблема

Comments

[mletov]

Владимир Коротенко спасибо за ответ

Вы не могли бы немножко уточнить пример с редисом, как бы примерно выглядела реальная задача, идеально, если бы из вашего личного опыта.
Что-нибудь вроде "Вставить 10 млн записей в несколько потоков" ?

[Владимир Коротенко]

mletov, С редисом нет, у меня немного другие были штуки.
Посмотрите в эту сторону
https://documentation.help/MS-Enterprise-Library-5...

Ну и простейшие классы.
Вот один из примеров боевого кода
mossdevel.blogspot.com/2013/04/blog-post.html

[mletov]

Владимир Коротенко, Спасибо!
Буду разбираться

Answer 3

[Виктор П.]

Привет, ничего себе тут советы, Рихтера читать )
По асинхронности я удивлён, что появились сложности. Сейчас весь с#, все его туториалы переходят на асинхронность в принципе. async/await можно использовать, даже не понимая, как это работает. А чтобы разобраться, достаточно прочитать пару статей.
Я рекомендую маленькую карманную книжку, она читается буквально за несколько часов и прям абсолютно всё становится ясно по асинхронности,
Приведу ссылку на озон, но можно найти и бесплатные варианты Асинхронное программирование в C# 5.0
По многопоточности сложнее, в том плане, что она крайне редко используется в обычном REST api. Мне даже интересно, какие вопросы задают про многопоточность и что будет, если в ответ спросить "а у вас на проекте это используется или вы просто теорией интересуетесь?"

Comments

[javedimka]

А шо, в си шарпе нет модели обработки запросов по типу 1 поток = 1 запрос? Что же там, параллельной обработки не было если только сейчас все туториалы только переходят на "async/await"?

[Rasse]

Если тыкаться не зная - будешь как я.
Много критических ошибок, которые возникают от незная)
Так что базу все равно знать надо.

[Виктор П.]

javedimka, параллельность и асинхронность разные вещи.
async/await - это асинхронность. Ранее были только синхронные методы. Сейчас в принципе все методы асинхронные. Например, гуглишь, как накинуть фильтр на контроллер, тебе даётся вариант асинхронного написания. Сейчас это стандарт. Нельзя не уметь писать асинхронные методы, они в самых примитивных туториалах идут.
В вебе все запросы выполняются параллельно, разумеется. Но эту параллельность обеспечивает сервер IIS, то есть, ты просто пишешь серверный метод и он автоматически будет выполняться параллельно, если запросы приходят в одно время. С этим ничего не надо делать.
Могут быть специфичные задачи, например, взять xml бд адресов (45 гигабайт) и загрузить в свою базу. Вот тут нужна будет многопоточность, но, повторюсь, такие специфичные задачи возникают крайне редко.
Даже, допустим, задача - сделать выборку из трёх разных таблиц. Казалось бы, можно сделать три параллельных запроса, потом как-то их склеить. Так практически никогда не делают в силу особенностей linq to sql. Такие запросы необходимо выполнять в разных контекстах. Поэтому, либо забивают и делают запросы по очереди, либо, если прям нужна супер оптимизация, делают вьюху в бд, отлаживают там профайлами производительность, настраивают нужные индексы и из с# выполняется один запрос.

[javedimka]

Виктор П., я задал один конкретный вопрос, мне выкатили какое-то эссе совсем не по теме, до конца не читал.
ПС.
Под запросами я имел ввиду http запросы, и их параллельную, что в данном случае равно асинхронную, обработку.

[Виктор П.]

ну.. не знаю, как сказать короче. Http запросы распараллеливаются веб сервером, в данном случае IIS. Это не имеет никакого отношения к вашему c# коду.
И ещё раз повторяю, "параллельную" не значит "асинхронную" - это совершенно разные вещи

[mletov]

Виктор П., спасибо за ответ

какие вопросы задают про многопоточность и что будет, если в ответ спросить

Вопросы преимущественно практического характера, именно на понимание, а не на знание формулировок. Например "Вот код с многопоточностью, что с ним не так?", "Вот тут код вызывает дедлок, перепишите его так, чтобы дедлока не было", "для решения вот такой задачи чтобы вы использовали, многопоточность или асинхронность" и т д.

Для ответа на такие вопросы одного чтения книжек недостаточно, нужен именно практический опыт за спиной, самому наступить несколько раз на грабли, чтобы понять что к чему. Поэтому я и попросил побольше практических заданий, типа того, что я привел в вопросе, но мне предложили "почитать Рихтера" )

[mletov]

Rasse, Ну не зря же говорят, что "Практика без теории слепа, теория без практики мертва".
Я потому и попросил практических задач по многопоточности, с теорией я уж как-нибудь разберусь.

[Виктор П.]

mletov, Спасибо за разъяснение, то, что нужно. Мои сомнения были в том, что вот люди спрашивают на собесе про многопоточность, а реально в работе не используют, либо есть пара мест, которые уже реализованы. Ну ладно.
Попрактиковаться, я приводил пример, зайдите на сайт фиас, скачайте их базу, около 45 гигов. Цель - загрузить эти данные в свою базу, используя многопоточность. Если загрузите за пару часов - всё ок. Если сделаете что-то не правильно, то будет грузиться несколько дней, либо вообще не загрузится.
Ещё частая вещь, у вас есть какой-то список эмейлов, 2-3к. Необходимо сделать рассылку. Разумеется, если реализовывать последовательно, то на обработку 1-2 секунды, вся операция займёт кучу времени. Необходима реализация с многопоточностью. Вместо реальной рассылки, для практики можно сделать какую-то заглушку с ожиданием в полторы секунды и замерами времени, добиться максимального быстродействия

[Rasse]

mletov, Сохраню себе цитату)

[mletov]

Виктор П., Спасибо за развернутый ответ, теперь представляю в какую сторону практиковаться