Выражение-то корректно, только имеет тип ReadOnlySpan<byte>. Его в строковых операциях не использовать нигде, только в стрим писать байтами и остаётся.
Дело не в самом железе, а в точке достижения незавершенного await (в случае с железом это будет как раз точка достижения железа).
Каждый await вниз по цепочке вызовов выполняется синхронно, до первого await, который не сможет выполниться синхронно и задействует вместо этого конечный автомат. В этот момент вызов вернется в начало цепочки, и поток, который этот вызов начал (и у которого теперь на руках незавершенный await) окажется свободен. Он вернётся туда, откуда пришёл - в случае с консольным приложением в тредпул, в случае с winforms - в петлю сообщений. И будет там заниматься своими делами, а не сидеть и ждать, пока вернётся его незавершённый await. Поэтому можно говорить, что there is no thread, которая сидит и ждёт.
Этот принцип вы никак не опровергаете своими примерами.
В которое в конечном итоге уходит ваш асинхронный запрос. Собственно, в этом железе вся суть статьи, которую вы опровергаете, поэтому есть ощущение, что вы основываете рассуждения только на заголовке статьи, а не на содержании.
Прочтите хотя бы до середины, до слов
The write operation is now “in flight”. How many threads are processing it? None. There is no device driver thread, OS thread, BCL thread, or thread pool thread that is processing that write operation. There is no thread.
При этом ваши выводы - о том, что код продолжил выполняться на другом потоке, чем до этого - совершенно ортогональны статье и никак не опровергают и не подтверждают её.
Ещё раз, суть статьи и фразы "there is no thread" - объяснить, что нет никакого потока, который сидит и больше ничего не делает, кроме как ждёт, пока вернётся await. Потому что людей это беспокоило и они хотели этот ждущий поток освободить. И всё это никак не связано с тем, на том же или на другом потоке продолжит выполняться код после возврата await-а.
"Сейчас" - в контексте критикуемой вами статьи и её главной мысли - это пока выполняется ваш await, который вы уже вызвали и который уже ушёл из вашего кода, через фреймворк, через драйвер в железо, и пока не вернулся. Утверждение "There is no thread" - это про то, что в этом "сейчас" нет никакого потока, который занимается ожиданием возвращения вашего await.
А вы пытаетесь это утверждение опровергнуть, приводя примеры про "после", когда вышеупомянутый await наконец вернулся из железа, через драйвер, через фреймворк в ваш код, и следующий за ним код вдруг выполняется в другом потоке. Что совершенно иное явление.
Но может быть я где-то, как-то вас тоже обманываю?
Да. Вы подменяете понятия "поток, выполняющий операцию сейчас" и "поток, на котором операция продолжится после await".
Фраза "There is no thread" совершенно верна в том контексте, в котором она была произнесена. Её смысл в том, что нет потока, который сидит и ждёт, пока завершится ваш ReadFileAsync(). Она никогда не означала "после завершения await код продолжит выполняться на том же потоке, что до начала await". На каком потоке продолжит выполняться код, зависит от контекста синхронизации.
Вы не перепутали подписи к картинкам? "40 year old woman model posing and smiling in front of a solid, pink colored background" у вас на КДПВ, а поставили вы этот промпт под картинкой на "60 year old woman after plastic surgery smiling in front of solid purple background".
И вот GitHub присоединяется к PayPal в его продуманном подходе к обращениям в поддержку.
В пэйпале тоже, поддержка только после входа в учетную запись. А вот что делать тем, у кого сайт пэйпала выдаёт ошибку при попытке зарегистрировать новую учетную запись, пэйпал не сообщает. Но предлагает войти в учётную запись перед тем, как обращаться в поддержку.
Спам как звонил, так и звонит. Штук по пять в день, причём номера не повторяются.
А вот мне самому Caller ID в Skype пришлось выключить. Это ж как раз "подмена номера". Теперь когда я звоню со скайпа, у людей левые номера высвечиваются.
Я пытался привязать свою Google Workspace-почту к личной, да, ещё до вашей статьи.
Перейдите по ссылке для добавления корпоративной почты как дополнительной
Результат: таки можно отправлять письма с личного ящика от имени корпоративного ящика.
Но есть подвох: эти письма отправляются напрямую в спам у получателя. Даже если получатель — это корпоративный адрес в твоей же компании, в твоём же Google Workspace. Потому что Google Workspace такую имперсонацию не поддерживает и считает подделкой адреса отправителя. Так что приходится сидеть в двух аккаунтах всё равно, что сводит на нет удобство от имперсонации.
Вы можете сказать, а что если сделать наоборот? Раз привереда в этой ситуации именно Google Workspace, то может это в Google Workspace добавить личную почту в качестве дополнительной? Нет, это тоже не работает: добавлять как дополнительные можно только адреса из того же Google Workspace. Личные почты не поддерживаются.
Морозильник начал сигнализировать о флуктуациях температуры. Ремонт был назначен на через неделю, раньше было нельзя из-за ковидных ограничений. Было экспертно установлено, что морозильник дождется ремонта и образцы не пострадают. Невозможность вытыкания холодильника из розетки обеспечили. Уборщик признался сам, что залез в щиток и выключил, чтобы заткнуть "надоедливые сигналы" холодильника. И сказал, что знал, что ему нельзя лазить в щиток, но, дескать, думал, что включает (на радость холодильнику) выключенные контакты, а не наоборот.
Выражение-то корректно, только имеет тип
ReadOnlySpan<byte>. Его в строковых операциях не использовать нигде, только в стрим писать байтами и остаётся.Так не бывает строк таких в дотнете.
stringвсегда в UTF-16. Который вполне себе тоже содержит символы длиной от двух до четырех байт.Дело не в самом железе, а в точке достижения незавершенного await (в случае с железом это будет как раз точка достижения железа).
Каждый await вниз по цепочке вызовов выполняется синхронно, до первого await, который не сможет выполниться синхронно и задействует вместо этого конечный автомат. В этот момент вызов вернется в начало цепочки, и поток, который этот вызов начал (и у которого теперь на руках незавершенный await) окажется свободен. Он вернётся туда, откуда пришёл - в случае с консольным приложением в тредпул, в случае с winforms - в петлю сообщений. И будет там заниматься своими делами, а не сидеть и ждать, пока вернётся его незавершённый await. Поэтому можно говорить, что there is no thread, которая сидит и ждёт.
Этот принцип вы никак не опровергаете своими примерами.
Асинхронная операция не создаёт поток в том смысле, что его создаёт не она. Поток создаёт (или не создаёт) контекст синхронизации.
В которое в конечном итоге уходит ваш асинхронный запрос. Собственно, в этом железе вся суть статьи, которую вы опровергаете, поэтому есть ощущение, что вы основываете рассуждения только на заголовке статьи, а не на содержании.
Прочтите хотя бы до середины, до слов
При этом ваши выводы - о том, что код продолжил выполняться на другом потоке, чем до этого - совершенно ортогональны статье и никак не опровергают и не подтверждают её.
Ещё раз, суть статьи и фразы "there is no thread" - объяснить, что нет никакого потока, который сидит и больше ничего не делает, кроме как ждёт, пока вернётся await. Потому что людей это беспокоило и они хотели этот ждущий поток освободить. И всё это никак не связано с тем, на том же или на другом потоке продолжит выполняться код после возврата await-а.
"Сейчас" - в контексте критикуемой вами статьи и её главной мысли - это пока выполняется ваш await, который вы уже вызвали и который уже ушёл из вашего кода, через фреймворк, через драйвер в железо, и пока не вернулся. Утверждение "There is no thread" - это про то, что в этом "сейчас" нет никакого потока, который занимается ожиданием возвращения вашего await.
А вы пытаетесь это утверждение опровергнуть, приводя примеры про "после", когда вышеупомянутый await наконец вернулся из железа, через драйвер, через фреймворк в ваш код, и следующий за ним код вдруг выполняется в другом потоке. Что совершенно иное явление.
Да. Вы подменяете понятия "поток, выполняющий операцию сейчас" и "поток, на котором операция продолжится после await".
Фраза "There is no thread" совершенно верна в том контексте, в котором она была произнесена. Её смысл в том, что нет потока, который сидит и ждёт, пока завершится ваш
ReadFileAsync().Она никогда не означала "после завершения await код продолжит выполняться на том же потоке, что до начала await". На каком потоке продолжит выполняться код, зависит от контекста синхронизации.
Вы не перепутали подписи к картинкам? "40 year old woman model posing and smiling in front of a solid, pink colored background" у вас на КДПВ, а поставили вы этот промпт под картинкой на "60 year old woman after plastic surgery smiling in front of solid purple background".
Я тоже точно читал на Хабре, и точно значительное время назад. Никогда не был на пикабу или виси.
И вот GitHub присоединяется к PayPal в его продуманном подходе к обращениям в поддержку.
В пэйпале тоже, поддержка только после входа в учетную запись.
А вот что делать тем, у кого сайт пэйпала выдаёт ошибку при попытке зарегистрировать новую учетную запись, пэйпал не сообщает. Но предлагает войти в учётную запись перед тем, как обращаться в поддержку.
Это примерно 0.000003 джоуля?
А как же ихнее извечное
?
Они починили только
foreach.forоставили.Обещают автоматически перевести на 115 ESR.
Спам как звонил, так и звонит. Штук по пять в день, причём номера не повторяются.
А вот мне самому Caller ID в Skype пришлось выключить. Это ж как раз "подмена номера". Теперь когда я звоню со скайпа, у людей левые номера высвечиваются.
Единственный эффект от этого всего.
Я пытался привязать свою Google Workspace-почту к личной, да, ещё до вашей статьи.
Результат: таки можно отправлять письма с личного ящика от имени корпоративного ящика.
Но есть подвох: эти письма отправляются напрямую в спам у получателя. Даже если получатель — это корпоративный адрес в твоей же компании, в твоём же Google Workspace. Потому что Google Workspace такую имперсонацию не поддерживает и считает подделкой адреса отправителя. Так что приходится сидеть в двух аккаунтах всё равно, что сводит на нет удобство от имперсонации.
Вы можете сказать, а что если сделать наоборот? Раз привереда в этой ситуации именно Google Workspace, то может это в Google Workspace добавить личную почту в качестве дополнительной? Нет, это тоже не работает: добавлять как дополнительные можно только адреса из того же Google Workspace. Личные почты не поддерживаются.
Морозильник начал сигнализировать о флуктуациях температуры. Ремонт был назначен на через неделю, раньше было нельзя из-за ковидных ограничений. Было экспертно установлено, что морозильник дождется ремонта и образцы не пострадают. Невозможность вытыкания холодильника из розетки обеспечили. Уборщик признался сам, что залез в щиток и выключил, чтобы заткнуть "надоедливые сигналы" холодильника. И сказал, что знал, что ему нельзя лазить в щиток, но, дескать, думал, что включает (на радость холодильнику) выключенные контакты, а не наоборот.
Именно так (ссылка на youtube).
Скупая слеза прокатилась по щеке Мойши. Уже теперь-то он напоёт!
Да. Например.