Могу ли я с уверенностью предположить, что установка Windows всегда будет с прямым порядком байтов?

Я пишу драйвер файловой системы в пространстве пользователя для Windows, и я имел дело с преобразованием порядка байтов, поскольку эта конкретная файловая система всегда хранит значения в little-endian формат, и ожидается, что драйвер конвертирует их (при необходимости) для процессора, на котором он работает. Тем не менее, я задаюсь вопросом, нужно ли мне вообще беспокоиться о преобразованиях порядка байтов, поскольку, насколько я могу судить, настольная Windows поддерживает только архитектуры с прямым порядком байтов (IA32, x86-84 и т. Д.) И, следовательно, на диске значения с прямым порядком байтов отлично подходят без преобразования. Верно ли это наблюдение, и если да, то приемлемо ли предположение, что Windows всегда будет работать на оборудовании с прямым порядком байтов? Кроме того, возможно ли (в 2011 году) запустить Windows на эмуляторе с прямым порядком байтов или что-то в этом роде, чтобы можно было даже проверить на проблемы с порядком байтов?

Изменить: Для большей ясности, как сейчас работает мой код, я проверяю порядок байтов при запуске, а затем каждый раз, когда загружаю значение с диска, я запускаю его через встроенную функцию, которая использует внутреннюю функцию для изменения порядка байтов, если архитектура является прямым порядком байтов. Проблема в том, что я не знаю, пропустил ли я одно или несколько мест, где мне нужно было выполнить преобразование, и самый простой способ проверить, не облажался ли я, - запустить программу на архитектуре с прямым порядком байтов. Так что мне интересно узнать (a) , если эти проверки вообще необходимы, поскольку Windows обычно не работает на платформах с прямым порядком байтов (по крайней мере, сегодня), и (b) как я мог бы протестировать свой код, так как я не могу придумать способ запустить Windows на архитектуре с прямым порядком байтов, и ручное изменение всех многобайтовых значений на диске по-прежнему требует ручного процесса, который Я вполне могу облажаться.