Вредоносное ПО (malware) - это назойливые или опасные программы,...
Как и в HTML, XML элементы могут иметь атрибуты. При этом значение атрибутов в XML и правило их создания во многом похожи на .
Атрибуты предоставляют дополнительную информацию об элементе.
XML атрибуты
В HTML атрибуты предоставляют некоторую дополнительную информацию об элементе:
Атрибуты часто предоставляют информацию, не являющуюся частью данных. В примере ниже тип файла не зависит от данных, но эта информация может быть важна для приложений, которые будут манипулировать этим элементом:
XML атрибуты должны заключаться в кавычки
Значение атрибута всегда должно заключаться в кавычки. Это могут быть либо двойные, либо одинарные кавычки. Например, пол персонажа можно записать так:
либо так:
Если значение атрибута само содержит двойные кавычки, то можно использовать одинарные кавычки. Например:
либо использовать символы сущностей:
XML элементы или атрибуты
Посмотрите на следующие примеры:
Пример №1
Пример №2
В первом примере пол указан в атрибуте. Во втором, пол записан, как элемент. Оба примера предоставляют одну и ту же информацию.
Нет правил, регулирующих то, когда использовать атрибуты, а когда элементы. Атрибуты широко используются в HTML. В XML, на мой взгляд, лучше их избегать, и вместо них использовать элементы.
Что лучше?
Следующие три XML документа содержат совершенно одинаковую информацию:
Дата записана, как атрибут :
Дата записана, как элемент :
Дата записана, как расширенный элемент (На мой взгляд наилучший вариант):
Избегать XML атрибуты?
При использовании атрибутов возникают некоторые проблемы:
- атрибуты не могут содержать множественные значения (элементы могут)
- атрибуты не могут содержать древовидные структуры (элементы могут)
- атрибуты сложно расширять (для будущих изменений)
Никогда не используйте следующие конструкции:
XML атрибуты для метаданных
Иногда элементам присваивают идентификаторы. Эти идентификаторы используются для идентификации XML элементов в точности также, как идентификационные атрибуты в HTML. Следующий пример демонстрирует это:
В приведенном примере атрибут id используется для идентификации разных заметок. Эта информация не является частью самой заметки.
Главная мысль всего сказанного это то, что метаданные (данные о данных) следует записывать, как атрибуты, а сами данные, как элементы.
Всем привет, сегодня мы с вами поговорим о DMA: именно о той технологии, которая помогает вашему компьютеру воспроизводить для вас музыку, выводить изображение на экран, записывать информацию на жесткий диск, и при этом оказывать на центральный процессор просто мизерную нагрузку.
DMA, что это? О чем вы говорите?
DMA, или Direct Memory Access – технология прямого доступа к памяти, минуя центральный процессор. В эпоху 486-ых и первых Pentium во всю царствовала шина ISA, а также метод обмена данными между устройствами – PIO (Programmed Input/Output).PIO по своей сути прост: чтобы получить данные с устройства, драйвер операционной системы (или же firmware другого устройства), должен был читать эти данные из регистров устройства. Давайте разберемся на примере:
- На сетевую карту пришло 1500 байт данных.
- Сетевая карта инициирует прерывание с целью сообщить процессору, что данные необходимо забрать с устройства, иначе произойдет так называемый buffer overrun.
- Операционная система ловит прерывание от контроллера прерываний и отдает его на обработку драйверу.
- Драйвер в цикле побайтно читает данные с регистров сетевой карты.
Когда объемы данных, которыми оперирует процессор начали возрастать, стало понятно, что нужно минимизировать участие процессора в цепочке обмена данными, а то прийдется туго. И вот тогда активное применение нашла технология прямого доступа к памяти.
Кстати говоря, DMA используется не только для обмена данными между устройством и ОЗУ, но также между устройствами в системе, возможен DMA трансфер между двумя участками ОЗУ (хотя данный маневр не применим к x86 архитектуре). Также в своем процессоре Cell, IBM использует DMA как основной механизм обмена данными между синергетическими процессорными элементами (SPE) и центральным процессорным элементом (PPE). Также каждый SPE и PPE может обмениватся данными через DMA с оперативной памятью. Данный прием – на самом деле большое преимущество Cell, ибо избавляет от проблем когерентности кешей при мультипроцессорной обработке данных.
И снова теория
Прежде чем мы перейдем к практике, я бы хотел осветить несколько важных аспектов программирования PCI, PCI-E устройств.Я вскользь упомянул о регистрах устройства, но как же к ним имеет доступ центральный процессор? Как многие из вас знают, есть такая сущность в компьютерных технологиях, как IO порты (Input/Output ports). Они предназначены для обмена информацией между центральным процессором и периферийными устройствами, а доступ к ним возможен с помощью специальных ассемблерных инструкций - in/out. BIOS (или OpenFirmware на PPC based системах) на ранних этапах инициализации PCI устройств, а также некоторых других (Super IO контроллера, контроллера PS/2 устройств, ACPI timer и т.д.), закрепляет за определенным контроллером собственный диапазон IO портов, куда и отображаются регистры устройства.
Также регистры устройства могут отображатся в ОЗУ (Memory Mapped Registers), т.е. на физическое адресное пространство. Данный метод имеет ряд преимуществ, а именно:
- Скорость доступа к физической памяти выше, нежели к IO портам.
- IO порты могут отображать не более 65535 байт регистров, в то время как размер ОЗУ современных компьютеров в разы больше.
- Читать регистры устройства из ОЗУ проще, нежели с помощью IO портов:)
Итак, существует два метода утилизации DMA: contiguous DMA и scatter/gather DMA.
Contiguous DMA
Данный метод очень прост и сейчас практически отжил свое, однако до сих пор используется для программирования звуковых контроллеров (к примеру Envy24HT). Его принцип следующий:- Выделяется один буфер достаточно большого размера в оперативной памяти.
- Физический адрес (точнее сказать адрес на шине участка памяти, потому как physical address и bus address – равны в x86 архитектуре, но не равны в PPC) этого буфера записывается в регистр устройства.
- Во время того, как приходят данные на устройство, контроллер устройства инициирует DMA трансфер.
- После того, как буфер полностью заполнен, контроллер устройства инициирует прерывание, чтобы сообщить центральному процессору, что буфер следует передать операционной системе.
- Драйвер операционной системы обрабатывает прерывание, и передает полученные данные из буфера, далее по стеку устройств операционной системы.
Scatter/gather DMA
С ростом скорости Ethernet адаптеров, contiguous DMA показал свою несостоятельность. В основном из-за того, что требовались области памяти достаточно большого размера, которые подчас невозможно было выделить, так как в современных системах фрагментация физической памяти достаточно высока. Во всем виноват механизм виртуальной памяти, без которого нынче никуда:)Решение напрашивается само собой: использовать вместо одного большого участка памяти несколько, но в разных регионах этой самой памяти. Возникает вопрос, но как же сообщить контроллеру устройства, как инициировать DMA трансфер и по какому адресу писать данные? И тут нашли решение, использовать дескрипторы, чтобы описывать каждый вот такой участок в оперативной памяти.
Типичный дескриптор DMA буфера содержит следующие поля:
- Адрес участка ОЗУ (именно bus address), который предназначен для DMA трансфера.
- Размер описываемого участка ОЗУ.
- Опциональные флаги и другие специфические аргументы.
- Адрес следующего дескриптора в памяти.
Алгоритм scatter/gather DMA следующий:
- Драйвер операционной системы выделяет и иницилизирует дескрипторы DMA буферов.
- Драйвер выделяет DMA буферы (участки ОЗУ для DMA трансфера) и записывает необходимую информацию о них в дескрипторы.
- Устройство по мере возникновения потребности, заполняет DMA буферы, и после того, как заполнен один или несколько буферов инициирует прерывание.
- Драйвер ОС просматривает все дескрипторы DMA буферов, определяет какие из них были заполнены контроллером устройства, пересылает данные из буфера далее по стеку устройств и помечает буфер как готовый к DMA трансферу.
Стоп...
На сегодня пожалуй все, иначе информации станет слишком много. В следующей статье я покажу вам, как с этой уличной магией работает IOKit. Жду отзывов и дополнений;)Длительное состояние стабильности рано или поздно нарушает что-то непредсказуемое и странное, вот и наступил такой момент. Пару дней назад при копировании файла с одного физического диска на другой, вдруг заметил, что скорость катастрофически низкая - 4-6 Mb/s вместо ожидаемых 50-90 Mb/s (с поправкой на фрагментацию). Смотрю на загрузку CPU – одно ядро полностью занято обработкой прерываний, все понятно – диск перешел в PIO mode.
Исходная конфигурация : ASUS P5Q, 4 x 1 Gb SATA диска, 2 x 1.5 Gb SATA диска, никаких RAID-ов нет, Windows XP SP3. Диск работал в UDMA режиме, как и все остальные, я его тестировал после установки. Device Manager –> IDE controllers –> канал и смотрим “current transfer mode”. На картинке оба устройства работают в режиме UDMA, в моем случае второе устройство работало в PIO mode, но картинку такую я не сохранил. Чтобы понять кто висит на каком канале переключите вид Device Manager-а в View –> Devices by Connection.
Хотя диски SATA, контроллеры в Device Manager-е - ATA. Дело в том, что в BIOS SATA контроллеры по умолчанию сконфигурированы прикидываться ATA контроллерами, в таком случае не требуется дополнительных новых AHCI драйверов. Перейти в AHCI режим можно безболезненно, это не влияет на логическую организацию данных, требует лишь соответствующих драйверов. В AHCI режиме появляется поддержка NCQ (переупорядочивание команд HDD) и в целом производительность чуть чуть подрастает, но совсем немного и еще добавляется поддержка горячей замены.
Версии возможных причин:
1) Что-то с шлейфом.
2) Что-то с драйверами, сбой или конфликт.
3) Что-то с HDD.
Есть вторая система – Windows 7, гружусь в нее и наблюдаю полную работоспособность дисков в UDMA режимах, значит железо вроде в норме. Смотрю журнал событий, в нем не обнаруживаю сообщений о проблеме с дисками, смотрю диагностику SMART – все ок, конфликтов устройств нет, все это хорошо. Беру последние драйверы с ASUS. Записываю старый номер версии драйвера Intel ICH10R, ставлю новый. Ставится подозрительно быстро, в итоге не обновился. Вручную через INF файлы обновляю драйверы ICH10R, ставится, но проблема остается. Иду на Intel, качаю самую свежую версию, ставлю, снова ничего не ставится. Выясняю, что их драйверы обновляются только если устройство вообще не имеет драйвера, чтобы форсировать надо использовать секретный ключик “–overlall”, пробую, обновляется, но не решает проблемы. Меняю шлейф, вынимаю, втыкаю диск – не помогает. Промежуточный итог – железо работает, новый софт не помогает.
Нахожу в Microsoft-е интересную статью: “После появления нескольких ошибок CRC или истечения времени ожидания диски с интерфейсами IDE ATA и ATAPI используют режим PIO” . Пишут, что если были сбои передачи по UDMA, то система последовательно понижает режимы вплоть до PIO mode (или сразу) и замораживает это состояние! Чтобы вернуть обратно предлагают удалить контроллер из Device Manager-а и он возродится из пепла. На это я не пошел, т.к. побоялся, что он может и не возродиться (писали про это где-то), поэтому пошел вторым путем описанным там и еще в других местах.
Решение. Открыть ветку реестра “HKEY_LOCAL_MACHINE\SYSTEM\CurrentContro lSet\Control\Class\{4D36E96A-E325-11CE-B FC1-08002BE10318}”, в ней будут ветки 0000, 0001 и т.д. Они соответствуют устройствам в Device Manager-е. Нас интересуют только каналы, название смотрим по DriverDesc, в данном случае “Primary IDE Channel”.
Обращаем внимание на MasterDeviceTimingModeAllowed и SlaveDeviceTimingModeAllowed – они задают маску допустимых режимов, если 0xffffffff, значит все допустимо, а если 0x1f, то только PIO mode. У меня проблема на Slave. Сами текущие режимы хранятся в MasterDeviceTimingMode и SlaveDeviceTimingMode, они отличаются (в сети можно найти смысл чисел). MS предлагает сделать следующее – выставить дополнительный ключ ResetErrorCountersOnSuccess (DWORD) = 1 и перегрузиться. Я это сделал, но это ничего не дало, дало только то, что желаемый режим UserSlaveDeviceTimingModeAllowed тоже сбросился в 0x1f. Я его вернул в Device Manager-е, но думаю можно и здесь вручную выставить 0xffffffff. Далее я выствил SlaveDeviceTimingModeAllowed = 0xffffffff, перегрузился и вуаля!, все заработало. Итого, я думаю надо было сделать всего лишь следующее (проблема на Slave):
UserSlaveDeviceTimingModeAllowed = 0xffffffff, SlaveDeviceTimingModeAllowed = 0xffffffff, ResetErrorCountersOnSuccess = 1 и перегрузиться.
На следующей картинке итоговое состояние реестра после перезагрузки. Режимы теперь одинаковые, маски сохранились и в Device Manager-е видим картинку, как в начале поста.
Теперь о причине. Как следует из статьи MS, одна из причин исправления их драйвера была в том, что время ожидания старта HDD было недостаточным (в Win2000 – 4 сек, сделали 10 сек) и это было проблемой в случае выхода дисков из сна. Я постоянно использовал настройку выключения дисков по бездействию через 2 часа, что приводило иногда к веерному их просыпанию, когда некоторые приложения хотели полезть сразу на несколько разделов. Я полагаю, что может при каком-то сценарии таймаут все-таки был превышен и был зафиксирован сбой, который привел к отключению UDMA. Теперь я отказался от отключения дисков, пусть работают, к тому-же частые включения и выключения возможно больше вредят чем приносят пользу.
Как вы знаете, Windows 7 получила более значительные улучшения во времени загрузки и отклика системы по сравнению с её предшественницей Windows Vista . Были внесены существенные изменения, позволившие системе не расходовать всю системную память при открытии большого количества окон проводника, оптимизированы системные службы и процессы.
В данной статье мы рассмотрим:
- оптимизацию работы меню пуск
- оптимизацию работы жесткого диска в Windows 7
- оптимизацию скорости копирования и перемещения файлов в Windows 7
- оптимизацию работы с драйверами Windows 7
- оптимизацию времени загрузки Windows 7
- ускорение процесса просмотра эскизов изображений
- ускорение завершение работы Windows 7
Обратите внимание на то, что часть рассмотренных методов ускорения работы Windows 7 основываются на отключении какого-либо рода задач, упрощении или улучшении функциональности системы для более удобного ее использования. Т.е. по сути вы выбираете между удобством и производительностью.
Пути оптимизации Windows 7
1. Ускорение работы меню пуск.Определение недавно установленных программ, а также подсветка этих недавно установленных программ занимает у системы некоторое время при каждом открытии меню пуск. Вы можете сэкономить это время.
Для этого вам необходимо перейти к настройке меню пуск: в свойствах «Панель задач и меню Пуск»
(для активации перейдите в панель управления Windows 7: Пуск -> Панель управления
). Перейдите в закладку «Меню Пуск»
и нажмите на кнопку «Настроить»
.
Рисунок 1. Настройка меню "Пуск"
Уберите галочку «Выделять недавно установленные программы»
, после чего нажмите «Применить»
.
Рисунок 2. Отключение выделения недавно установленных программ
Для того чтобы уменьшить паузу, при появлении окна меню пуск, перейдите в редактор реестра (команда «regedit»
в диалоге «Найти программы и файлы»
).
Рисунок 3. Запуск редактора реестра
После запуска редактора реестра (regedit.exe
) перейдите в ветку HKEY_CURRENT_USER -> Control Panel -> Desktop
(рис. 4).
Рисунок 4. Выбор необходимой ветки реестра
Измените значение ключа MenuShowDelay
с «400»
на «50»
. Пауза значительно сократится.
Рисунок 5. Изменение паузы при отображении окна
2. Оптимизация работы жесткого диска в Windows 7
Эта опция знакома еще со времен Windows XP , но если в XP она была изначально включена, то в Windows 7 оптимизацию жестких дисков посчитали лишней и по умолчанию она отключена. Сейчас мы рассмотрим метод включения данной опции.
Заходим в Пуск -> Панель управления -> Диспетчер устройств -> Дисковые устройства -> (выбираем свой жесткий диск) -> Свойства -> Политика...
и ставим там галочку напротив пункта «Отключить очистку буфера кэша записей Windows для этого устройства»
.
Рисунок 6. Отключение очистки буфера кэша записей Windows
Теперь в этом же «Диспетчере устройств»
раскрываем другую ветку - «IDE ATA/ATAPI контроллеры (IDE ATA/ATAPI Controllers)»
, после чего в свойствах всех каналов ATA (ATA Channel 0, ATA Channel 1
и т.д.) во вкладке «Дополнительные настройки (Advanced Settings)»
проверяем, стоит ли галочка на «Задействовать/Включить DMA (Enable DMA)»
.
Рисунок 7. Включение режима DMA
Если галочка не стоит – установите ее.
3. Ускорение копирования и перемещения файлов в Windows 7
Windows 7
получила еще одну интересную особенность - удаленное разностное сжатие.
С одной стороны эта опция вычисляет и передает различие между двумя объектами, минимизируя объем передаваемых данных, но с другой – это отнимает время на калькуляцию.
Вы можете отключить эту функцию. Для этого перейдите в Пуск -> Панель управления -> Программы и компоненты -> Включение и отключение компонентов Windows -> Удалённое разностное сжатие (необходимо снять галочку)
.
Рисунок 8. Отключение разностного сжатия
4. Отключение проверки цифровой подписи драйверов
Данное действие также может немного увеличить скорость работы системы (при установке новых драйверов). Для отключения данной опции в Windows 7 выполните следующие действия:
Выполните в «Пуске»
gpedit.msc
.
Рисунок 9. Запуск панели администрирования
Затем перейдите по следующему пути:
Конфигурация пользователя -> Административные шаблоны -> Система -> Установка драйвера -> Цифровая подпись драйверов устройств
. В этом окне необходимо выбрать режим "Отключено"
.
Рисунок 10. Отключение проверки цифровой подписи драйверов
5. Ускорение загрузки Windows 7
Мы можем выиграть еще несколько секунд, правда данный совет относится к тем пользователям, которые работают на многоядерных процессорах с Windows 7
в качестве операционной системы.
Итак, выполните следующие действия:
Введите MSCONFIG в поле поиска меню «Пуск» и нажмите клавишу «Enter» .
В открывшемся окне перейдите на вкладку и нажмите на кнопку «Дополнительные параметры (Advanced options)»
.
Рисунок 11. Дополнительные параметры оптимизации системы
Установите флажок напротив пункта «Число процессоров (Number of processors)»
и в выпадающем меню под этим пунктом выберите максимальное число ваших ядер (2 или 4).
Рисунок 12. Установка числа процессоров для систем с многопоточными процессорами
Нажмите «Ок»
и перезагрузите систему, чтобы увидеть довольно ощутимую разницу в скорости загрузки Windows 7
.
6. Ускорение просмотра эскизов (миниатюр).
Вы можете увеличить скорость просмотра эскизов (миниатюр) в Windows 7 . Для этого вам необходимо выполнить следующие действия:
Введите regedit (без кавычек) в поле поиска меню «Пуск» и нажмите клавишу «Enter» .
Перейдите в ветку «HKEY_CURRENT_USER -> Control Panel -> Mouse»
.
Рисунок 13. Выбор нужной ветки реестра для оптимизации паузы при отображении эскизов
Дважды щелкните на параметре MouseHoverTime
и измените его значение на 100
.
Рисунок 14. Установка нового значения
7. Уменьшение времени выключения Windows 7
Время завершения работы Windows 7 можно заметно уменьшить. Однако это довольно варварский способ: мы уменьшаем время, которое отводится процессу на завершение работы программы, после чего программа будет завершена принудительно.
Введите regedit в поле поиска меню «Пуск» и нажмите клавишу «Enter» .
Перейдите в ветку HKEY_LOCAL_MACHINE -> System -> CurrentControlSet -> Control
.
Рисунок 15. Выбор необходимого ключа реестра
Измените значение параметра «WaitToKillServiceTimeout»
со значения 12000
(12 секунд) на 2000
(2 секунды).
Рисунок 16. Изменение значения.
DMA или Direct Memory Access - технология, применяющаяся в многих устройствах компьютера, а, в частности, в современных жестких дисках и СD-ROM для повышения их производительности. В параметрах любого жесткого диска вы всегда найдете упоминание о DMA. Но далеко не все знают, что по умолчанию в Windows 95/98 и NT 4.0 этот режим, для совместимости со старыми (даже, скорее, древними) дисками, просто-напросто отключен!
При включении этого режима загрузка процессора при операциях копирования уменьшается во много раз и порой заметно увеличивает производительность системы в целом. Все современные жесткие диски и CD-ROM-приводы корректно работают в DMA-режиме и используют заложенные в него возможности.
Как работает DMA? Очень просто. Если при обычном копировании данные передаются из жесткого диска через центральный процессор в оперативную память, а затем обратно из оперативной памяти через процессор на диск, то в режиме DMA из этой цепочки исключается процессор. Данные сразу попадают с диска в оперативную память. Результатом служит минимальная загрузка процессора при операциях чтения записи и, как результат, значительное повышение производительности системы.
Важно не путать режим DMA и обозначение типа контроллера жесткого диска. Если ваш диск поддерживает UltraDMA 33 или 66, это означает лишь то, что он способен обмениваться данными с соответствующим IDE-контроллером на скорости 33 или 66 Мб/сек.
Чтобы удостовериться, используется ли на самом деле режим DMA, и при необходимости его подключить, воспользуйтесь следующими рекомендациями.
Для Windows 95/98
Щелкните правой кнопкой мыши на значке My Computer, выберите Properties и перейдите на вкладку Device Manager. Выберите пункт Disk Drives и Generic IDE Disk. Дважды щелкните на нем и перейдите ко вкладке Settings. Если флажок на против опции DMA установлен, значит, режим DMA работает. Если нет, установите. После перезагрузки он должен оставаться на своем месте.
Если он сбрасывается, значит либо диск, либо контроллер не поддерживают DMA. Аналогичную операцию можно проделать и с CD-ROM-приводом. Если по каким-либо причинам после перезагрузки устройство будет работать некорректно или вообще отсутствовать в списке, вам придется перезагрузиться в Safe Mode и снять флажок. Впрочем, в моей практике делать этого еще не приходилось. В случае использования дополнительного IDE-контроллера (например, для работы с UltraDMA 66 дисками), данная вкладка может выглядеть иначе, и управление режимом DMA берет на себя драйвер контроллера. Многие современные платы на чипсете Intel 440BX используют такой дополнительный UltraDMA-контроллер, так как BX изначально не поддерживает работу с UltraDMA 66 дисками.
Для Windows 2000
В отличие от Windows 9х, Windows 2000 по умолчанию настраивает многие компоненты системы на оптимальное быстродействие, за счет чего местами работает значительно быстрее. Это в полной мере относится и к жестким дискам.
Для того, чтобы узнать, используется ли у вас DMA в этой операционной системе, вам следует щелкнуть правой кнопкой мыши на значке My Computer, выбрать пункт Manage и в окне Computer Management выбрать Device Manager. В появившемся дереве необходимо выбрать IDE ATA/ATAPI controllers и Primary IDE Channel. Как правило, на основном канале контроллера и находится жесткий диск.
Дважды щелкните на Primary IDE Channel (или Secondary IDE Channel, в случае, если устройство расположено на дополнительном IDE-канале) и в появившемся окне выберите вкладку Advanced Settings. Блок Device 0 показывает установки устройства, установленного как Master, а блок Device 1 - устройства, установленного как Slave. Поле Current Transfer Mode показывает, в каком режиме работает устройство, а Transfer Mode позволяет изменять его вручную.
Для Windows NT 4.0
Простого пути для включения DMA в этой системе нет. Вам придется либо исправлять реестр, либо воспользоваться какой-либо утилитой, которая делает это за вас.
Второй способ предпочтительнее. Для этого можно использовать небольшую программку ConfigNT (confignt.lgg.ru). Помимо включения DMA, программка может изменять еще кучу разных параметров, которые не могут быть изменены с использованием стандартных средств.
Для включения режима DMA с помощью ConfigNT необходимо выбрать в программе вкладку IDE/ATAPI и в поле DMA Detection установить Enable для обоих каналов. После установки параметров необходимо перезагрузить компьютер.
Для того, чтобы на практике увидеть полученный прирост производительности, достаточно во время копирования большого файла, со включенным и отключенным DMA, запустить программу, измеряющую загрузку процессора. В Windows 2000 или NT проще всего воспользоваться стандартным Task Manager (Ctrl-Shift-Esc).
Виталий Шуравко
