Windows 2000 использует другой подход. Эта операционная система самостоятельно следит за использованием центрального процессора. Каждому из запущенных приложений предоставляется возможность использовать центральные процессор в течение заранее определённого времени, длительность которого зависит от степени приоритета, которым обладает приложение. Когда это время истекает, операционная система автоматически предоставляет процессор в распоряжение следующему приложению. Таким образом, можно быть уверенным, что процессором смогут воспользоваться все запущенные на данный момент программы. Высокоприоритетные приложения будут использовать процессор в течение более длительного времени, чем низкоприоритетные. Такой метод называют приоритетной многозадачностью.

В Windows 2000 режим приоритетной многозадачности используется для выполнения прикладных программ Win 32, а приложения Win 16 запускаются в едином адресном пространстве, эмулирующем среду Windows 3.x. При этом все приложения Win 16 между собой делят предоставленное им процессорное время, по-прежнему используя кооперативную многозадачность. Таким образом, одна некорректно написанная программа Win 16 может блокировать выполнение всех остальных программ Win 16 (но она не сможет нарушить работу приложений Win 32). Чтобы предотвратить подобные инциденты, можно использовать для запуска каждой программы Win 16 отдельное адресное пространство. В этом случае разделением процессорного времени между ними будет управлять операционная система. Если необходимо перенести в среду Windows 2000 несколько приложений Win 16, и некоторые из них интенсивно используют процессорное время, рекомендуется запускать их в разных адресных пространствах. При этом обеспечивается более эффективная совместная работа всех программ Win 16.

· Длинные имена

Известно, что приложения DOS и Windows 3.x не обладают возможностью корректно обрабатывать файлы с длинными именами, которые допускается использовать в Windows 9.x и Windows 2000. Однако зачастую это не является серьёзной проблемой. Несмотря на то, что приложения DOS и Windows 3.x не могут воспринимать длинные имена, они могут идентифицировать соответствующие файлы при помощи имён в стандарте 8.3, которые автоматически генерирует для них операционная система Windows 2000.

Однако при использовании NTFS эту возможность можно отключить при помощи одного из параметров реестра Windows 2000. В этом случае операционная система не будет осуществлять преобразование длинных имён в формат 8.3, и приложения DOS и Windows 3.x не смогут обратиться к файлам, обладающим длинными именами. Несмотря на то, что при этом несколько увеличивается производительность, использование такого режима не рекомендуется.

· Приложения Windows 9x

Большинство приложений Windows 9x без каких-либо проблем смогут работать в Windows 2000. Однако многие такие программы подвержены тем же проблемам, что и приложения DOS и Windows 3.x. Вместе с тем, так как программы Windows 9x являются 32-битными приложениями, они в большей степени приспособлены к работе в среде Windows 2000. С другой стороны могут ожидаться проблемы с русифицированным программным обеспечением. Так, например, не удалось под Windows 2000 Professional Release Candidate (build 2128) «научить» Русский Word 95 отображать русские буквы в своих диалоговых окнах. Но будем надеяться, что с появлением локализованной версии Windows 2000 большинство подобных проблем будет решено.

· Драйверы устройств

Драйверы устройств, такие как, например, драйверы видеокарт, предназначенные для использования в Windows 9x, не совместимы с Windows 2000. Если прикладная программа Windows 9x требует специального драйвера для Windows 9x, она не сможет работать в Windows 2000. Однако существуют исключения. Windows 98 поддерживает технологию WDM (Windows Driver Model), разработанную Microsoft для того, чтобы избавить производителей от необходимости разрабатывать отдельную версию драйвера для каждой новой операционной системы. Драйверы, разработанные согласно спецификации WDM, смогу без проблем работать в Windows 2000.

· Безопасность

В случае возникновения проблемы, связанной с безопасностью, прикладные программы DOS и Win 16, скорее всего, отреагируют некорректно. В результате работа всей системы может быть нарушена, а данные – утеряны. В отличие от них, приложения Windows 9x имеют возможность отреагировать на отказ системы, выполнить ту или иную операцию более корректным образом. Приложения Windows 9x используют программный интерфейс Win 32 API и в случае отказа получают от операционной системы более содержательные служебные отношения. Вместе с тем, если программа написана без учёта особенностей Windows 2000 и её системы безопасности, она всё равно может повести себя самым непредсказуемым образом. Как и в случае с другими операционными системами, в подобной ситуации рекомендуется либо отключить некоторые системы безопасности, либо предоставить программе более широкие права.

· Программный интерфейс Win 32 API

Несмотря на то, что Windows 9x, как и Windows 2000, использует Win 32 API, между программными интерфейсами этих двух платформ существуют отличия. Большое количество отличий относится к области обеспечения безопасности, однако существуют также несоответствия и в других областях. Часто разница между программными интерфейсами этих двух платформ сказывается на работе некоторых утилит, таких как, например, антивирусные средства и утилиты дефрагментации диска. Если возникла подобная проблема, можно либо обновить или заменить приложение, либо отказаться от его использования.

5.6. Приложения Windows NT 4.0

Очень небольшое количество прикладных программ Windows NT будет иметь проблемы при запуске их в среде Windows 2000. Операционная система Windows 2000отличается от Windows NT, в основном, новыми возможностями. В большинстве случаев все уже имевшиеся в NT механизмы и подсистемы полностью сохранили свою функциональность. Корректно написанное приложение Windows NT может быть без проблем перенесено в рабочую среду Windows 2000. Однако при переносе некоторых служб и системных утилит возможно возникновение трудностей.

· Службы Windows NT 4.0

В процессе переноса программного обеспечения Windows NT на платформу Windows 2000 наибольшие проблемы могут вызвать системные службы NT. Конечно, это относится далеко не ко всем службам. Большинство служб можно перенести на Windows 2000 без каких-либо трудностей. Всё же системные службы больше других приложений подвержены влиянию изменений в архитектуре Windows 2000.

Чаще всего проблемы возникают при переносе на Windows 2000 служб NT, предназначенных для выполнения функций, которые уже встроены в Windows 2000. Например, существует несколько приложений, разработанных сторонними производителями и предназначенных для обеспечения более удобного администрирования Windows NT. B Windows 2000 для этой цели предназначается служба каталога Active Directory (AD), таким образом, надобность в дополнительных программных средствах отпадает. То же самое можно отнести и к службам ограничения доступного для пользователей дискового пространства, а также разного рода средствам аутентификации пользователей, таким как, например, системные поддержки смарт-карт.