На самом деле, это будет работать только в очень немногих случаях (конечно, не в играх!), Даже если бы это было возможно.
Первым шагом является экспорт необработанного протокола устройства, поскольку Windows использует прямой доступ для более быстрой замены. В настоящее время это не может быть сделано, поскольку для Windows не существует необработанного протокола устройства (есть в Linux и некоторых Unices, и, возможно, iSCSI может это сделать).
Затем вам нужно будет импортировать устройство на клиентский компьютер как физическое устройство. Это тоже можно сделать, но по соображениям безопасности большинство реализаций рассматривают сетевые устройства как съемные устройства. Впрочем, можно сделать это, настроив технологию ReadyBoost.
Но теперь проблема заключается в том, что сетевое устройство на несколько порядков медленнее, чем физическое дисковое устройство (на несколько порядков медленнее, чем память), поэтому вы не сможете заменить его слишком сильно, если система не будет работать вхолостую. ,
Вы можете использовать это только в том случае, если ваши требования к оперативной памяти были низкими, а ваши требования к запоминающему устройству огромны и терпимы к очень медленным скоростям. И это было бы полезно, если бы вы имели это на нескольких компьютерах. Это означает, что вы построили вычислительный кластер ... и это означает, что у вас есть проблема распределенных вычислений (у которых есть собственный набор инструментов, к которому обычно обращаются путем выгрузки целых процессов со всей их памятью на другие узлы).
При обычном использовании, если больший дисковый файл подкачки не поможет вам из-за того, что он слишком медленный, а перебои убивают вашу производительность, как может решить проблему еще более медленный сетевой диск?
Сценарии
Это позволило бы пользователям создавать кластеры оперативной памяти, используя все свои домашние или офисные компьютеры, что повысит производительность одного компьютера для некоторых задач разработки / игр / видео и т. Д.
Для обработки видео существует возможность разгрузки задач параллельно клиентским компьютерам, каждый из которых работает на блоке видеокадров или разных каналах. По этому вопросу ведутся активные исследования . Хитрость заключается в том, что все клиенты имеют быстрый доступ к запоминающему устройству (которое также может быть распределено: существуют также сетевые распределенные файловые системы, в которых файлы могут находиться на нескольких физических серверах), каждый из которых работает с задачами, связанными с ЦП.
Для разработки существуют такие инструменты, как dmake, которые позволяют разделить сборку проекта (и статический анализ, тестирование и документ ...) на разные хосты. Это также может быть выполнено автоматически с помощью систем непрерывного изготовления и автоматической сборки , и результаты, возможно, будут намного лучше, чем делать все по требованию с одного хоста команд.