Алексей КМСУпропущено...

Факт того, что UI так и остается висеть, не смущает? ;)Если это про наш недавний пример с мёртвой блокировкой, то там искуственно вставлен .Wait() , которого в боевой ситуации быть не должно.
Нет, конечно, это я уже про боевые асинхронные фичи ASP.NET. Асинхронные серверные операции имеют смысл, когда у нас n задач, а не одна длительная.
Как всегда пример от МСУ :) т.к. он не любит фееричность:

1. Возьмём тот же PageAsyncTask
2. Зарегистрируем в Button1_Click 3 задачи, каждая по 3 секунды.
3. Выплюнем Page.ExecuteRegisteredAsyncTasks()
4. В Page_PreRenderComplete получим синхронизацию

Всё согласно документации и без обманаAny asynchronous tasks registered before the PreRenderComplete event will be executed automatically by the page if they have not already been executed. Those asynchronous tasks registered after the PreRenderComplete event must be executed explicitly through the ExecuteRegisteredAsyncTasks method. The ExecuteRegisteredAsyncTasks method can also be used to start tasks before the PreRenderComplete event. The ExecuteRegisteredAsyncTasks method executes all the registered asynchronous tasks on the page that have not been executed.

5. Лёша, убийца DBA, внимание вопрос - сколько времени будет отсасывать страница в UI?

МСУЛёша, убийца DBA

Поясню, это не уточнение, а перечисление.

Алексей КНу ты же знаеш, что я не люблю не умею Web. Может скоро полюблю, но пока нет. :-)
Страница будет курить 3 секунды, держа за яйца UI с пользователем. То есть n задач мы распараллелили, круто - получен профит и все довольны, отпимизация на лицо. Но в случае одной длительной задачи мы всё-равно будем ждать до конца, пока она не исполнится (это я уже больше к Где-то в степи обращаюсь).
Если нужна асинхронность без удержания UI, шагом марш на клиента в JavaScript - и там хоть до опупения асинхронимся с сервером, UI будет жить своей жизнью, асинхронные запросы - своей.

http://codearticles.ru/Home/ArticleView/282

Алексей Кзы: Ничего что я "на ты", если что-то не так - поправьте... :-)
Это возмутительно!

P.S. По примеру асинхронных страниц в ASP.NET - есть рецепт, милости просим: http://codearticles.ru/Home/ArticleView/282
Хотя это больше для ASP.NET форума, чем тут. В любом случае подписывемся на RSS фид, и курим рецепт первой новостью :)

Где-то в степиМСУ http://codearticles.ru/Home/ArticleView/282

че там с капчей?, третьего дня регился насилу попал с похм., почему ее нельзя передергивать?
Если на холодный старт апп попал, то капча асинхронно подтягивается с сервера с некоторой задержкой. Но холодный старт вещь редкая, так как поисковые двигла от гугыля и яндекса периодически прогревают.
Могу заморочиться такой плюшкой: http://codearticles.ru/Home/ArticleView/1510 но лень, т.к. роботы-таки помогают :)

Где-то в степипросто капчу не смог расшифровать,( ну вот так получилось, с кем не бывает) хотел передернуть
Куясе, это чего надо было выпить


Где-то в степичто бы другая вышла, а не нашел где...
F5 :)

Где-то в степиМСУ,ну и контролы для мувице раздел, и что бы возможно было покритиковать или задать вопрос по ним, я бы парочку закинул
пощупать что народ скажет, ( хотя кто пользовался, по головке погладили)
Ок, ты пиши рецепт на главной, я его потом опубликую со ссылкой на автора, рецепты от гостей попадают в специальный каталог.

МСУГде-то в степиМСУ,ну и контролы для мувице раздел, и что бы возможно было покритиковать или задать вопрос по ним, я бы парочку закинул
пощупать что народ скажет, ( хотя кто пользовался, по головке погладили)
Ок, ты пиши рецепт на главной, я его потом опубликую со ссылкой на автора, рецепты от гостей попадают в специальный каталог.

Типа того

Алексей КА никто и не обещал, что на клиенте произойдёт чудо. Клиент получит респонз не раньше чем на сервере отработают все таски и прочие операции. Это оптимизация распределения потоков на сервере, не более того.
Так, подведем итоги. Есть что сказать, Алексей? )

SeVaВместо отсосов и выплевываний
Using Asynchronous Methods in ASP.NET 4.5 .
Те же яйца только в профиль:

The asynchronous version:

DualcoreНу в общем-то именно это я и спросил. Как балансировать нагрузку, когда количество запросов очень большое, а выполнение каждого слишком длительное.
И тебе ответили - длительные операции выносить в отдельную песочницу, а SOA уже будет поставлять посчтанные данные.

DualcoreПростой пример. Это когда куча клиентов должна ежедневно получать некую обновленную информацию (предположим прайсы на милион позиций или еще чего). Соотвесвтенно получается, что они каждое утро все ломятся примерно в одно время. А потом весь день тишина.
За миллион позиций в SOA расстреливаем на месте.