В Windows, когда вы выполняете ввод-вывод, вы можете сделать это асинхронно, используя параметр OVERLAPPED. Есть ли разница между этим и синхронным вводом-выводом в другом потоке? Если да, то что лучше? ОС просто порождает отдельный поток в асинхронном случае или просто ставит его в очередь в потоке драйвера и отправляет сигнал вместо ожидания блока?
Спасибо!
Ввод-вывод Windows по своей природе асинхронный, поэтому выполнение асинхронной операции в .NET, например, не должен использовать поток, после завершения операции некоторые существующие потоки ненадолго заимствуются для уведомления о завершении операции, но потоки не создаются.
Это сильно отличается от запуска синхронной операции в другом потоке. Он использует поток, который делает программу гораздо менее масштабируемой. В .NET поток имеет локальное хранилище по умолчанию 1 МБ, поэтому тысячи запущенных потоков будут потреблять гигабайты памяти. Затем у вас также есть дополнительные затраты на переключение между потоками, которые обычно невелики, но могут складываться, если у вас много потоков.
FileStream используют поток. Вы можете указать isAsync: true в его конструкторе, чтобы получить FileStream, который вместо этого использует перекрывающийся ввод-вывод, но кажется, что в наиболее распространенных сценариях использования это работает хуже, чем многопоточный ввод-вывод по умолчанию. Итак, по умолчанию в .NET в пользовательском пространстве есть поток. Теперь, поскольку он использует ThreadPool, стоимость создания потока амортизируется, и размер стека не будет проблемой из-за рабочих очередей, а автоматическая настройка размера пула обычно позволяет избежать тысяч потоков.
- person binki; 10.07.2018
Согласно центру разработки MSDN, «асинхронный ввод-вывод также называется перекрывающимся вводом-выводом», кроме того, далее говорится, что асинхронный ввод-вывод обрабатывается ядром, по сути, другим потоком. Не знаю, как вы, но если мне не нужно что-то писать, то я не буду... Это мое правило ленивого программиста №1.
