Через BeginInvoke можно пинать

Обычно пинаю чз ContinueWith/FromCurrentSynchronizationContext() и/или Dispatcher.RunAsync()

.Rusult - блокирущая await и ContinueWith - нет

И самый большой вопрос: зачем? нельзя просто сделать всё в одном месте, а потом перейти в другое?

теперь, так как у нас никаких SynchronizationContext нет, по прошествии 1000 милисекунд Task.Delay завершается

что зачем?

теперь, так как у нас никаких SynchronizationContext нет, по прошествии 1000 милисекунд Task.Delay завершается

и при выходе из метода Такс становится завершенным и мутекс переходит в сигнальное состояние и результат выолнения становится доступен

ну и метод завершается

и при выходе из метода Такс становится завершенным и мутекс переходит в сигнальное состояние и результат выолнения становится доступен

ещё момент, из за того, что у нас нет SynchonizationContext остаток метода AsyncRequest выполнится на потоке пула (каком нибудь)

А в чём предмет срача? Пропустил начало, не могу сориентироваться.

рассказываем как работает async/await

А в чём предмет срача? Пропустил начало, не могу сориентироваться.

тут не срач, тут интересное обсуждение принципов работы async/await

Откуда началось?

И самый большой вопрос: зачем? нельзя просто сделать всё в одном месте, а потом перейти в другое?

проникся?

Сделайте плес реплай

А почему управление прыгает? Почему не выполнить по порядку? Или же это и есть синхронность?

вот так нагляднее

Применение поймать не могу. Я могу понять запуск таска без .Result/await, который будет заполнять очередь (и ничего не возвращать) и запуск за ним разборщика очереди, который уже будет что-то возвращать. Тут две задачи (первая из которых может содержать в себе ещё несколько) параллельно запускаются и вторую мы await, а первую нет. Вообще считал всегда, что async методы для того, чтобы запустить их, они в фоне болтались, а в это время дальше работать, не ожидая его. А если ждать надо, то await.

А почему управление прыгает? Почему не выполнить по порядку? Или же это и есть синхронность?

потому что ты так используешь, тебе просто никто не запрещает ковыряться в носу через жопу, просто неудобно

потому что ты так используешь, тебе просто никто не запрещает ковыряться в носу через жопу, просто неудобно

Ну а как надо использовать?

Применение поймать не могу. Я могу понять запуск таска без .Result/await, который будет заполнять очередь (и ничего не возвращать) и запуск за ним разборщика очереди, который уже будет что-то возвращать. Тут две задачи (первая из которых может содержать в себе ещё несколько) параллельно запускаются и вторую мы await, а первую нет. Вообще считал всегда, что async методы для того, чтобы запустить их, они в фоне болтались, а в это время дальше работать, не ожидая его. А если ждать надо, то await.

есть асинхронность и многопточность, это как тёплое и мягкое

Ну а как надо использовать?

в твойм случае надо вот так

потому что тебе нужен синхронный код

синхронный многопоточный код

есть асинхронность и многопточность, это как тёплое и мягкое

Это я понял. И то, что асинхронность я не понял, я тоже понял. С многопоточностью как-то намного проще.

Вообще-то Parallel.For не гарантирует выполнение в разных потоках.

Вообще-то Parallel.For не гарантирует выполнение в разных потоках.

оно обычно так работает, тут 10 задач - создастся 4 потока и в каждом выполнится по 2 или 3 задачи

потому что тебе нужен синхронный код

Мне (в этой задаче) действительно нужен синхронный код. Вот только ещё мне нужно использовать HttpClient, а у него синхронных методов нет.

оно обычно так работает, тут 10 задач - создастся 4 потока и в каждом выполнится по 2 или 3 задачи

в упрощенном варианте

Так я и полез в это всё.

UWP что ли? или Core?

Core

а какой тебе метод нужен от HttpClient?

Это я понял. И то, что асинхронность я не понял, я тоже понял. С многопоточностью как-то намного проще.

Ты не понимаешь, как работает асинхронный код?

Ты не понимаешь, как работает асинхронный код?

По всей видимости, нет.

У нас там выше было на эту тему, ща поищу

а какой тебе метод нужен от HttpClient?

SendAsync, ReadAsStringAsync

Отсюда и ниже

Всё уже давно написано и работает, но, раз уж эти async есть, наверное, всё равно рано или поздно придётся их использовать, вот и пытаюсь понять.

var Response = Task.Run(async () => await HTTPClient.SendAsync(req).ConfigureAwait(false)).Result;

смотри, небольшое демо

var tasks = new List<Task?); for(int i =1;i<10;i++) { tasks.Add(Task.Delay(1000)); } Task.WhenAll(tasks).Wait();

вместо Prallel.For ты можешь просто насоздавать кучу тасков и потом дождаться из выполнения

этот код выполнится за 1 секунду

потому что таски будут выполняться параллельно

насколько я понимаю, ты хочешь выкачать какой то сайт или данные и хочешь это делать в много потоков

var tasks = new List<Task?); for(int i =1;i<10;i++) { tasks.Add(Task.Delay(1000)); } Task.WhenAll(tasks).Wait();

emoji. Ненависть.

смотри, небольшое демо

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

насколько я понимаю, ты хочешь выкачать какой то сайт или данные и хочешь это делать в много потоков

Нет, запросы редкие, обработка большая.

