oses – -Translation – Keybot Dictionary

Spacer TTN Translation Network TTN TTN Login Deutsch Français Spacer Help
Source Languages Target Languages
Keybot 15 Results  www.classic-hotelwien.at
  Universal ATA/SATA/AHCI...  
Now drivers uses special library from DbgDump, which makes it binary-compatible with all NT OSes.
Теперь драйвер использует спец. библиотеку из комплекта DbgDump, которая позволяет обходить различия API разных версий NT.
  Universal ATA/SATA/AHCI...  
Implemented ATA bus rescan and device removal functionality. Works under all OSes including NT3.51 and NT4. Theoretically, this makes possible ATA device hot-swap.
Сделан поиск новых устройств и удаление подключеных из командной строки. Работает во всех версиях Windows, включая NT3.51/NT4. В теории это должно давать возможность горячей замены.
  Persistent SUBST for Wi...  
Visual Subst Same tool with GUI. Works under Win 2000 and newer OSes.
Visual Subst Графическая утилита с аналогичным функционалом под Win 2000 и старше.
  PCI Device Information ...  
Fixed bug with working under XP. Application must enable SE_LOAD_DRIVER_NAME privilege in order to communicate with driver. Previous OSes had this privilege enabled by default.
Исправил глюк в работе под XP. Оказалось, что приложению необходимо получить права SE_LOAD_DRIVER_NAME. В более ранних ОС они были доступны by default.
  Universal ATA/SATA/AHCI...  
Started work on WDM (PnP) model support. This is required to let 2000 higher OSes go to hibernate and sleep.
Начаты работы по поддержке WDM (PnP) модели. Т.е. чтобы драйвер работал в 2000 и старше идеологически правильно и не мешал делать hibernate и sleep.
  Universal ATA/SATA/AHCI...  
Hot swap for IDE devices under OSes prior w2k
Поддержка RAID (mirror, stripping, mirror+stripping)
  DbgPrint logger for NT3...  
Fixed severeal bugs in WinDbg protocol over COM-port support. Thanks to KtP. Now works with all OSes from NT3.51 to Vista.
Исправлен ряд глюков в поддержке протокола WinDbg через COM-порт, за что огромное спасибо KtP. Теперь стабильно работает от NT3.51 до Vista.
  Bad Block Copy for Wind...  
In order to overcome this problem I've added option -n to disable caching manually. Also, caching is disabled automatically for block devices and 'large' files. File is assimed to be 'large' of its size exceeds 2Gb under 9x and 100Gb - under NT family OSes.
Обнаружил, что при работе о большими файлами необходимо отключать кеширование. Иначе перестают отрабатывать операции чтения/записи по причине INSUFFICIENT RESOURCES - невозможно выделить память под внутренние структуры. Для моей машины (320Мб оперативки) предел составил 150Гб. Поэтому введена опция -n для принудительного отключения кеширования. Также, при работе с блочными устройствами и файлами больше 2Гб под 9x и 100Гб - для семейства NT кеширование выключается автоматически.
  Universal ATA/SATA/AHCI...  
Fixed .INF-file for XP and higher OSes (I checked under 2003). The problem appeared because %12% no longer points to drivers directory. Now %10%\System32\drivers is used.
Исправлен установочный .INF-файл (в каталоге для XP, подходит также для 2003). Дело было в том, что %12% не указывает на каталог с драйверами, как это было ранее. Сейчас используется %10%\System32\drivers.
  Deltree for NT/w2k/XP  
Unfortunately, it removes files only and doesn't delete directory tree :(. When I met this problem I didn't know about RD command, which does what I needed. And anyway, RD works under NT-family OSes only. Thus, I've written own DELTREE, working under all Windows platforms.
В Windows 9x есть полезная утилита DELTREE, позволяющая удалять директории вместе со всем содержимым. В NT-клонах (NT, w2k, XP, .NET) похожей функциональностью наделена команда DEL при использовании ее с ключaми /S (рекурсивно) /Q (без вопросов) /F (даже read-only). Однако она не удаляет сами директории :(. Когда я с этим столкнулся, я не знал о существовании команды RD, которая с ключaми /S (рекурсивно) /Q (без вопросов) делает как раз то, что нужно (правда, только под NT/2k/XP...). Пришлось написать собственный DELTREE, работающий под всеми операционками.
  Abstractions, limits of...  
Also, OS have to allocate contiguous block of memory addresses. There is no problem under 64-bit OSes, but in 32-bit system we have only 4GB at all and only about 1 or 2 GB available for file mapping.
А теперь о накладных расходах: для того, чтобы отобразить файл в память нужно построить карту, в которой будет отмечено, какой фрагмент присутствует в физ. памяти, а какой нет, был ли блок изменен и т.п. Это тоже требует выделения памяти. Кроме того, расходуется адресное пространство, которого в 32-битной системе 4Гб, из которыз для нужд memory mapping'а доступно 1-2Гб. (в 64-битной такой проблемы условно нет, т.к. нет таких объемов данных). Получается, что для того, чтобы открыть файл обычным способом (с вкл. кешированием) или отобразить его в память нужно иметь достаточное к-во памяти для служебных нужд и достаточное незанятое непрерывное адресное пространство. Для относительно небольших файлов проблем нет. А когда речь заходит о сотнях мегабайт и гигабайтах - знакомые утилиты вдруг перестают работать.