этот код выполнится за 1 секунду

Я может говорю хуйню, но разве в твоем коде таски не начинают выполняться по мере добавления в список задач? То есть при большем числе прохода цикла for к моменту вызова WhenAll часть из них уже будет завершена.

Я может говорю хуйню, но разве в твоем коде таски не начинают выполняться по мере добавления в список задач? То есть при большем числе прохода цикла for к моменту вызова WhenAll часть из них уже будет завершена.

Вроде так должно быть

Я может говорю хуйню, но разве в твоем коде таски не начинают выполняться по мере добавления в список задач? То есть при большем числе прохода цикла for к моменту вызова WhenAll часть из них уже будет завершена.

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

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

Я к тому, что твое утверждение про секунду неверно и сбивает с толку.

хммм... возможно)

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

У меня вопрос в общем о том, как работают async-методы и что с ними делать. Ну и что за муть с прыгающим управлением.

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

да и хрен с ними, нам надо получить результат

У меня вопрос в общем о том, как работают async-методы и что с ними делать. Ну и что за муть с прыгающим управлением.

ты же вроде проникся

Я к тому, что твое утверждение про секунду неверно и сбивает с толку.

Конкретно для меня тут сбивающего нет ничего, потому что я знаю о том, как работает каждая часть этого кода. И что ещё одна причина не выполниться этому за секунду - остуствие 10 логЯдер.

Конкретно для меня тут сбивающего нет ничего, потому что я знаю о том, как работает каждая часть этого кода. И что ещё одна причина не выполниться этому за секунду - остуствие 10 логЯдер.

БЛЕА!

Ааа, что?

причём тут ядра?

ну вот ты его запутал(((

Ну а на чём их 10 одновременно запустить?

да там не создаётся вообще потоков!

ERROR: S client not available

эта штука работает на таймере системном

P.F. Мне пакетами(примерно) как раз и выдавал результат. Особенно первый, ровно по количеству ядер.

Paraller For работает на потоках а мой второй пример их не создаёт

У меня вопрос в общем о том, как работают async-методы и что с ними делать. Ну и что за муть с прыгающим управлением.

Представь, что ты генерал двести лет назад и гоняешь своих адъютантов с поручениями. Первым делом ты сказал Ивану сгонять в другой штаб, спросить что-то важное. Когда он уехал на коне, ты можешь ждать пока он вернется, заставляя остальных адъютантов пыхтеть в прихожей (синхронный код) или принимать их, слушая ответы и давая им новые задания (асинхронный код).

да там не создаётся вообще потоков!

А потоки не в ThreadPool лежат? И по ним таски не распределяются? Или это в другом месте было?

var tasks = new List<Task?); for(int i =1;i<10;i++) { tasks.Add(Task.Delay(1000)); } Task.WhenAll(tasks).Wait();

вот этот код не создаст потоков

А потоки не в ThreadPool лежат? И по ним таски не распределяются? Или это в другом месте было?

да, это в другом месте про Paraller For

вот этот код не создаст потоков

Хорошо, тогда, на всякий случай, что такое поток?

Thread

этот такая единица операционной системы

Представь, что ты генерал двести лет назад и гоняешь своих адъютантов с поручениями. Первым делом ты сказал Ивану сгонять в другой штаб, спросить что-то важное. Когда он уехал на коне, ты можешь ждать пока он вернется, заставляя остальных адъютантов пыхтеть в прихожей (синхронный код) или принимать их, слушая ответы и давая им новые задания (асинхронный код).

А не многопоточность ли это?

этот такая единица операционной системы

И именно их количество не превышает количество ядер?

Асинхронность != многопоточность

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

Асинхронность != многопоточность

Да, и хорошо бы понять что из них что.

И именно их количество не превышает количество ядер?

в случае Paraller.For - создаётся количество потоков по количеству логических ядер, в процессе их гораздо больше

А не многопоточность ли это?

Многопоточность это когда у тебя (генерала) два или более рта и ты можешь говорить что делать сразу двум или более адъютантам

О, еще пример. Представь очередь в кассу в столовой. Все едут с подносами к оплате. Когда кассы две - это многопоточность. Когда кассир говорит тебе "три рубля завтра принесешь" вместо того, чтобы ждать когда ты их сейчас принесешь и тормозить всю очередь - это асинхронность.

Если он не создаёт потоков, то как таски параллельно выполняются?

они выполнябтся асинхронно

а не многопоточно

О, еще пример. Представь очередь в кассу в столовой. Все едут с подносами к оплате. Когда кассы две - это многопоточность. Когда кассир говорит тебе "три рубля завтра принесешь" вместо того, чтобы ждать когда ты их сейчас принесешь и тормозить всю очередь - это асинхронность.

Теперь вроде получше. А реализация как выглядит?

последний столбец - количество потоков в одном процессе

Теперь вроде получше. А реализация как выглядит?

конкретно с Delay?

Да, и хорошо бы понять что из них что.

http://ru.stackoverflow.com/a/416086

они выполнябтся асинхронно

Но где они выполняются, если поток один?

Но где они выполняются, если поток один?

они не выполняются вообще, они просто преходят в завершенное состояние через некотоое время\

системый таймер переключит их через определенное время

Женич

Жения

они не выполняются вообще, они просто преходят в завершенное состояние через некотоое время\

Хорошо, а если в каждом запрос, на который сервер полминуты отвечает?