YaRDeX

Поиск в Windows 7

TheDip — Mon, 03 Nov 2008 21:28:13 GMT

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

В сегодняшней статье речь пойдет о механизме поиска с точки зрения его доступности как компонента платформы, а также с точки зрения его преимуществ для конечных пользователей. Поговорим и о том, на какие уступки, приходится идти в разработке, а также затронем вопрос методик, используемых для создания поискового механизма. Посему рад представить вам Криса Макконнелла (Chris McConnell), ведущего инженера по разработке программного обеспечения в команде Find and Organize. -- Стив.

Есть ли среди вас те, кто искренне считает, что причиной непрерывного мигания лампочки доступа к жесткому диску является индексирование? Считаете ли вы, что индексирование приводит к зависанию ваших игр? Если так, то эта статья именно для вас! Разработкой службы индексирования, которую далее мы будем называть индексатором, занимается команда Find and Organize. Одной из распространенных жалоб, которые мы постоянно слышим от опытных пользователей Vista, является желание отключить индексатор, поскольку, по их мнению, он потребляет львиную долю системных ресурсов, практически не предлагая ничего взамен. По нашим данным около 1,5% пользователей Vista отключают индексатор по причине этого заблуждения.

Цель данной статьи - уточнить роль индексатора и рассказать о работе, которая была проведена для обеспечения разумного потребления им ресурсов. Давайте начнем с функций индексатора - для чего он нужен и почему не следует его отключать?

Почему именно индексация?
На современных компьютерах, как правило, соседствуют различные типы файлов, среди которых документы, изображения, аудиофайлы, видео и другие. Количество файлов день ото дня растет, поэтому находить их с каждым днем становится все труднее и труднее, при этом неважно, насколько они организованы (или не организованы). Тем не менее, все эти файлы содержат метаданные, описывающие их содержимое, что с успехом можно использовать для их структуризации. В обычном аудиофайле, к примеру, содержится информация об артисте, названии альбома, дате его выпуска, жанре, длительности, которая крайне полезна при поиске музыки.

Несмотря на то, что технологии индексирования берут свое начало во времена ранних версий Windows, лишь с выходом Windows Vista компании Microsoft удалось вывести эту функциональность в главное русло. До Vista поиск носил рудиментарный характер, поскольку осуществлять его можно было по простым свойствам файла - имени, дате создания и размеру. В Windows можно было осуществлять более сложный поиск по содержимому файла, но эта функций не получила широкого распространения. Поиск имел базовые функции - все файлы с точки зрения его механизма были одинаковы, потому что алгоритм поиска не понимал и не использовал метаданные из файлов.

В Windows Vista служба индексирования включена по умолчанию и обладает расширенной поддержкой в смысле поддерживаемых типов файлов и индексируемых метаданных. Индексатор следит за определенными папками на жестком диске и каталогизирует их содержимое с целью ускорить поиск этих файлов в будущем. Когда Windows индексирует музыкальные файлы, используются те метаданные, по которым обычно пользователи осуществляют поиск. Таким образом, можно выполнять расширенный поиск, который ранее был попросту невозможен. Но нужно понимать, что ничего не дается просто так. Вот и случае индексирования все его преимущества не бесплатны для пользователя (в смысле потребления системных ресурсов), поэтому приходится идти на некоторые уступки. Но не стоит думать, что этим грешит лишь индексирование - при разработке любой функции разработчики вынуждены идти на различные уступки.

Уступки, на которые приходится идти
Многие поисковые механизмы последовательно читают все файлы чтобы найти совпадения. В данном случае приходится терять время, ожидая результатов поиска. Чем больше файлов на компьютере, тем дольше придется ждать. Если в будущем вновь понадобиться поискать по тому же самому слову, снова придется ждать. В Windows Vista идексатор пытается прочитать все файлы до того, как вы захотите произвести поиск. Для этого ему необходимо всего лишь однажды просканировать все файлы, а не делать это каждый раз, когда понадобится провести поиск. Если файл изменится, индексатор получит уведомление и ему придется заново перечитать файл. При чтении файла индексатор извлекает значимую информацию из него, чтобы в будущем обеспечить возможность более интеллектуального поиска и представления информации. Сложность состоит в том, чтобы выполнить эту операцию максимально быстро, чтобы индекс был в актуальном состоянии. При этом создание индекса не должно сказываться на производительности системы.

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

Это важно не только для отдельных компонентов (в частности Windows Search), но и самой платформы Windows. Существует масса приложений, которым требуется осуществлять поиск по содержимому файла на компьютере. Только представьте, если бы каждое из них сопровождалось собственной версией индексатора! Только подумайте, сколько лишней работы выполнял бы ваш компьютер! Каждый раз при сохранении файла заданного типа все индексаторы отчаянно стремились бы проиндексировать новый файл. С целью избавить пользователя от ненужных нагрузок на его компьютер и был создан индексатор, позволяющий индексировать файлы различных типов. Кроме того, нами были выпущены API, позволяющие разработчикам настраивать индексатор под свои нужды. В целом индексатор знаком с двумястами распространенными типами файлов и умеет каталогизировать около четырехсот различных свойств файлов. В любой момент времени можно добавить поддержку новых приложений, новых типов файлов и свойств. Существует возможность добавить поддержку индексирования других типов данных, например, сообщений электронной почты. На сегодняшний день индексирование активно применяется в следующих приложениях: Microsoft Office Outlook и OneNote, Lotus Notes, Windows Live Photo Gallery, Internet Explorer 8 и Google Desktop Search. Еще одним примером удачного использования индексатора является индексация компонентами Tablet PC рукописных надписей, позволяющая в значительной степени улучшить систему распознавания рукописного ввода.

Постоянная оптимизация
Мы постоянно работаем над тем, чтобы увеличить производительность индексатора и его надежность. В состав Windows Vista включена третья версия Windows Search. Среди основных отличий этой версии:

Индексатор работает в качестве системной службы, а не процесса, запущенного от имени пользователя. Это минимизирует влияние на потребление системных ресурсов при работе нескольких пользователей, а также приводит к сокращению размеров каталога и предотвращает переиндексацию.
Индексатор использует метод низкоприоритетного ввода-вывода, позволяющего минимизировать влияние индексирования на отзывчивость компьютера. До выхода Windows Vista все процедуры I/O рассматривались равнозначно.

Не так давно мы выпустили Windows Search v4, доступный в качестве обновления пользователям Windows XP и Vista и значительно более совершенный в смысле производительности и надежности:

Значительно усовершенствована обработка запросов, сортировка, фильтрация и группировка. Например, изменения в Vista включают:
- Скорость обработки типичного запроса увеличена на 38%
- Нагрузка на CPU сокращена на 80%
- Потребление памяти снижено на 20%
Нагрузка на серверы Exchange сокращена на 95% при работе Outlook в режиме онлайн. В предыдущих версиях Windows Search большое количество клиентов Outlook, запущенных в онлайн-режиме, могли привести к зависанию сервера Exchange.
Среди изменений, повышающих надежность, следует отметить:
- Огромное количество исправлений, призванных устранить ошибки, о которых сообщали пользователи и которые приводили к остановке службы индексирования.
- Добавлена защита от повреждения индекса. При обнаружении повреждений каталога он автоматически восстанавливается.
- Добавлена функция регистрации событий, призванная помочь отследить и исправить проблемы в работе индексатора.

Что касается Windows 7, которую вы вскоре увидите на PDC, то мы проделали огромную работу по увеличению производительности и надежности индексатора. Если вы все еще думаете, что индексатор не может принести ничего, кроме проблем, рекомендуем вам проделать следующее:

Загрузить и установить Windows Search 4 (в Vista или XP).
Загрузить и установить Indexer Gadget из Windows Live Gadget Gallery (только для Vista). Этот гаджет, созданный одним из членов нашей команды, позволяет наблюдать за количеством проиндексированных файлов. Кроме того, гаджет позволяет приостанавливать процесс индексирования или принудительно включать его.
Если вы относитесь к тем, кто любит заглянуть под капот автомобиля, можно воспользоваться утилитой Windows Task Manager и/или Resource Monitor для мониторинга процессов SearchIndexer, SearchFilterHost и SearchProtocolHost.

Если вы считаете, что ваша система недостаточно быстра и отзывчива, и вините в этом индексатор, понаблюдайте за значениями на гаджете во время работы за компьютером. Проверьте, меняются ли выводимые значения в тот момент, когда вы испытываете трудности. Становится ли система более отзывчивой, если приостановить процедуру индексирования? Как мы уже неоднократно сообщали, мы всегда стараемся сделать удобство поиска в Windows максимальным, поэтому если при использовании поискового механизма вы испытываете какие-либо трудности, мы хотим знать о них. Направляйте ваши отзывы по адресу idx-help@microsoft.com.

Motorola выпустила две новые Bluetooth-гарнитуры

TheDip — Mon, 03 Nov 2008 21:26:19 GMT

Motorola недавно презентовала две новые Bluetooth-гарнитуры: H270 и H390. Первая представляет собой обычную функциональную гарнитуру с клавишами приема/сброса вызова и корректирования звука. У H390 есть еще дополнительный LED-индикатор, который показывает уровень заряда по схеме светофора: зеленый огонек означает полный заряд, желтый - низкий уровень заряда, красный – необходимость подзарядить устройство в ближайшее время.

В режиме разговора H270 прослужит 6 часов, в режиме ожидания – до 6 дней. У H390 аккумулятор несколько лучше – гарнитура обеспечит до 8 часов разговоров и до 8 дней в режиме ожидания.

ASUS B80A – деловой ноутбук

TheDip — Mon, 03 Nov 2008 21:25:40 GMT

Прошло несколько месяцев с момента выпуска B50A, как появилась более симпатичная версия этого ноутбука - B80A. Руководствуясь какими-то своими критериями, ASUS назвала новинку лэптопом «для корпоративной элиты». Выполненный в черном, ноутбук оснащен клавиатурой с подсветкой и защитой от пролитого, а также устройством для чтения отпечатков пальцев. Технические характеристики читаем дальше.

Дисплей с разрешением WXGA (или WXGA+) имеет диагональ 14.1 дюйм. Процессор можно выбрать из Intel Core 2 Duo T9400, T5850, P8600 или P7350. Кроме того, покупателям будут доступны DDR2 RAM объемом до 4 ГБ, жесткий диск SATA от 160ГБ до 250ГБ, двухслойное пишущее DVD-устройство, 1.3-мегапиксельная веб-камера, Bluetooth 2.1+EDR, WiFi и HDMI-выход. Цену и дату выпуска пока не огласили.

Sharp демонстрирует дисплеи с памятью картинки

TheDip — Mon, 03 Nov 2008 21:25:11 GMT

Компания Sharp продемонстрировала 14.4-дюймовый монохромный LCD-дисплей с разрешением 1030 на 606 точек, который имеет способность «запоминать» картинку после отключения питания – так, как это происходит в дисплеях на основе электронных чернил. Компания также продемонстрировала 6.1-, 2.4-, а также 1.7-дюймовые черно-белые дисплеи, а также 14.1- и 6.1-дюймовые восьмицветные дисплеи.

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

Game Grip для iPhone – усложняет простое

TheDip — Mon, 03 Nov 2008 21:24:20 GMT

Игровых аксессуаров для iPhone было анонсировано достаточно немного. Например, манипулятор iControlPad, который еще не вышел, и достаточно ординарный JoyPod. Game Grip от Marware сделан по тому же принципу: на телефон надевается силиконовый корпус с ручками управления. По сути, кроме изменения движения, это приспособление больше ни в чем не может помочь игроку.

Кстати, в отличие от iControlPad, Game Grip уже вышел в продажу. Контроллер с пожизненной гарантией можно приобрести за $49,99.

Принципы дизайна Windows 7

TheDip — Sat, 01 Nov 2008 21:15:17 GMT

Если вы никогда не видели презентацию Хиллела Купермана (Hillel Cooperman) под названием Getting Users to Fall in Love with Your Software с PDC 2003, на которой был представлен Windows Longhorn, то вы многое потеряли. Через пять лет на PDC 2008 Семюэл Моро (Samuel Moreau) представил обновленную, но очень похожую на ту презентацию, в этот раз получившую название Design principles for Windows 7.

Если говорить коротко, то Семюэл заявляет, что пользователи покупают Windows не ради самой Windows, а, скорее, ради огромного количества ПО, доступного для платформы Windows. Поэтому компания чувствует ответственность за то, чтобы опыт работы Microsoft c Windows распространялся бы на всех сторонних разработчиков.

Первым принципом при разработке Windows 7 было "сократить количество концептов". Чего пользователи не должны делать, так это обвинять себя в том случае, когда в Windows они не чувствуют себя уютно. Решение - уменьшить количество дублирующих друг друга "концепций".

Например, на приведенном ниже скриншоте Windows Vista доступно аж 6 вариантов запуска Outlook: через рабочий стол, меню Start, панель Quick Launch, панель задач, системный трей (дважды).

В случае с Windows 7 их количество было уменьшено до одного. Понятно, что и рабочий стол и меню Start можно настроить, но разработчикам не рекомендуется размещать там свои иконки искусственно.

Второй принцип: даже незначительные функции имеют значение.

Посмотрите на окно Windows Vista с фотографиями. В данном случае очень много внимания привлекает синяя панель команд, а рамка вокруг фотографий отнимает много места.

В Windows 7 основное внимание уделяется фотографиям, а не окну. Для этого панель задач была окрашена в светлые тона, границы были убраны, но уровень заполнения увеличился. В результате больше изображений помещается в окне того же размера.

Семюэль также рассказывал об значимости привлекательности пользовательского интерфейса. В качестве примера он указал на динамическую анимацию в новой панели задач.

Третий принцип - избавиться от отвлекающих внимание вещей. Семюэл провел аналогию ПО с детьми, которые всегда требуют к себе внимания и в большинстве случаев невоспитанны.

Например, в Windows 7 активировать jump lists можно щелкнув правой кнопкой по иконке в панели задач.

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

Четвертый принцип: время имеет значение. Неважно, насколько красиво твое приложение, если оно медленно работает.

В Windows Vista для того, чтобы внести изменения в настройки общего принтера требуется около 30-40 шагов, а в Windows 7 разработчики работают над тем, чтобы уменьшить их количество до 3-5.

Пятый принцип: влияние полного жизненного цикла приложения на удовлетворение нужд пользователей.

Принцип построен на удобстве работы с приложением, которое имеет значение не только в период использования приложения, но и во время его установки, удаления или обновления.

Последний, но менее важный принцип: будь успешен в том, что делаешь, и в том, как это выглядит.

Как пример, Семюэл привел случай, когда вы подключаете к компьютеру новый телефон - это не должен быть просто "generic device". В Windows 7 иконка устройства светится в интерфейсе, чтобы заставить пользователя гордится своим устройством.

О совместной работе Libraries и HomeGroup в Windows 7

TheDip — Sat, 01 Nov 2008 21:14:34 GMT

В Windows 7 дебютировали две интересные и многообещающие функции: Libraries и HomeGroup. Обе призваны упростить организацию информации с той лишь разницей, что первая создана для организации информации на локальном компьютере, а вторая - в сети. Тем не менее, между этими двумя функциями существует тесная связь.

У меня появился шанс немного поработать с pre-beta сборкой Windows 7, и я чувствую себя как ребенок в магазине игрушек. В ней представлено множество новых функций, существование которых, лично меня очень радует и которые я надеюсь со временем описать.

Для начала я хотел бы рассказать о некоторых функциях Windows 7, которые делают управление и организацию общего доступа к вашим файлам в вашей домашней сети намного более простым процессом, чем когда-либо ранее. Используя Libraries и функцию HomeGroup, я смог организовать общий доступ к файлам в моей домашней сети с других ПК. Я детально опишу свой опыт работы с Libraries и настройки HomeGroup в моей сети с Windows 7, чтобы показать вам возможности данных функций. Верьте или нет, но все это началось с относительно небольшого изменения, сделанного в названиях папок в пользовательском профиле Windows 7.

Первое, что вы заметите, это то, что структура папок пользовательского профиля в Windows 7 немного изменилась по сравнению с тем, что вы видели в Windows Vista.

В Windows Vista: Documents, Downloads, Pictures, Videos, Music.

В Windows 7: Personal documents, Personal downloads, Personal pictures, Personal videos, Personal Music.

Названия папок также изменились и в общем профиле: Shared documents, Shared downloads, Shared pictures, Shared videos, Shared music.

Эти изменения были сделаны для соответствия новой функции Windows Explorer в Windows 7 под названием Библиотеки или Libraries. Библиотеки располагаются в панели навигации в Windows Explorer, который в Windows 7. По сути библиотеки - это виртуальные папки, объединяющие различные физические папки схожей тематики.

Например: библиотека Documents в Windows 7 состоит из папки Personal Documents из вашего личного профиля и Shared documents из общего профиля.

По умолчанию мои библиотеки состоят из следующих папок:

Documents: Personal documents и Shared documents
Downloads: Personal downloads и Shared downloads
Music: Personal music и Shared music
Pictures: Personal pictures и Shared pictures
Video: Personal videos и Shared videos.

Причины, почему эти библиотеки включаюи и личные и общие папки профиля, очень специфичны. Они связаны с HomeGroup и специальными правами доступа, о которых я расскажу чуть позже.

Когда я просматриваю библиотеку Documents, там отображаются все папки и файлы, которые я добавил в эту библиотеку через Windows Explorer.

На представленном выше скриншоте папка EXAMPLE, отмеченная красным квадратом, находится в папке Shared documents, тогда как все остальные папки в Personal documents.

Чтобы добавить какую-либо папку в библиотеку, нужно щелкнуть по кнопке указания местоположения папок, которая находится в верхнем правом углу. Чтобы создать собственную библиотеку нужно всего лишь щелкнуть правой кнопкой на разделе Libraries в панели навигации Windows Explorer и выбрать Create a new library. Я решил попробовать добавить папку с моего домашнего сервера в библиотеку Documents, так как в ней содержится огромное количество документов. К своей радости добавить новую папку в библиотеку Documents оказалось проще простого. И теперь сетевые ресурсы моего домашнего сервера находятся в списке локаций для библиотек. Создание собственных библиотек оказалось ничуть не более сложным процессом.

Доступ ко всем этим библиотекам легко может быть открыт для других компьютеров, входящих в вашу домашнюю сеть, благодаря функции Windows 7 под названием HomeGroup.

При создании HomeGroup существует возможность установить, к каким именно библиотекам открыт доступ через HomeGroup.

Несколько вещей о HomeGroup, которые я узнал во время настройки:

Чтобы иметь возможность настраивать HomeGroup, тип сети в Network and Sharing Center должен быть выставлен на "Home". Как и в случае с Windows Vista, вам доступны следующие сетевые местоположения: Home, Work и Public. В зависимости от местоположения Windows автоматически выставляет настройки, чтобы максимально обезопасить ваш ПК.
Если на данном компьютере в сети уже была создана HomeGroup, то вместо того, чтобы спросить меня создавать ли новую HomeGroup, мне предлагают подключиться к существующей, при этом необходимо указать, к каким библиотекам можно открыть доступ.
Пока что могу сказать, что на одну домашнюю сеть может быть только одна HomeGroup, а также каждая HomeGroup защищена паролем.
Пользователи любого компьютера с Windows 7 в моей домашней сети могут подключиться к HomeGroup, для чего им необходимо знать пароль для подключения. Это очень удобно, так как если к вам придут друзья, они могут очень просто подключится к вашей HomeGroup и получить доступ к вашим данным.
Как только компьютер с Windows 7 будет подключен к HomeGroup, то любой пользователь этого ПК сразу сможет принять участие в HomeGroup. При этом доступ к файлам пользователя на компьютере с Windows 7 открыт даже тогда, когда в системе работает другой пользователь.

Я заметил, что при организации общего доступа к библиотекам через HomeGroup общие и личные папки имеют разные права доступа. Общие папки имеют права доступа на чтение и запись - проще говоря пользователи вашей HomeGroup могут, как добавлять, так и удалять оттуда файлы.

Личные папки доступны только для чтения. Папки, доступные в ваших личных папках, пользователи могут лишь просматривать, но не удалять или редактировать.

Чтобы организовать общий доступ к какому-либо файлу в HomeGroup, все, что нужно сделать - перетянуть этот файл на значок нужной библиотеки. И все. Файл тут же появлялся в этой библиотеке и доступен через HomeGroup. Но когда я добавляю файл в чью-то чужую библиотеку, к которой открыт доступ через HomeGroup, то физически файл добавляется в папку общего профиля. Это происходит из-за ограничений прав доступа, о которых я говорил выше.

Приведу конкретный пример. Как вы видели по представленным выше скриншотам, пользователь Bruce Wayne с компьютера MYUMPC использует HomeGroup. Я решил, что хочу добавить фотографию в библиотеку Photo пользователя Bruce Wayne. Я перетянул фото в его Photo Library. Когда пользователь Bruce Wayne зайдет в свою библиотеку Photo, то он увидит фото, которое я только что добавил. Однако, из-за ограничений прав доступа фотография, которую я только что добавил, физически находится в папке общих фотографий на его ПК.

По сути дела пользователи вашей HomeGroup могут добавлять файлы в ваши библиотеки, но они будут находиться в папках общего профиля, а не вашего собственного. Ваши персональные папки ограничены вашими личными важными данными. Вы же не хотите, чтобы кто-то засорял вашу коллекцию фотографий или музыки.

Настройки библиотек относительно общих и личных папок позволяют пользователям контролировать их личные данные. Вы можете разрешить просматривать пользователям вашей HomeGroup ваши личные папки или полностью закрыть к ним доступ, оставив открытыми лишь общие папки.

Отчет об уязвимостях настольных ОС за первую половину 2008 года

TheDip — Sat, 01 Nov 2008 21:13:55 GMT

Джефф Джонс (Jeff Jones) из Microsoft опубликовал очередной отчет по уязвимостям, которые были обнаружены в настольных ОС от Apple, Microsoft, Red Hat и Ubuntu в первой половине 2008 года.

В отчете рассматриваются все уязвимости, а также дни риска, с ними связанные. Также в отчете глубже рассматривается данный вопрос, чтобы узнать, как эти проблемы влияют на системные компоненты наиболее используемых настольных ОС.

Среди наиболее интересных результатов исследования за первый квартал 2008 года следует отметить:

В общей сложности за первую половину 2008 года четыре крупнейших производителя операционных систем исправили 585 уязвимостей. Из них 26.8% были у нескольких ОС одновременно и только 8 из них были исправлены в тот же день - у остальных временной промежуток между первым и последним доступным патчем составлял в среднем 35 дней.
У Microsoft наименьшее количество дней риска для всех уязвимостей - в среднем
24.22 дня, тогда как у ближайшего конкурента этот параметр составляет 72 дня.
Меньшего всего уязвимостей в первой половине 2008 года было обнаружено в Windows Vista - 21. На втором месте расположилась Windows XP SP2 с 26 уязвимостями.
Пользователи Windows Vista столкнулись с частичным, а иногда и полным смягчением угрозы в 46% уязвимостей из тех 26, которые были найдены в Windows XP SP2, но при этом столкнулись с одной уязвимостью в новом коде.

Здесь вы можете ознакомиться с полной версией отчета >>>.

Тем, кто сомневается в результатах данного исследования, следует посетить сайт базы данных по уязвимостям национального института по стандартам и технологиям (US National Vulnerability Database) и ознакомиться с количеством уязвимостей по каждой из ОС. Информация, используемая в отчете, общедоступна.

Windows 7: производительность при загрузке

TheDip — Fri, 10 Oct 2008 10:21:34 GMT

В сегодняшней статьи мы поговорим о работе, которую ведут разработчики Windows 7 с целью сократить время загрузки ОС. И в Windows 7 разработчики намерены сократить эту характеристику до 15 секунд.

Это первая публикация старшего сотрудника команды разработки Windows 7. Позвольте мне представить Майкла Фортина (Michael Fortin), являющегося одним из самых заслуженных инженеров Microsoft и ведущим инженером команды Fundamentals, входящей в состав группы Core Operating System. Майкл отвечает за производительность и надежность платформы Windows.

Для Windows 7 мы организовали команду, чья работа целиком и полностью посвящена производительности ОС при загрузке, однако, задачи этой команды выходят далеко за пределы Windows. Кроме того, многие из наших партнеров тесно сотрудничают с нами, поэтому всех их тоже можно считать логическим продолжением нашей команды.

Под загрузкой мы понимаем одно из трех понятий: загрузка ОС, пробуждение из режима сна (sleep) или выход из режима глубокого сна (гибернации, hibernate). Несмотря на то, что время выхода из режима сна, как правило, стандартно и обычно равняется от 2 до 5 секунд в зависимости от времени запуска устройств и приложений, в данной публикации мы поговорим о загрузке как о фундаментальном понятии, о котором частенько упоминают пользователи. Что касается Windows 7, то одной из основных задач разработки стоит существенное увеличение количества компьютеров с минимальным временем загрузки. В нашей лаборатории хорошей считается система, загрузка которой занимает менее 15 секунд.

Для того чтобы компьютер загружался быстрее, требуется чтобы эффективно и с высокой степенью параллелизма выполнялись следующие действия:

Запись файлов в память
Инициализация служб
Опознание и запуск устройств
Аутентификация пользователя при загрузке
Создание и отображение рабочего стола
Запуск автоматически загружаемых приложений

Ввиду того, что существуют различные конфигурации компьютеров, время загрузки также может существенно отличаться. Это подтверждается результатами, полученными нашими различными лабораториями, но это можно видеть и из результатов исследований, выполняемых независимыми журналистами, как, например, Эд Ботт (Ed Bott). Результаты исследований Ботта показывают, что лишь у 35% компьютеров время загрузки составляет менее 30 секунд. Несмотря на то, что в исследовании Ботта задействовано не так много компьютеров, его результаты совпадают с нашими. Статистика по Windows Vista SP1, приведенная ниже, также показывает, что более 35% систем загружаются за 30 и менее секунд, а на загрузку 75% систем требуется 50 и менее секунд. Это реальная статистика, собранная среди миллионов пользователей Vista SP1, принимающих участие в программе Customer Experience Improvement Program.

C нашей точки зрения уж слишком малое количество систем, загружается быстро, поэтому наша задача - увеличить их число. Безусловно, что в системах со временем загрузки более 60 секунд требуются радикальные изменения, при этом неважно, кто виноват в низкой производительности - устройства, сеть или установленные приложения. Как видите, есть системы, время загрузки которых непомерно велико. Столь заметная разница в производительности является результатом огромного выбора конфигураций и различий в качестве компонентов. Для работы ОС крайне важны задачи обслуживания, но они порой приводят к увеличению времени загрузки. Если пользователь решает установить большое по объему обновление, то реальное обновление системы может произойти при следующей загрузке, что может негативно сказаться на времени загрузки. Собранная нами статистика подтверждает этот факт, когда на запуск ОС после серьезного обновления, к сожалению, уходят минуты. Независимо от причины, мы, как элементы компьютерной экосистемы, обязаны исправить проблему с длительной загрузкой компьютеров.

И в исследовании Ботта и в нашей статистике время загрузки отражает факт готовности системы к работе. Сюда входит и авторизация, и загрузка рабочего стола. Это не идеальная метрика, но она охватывает достаточно много аспектов. В компьютерах под управлением Windows 7 и Vista данная метрика собирается автоматически и хранится в логе системных событий.

Мы осознаем тот факт, что пользователи под временем загрузки понимают и прекращение обращений к жесткому диску, и полную готовность меню Start и всех приложений к работе. Следует понимать, что значительное влияние на время загрузки оказывают пост-загрузка (когда запускаются приложения из группы автозапуска и службы с отложенной загрузкой), а также время загрузки BIOS с последующей инициализацией загрузки Windows. И предпринимаемые нами усилия учитывают мнение наших пользователей.

Перед тем, как перейти к обсуждению наших целей при разработке Windows 7, хотелось бы отметить, что мы работаем в этом направлении с нашими партнерами. При изучении различных систем мы обнаружили уйму областей, где возможно внести изменения для увеличения производительности. Нижеприведенные данные получены на реальном компьютере. Компьютеры, попадающие в наши руки прямо с полок магазинов, загружаются в течение приблизительно 45 секунд. Выполнение чистой установки Vista SP1 позволяет сократить время загрузки того же самого компьютера до 23 секунд. Очевидно, что при чистой установке существенно ниже количество запущенных процессов, да и версии драйверов могут отличаться. Тем не менее, нам удалось оптимизировать полученную с полки магазина систему, сократив время загрузки до 21 секунды, что на 2 секунды меньше, чем при чистой установке. Этого удалось добиться за счет изменений в конфигурации драйверов и BIOS.

В дополнение к сокращению времени загрузки ОС нам удалось сократить время выхода из режима сна до 2 секунд, сделав его практически незаметным для глаз. Именно поэтому мы рекомендуем нашим пользователям в качестве альтернативы обычной загрузке использовать режим сна.

В Windows 7 мы ведем работу над системными устройствами. Мы намерены в значительной степени сократить их число, равно как и их нужны в ресурсах CPU, потребности в обращениях к дискам и памяти. Наша идея очень проста: если без службы можно обойтись, то ее незачем запускать, но должен существовать некий пусковой механизм (триггер), который должен включать службу в тех редких случаях, когда она действительно нужна.

Конечно же, любая из служб призвана в какой-то степени дополнить возможности пользователя, даже самые невостребованные. Представьте ситуацию, когда к компьютеру подключается новая клавиатура, мышь или иное устройство ввода в тот момент, когда компьютер выключен. Если подключенное устройство не определилось, а драйвера не были установлены, пользователь попросту не сможет авторизоваться в системе и, как следствие, не сможет приступить к работе. Для какого-то пользователя подобная ситуация может не произойти ни разу за всю жизнь. Но для популяции, представленной сотнями миллионов пользователей, такая ситуация может происходить настолько часто, что в систему следует добавить механизмы, позволяющие избавить их от таких ситуаций. В Windows 7 мы намерены поддержать этот и другие сценарии с гораздо меньшим количеством автоматически загружаемых служб и добавлением более сложных механизмов — триггеров состояний.

Как сказано выше, инициализация устройств и драйверов может оказать существенное влияние на время загрузки. В Windows 7 мы делаем ставку на параллельную инициализацию драйверов. Это позволит избежать ситуации, когда более медленные устройства/драйвера могут негативно отразиться на общей производительности системы.

В смысле чтения с диска в Windows 7 внесены изменения в логику и механизмы "предварительной выборки" (от англ. prefetching), которая была введена в Windows XP. Поскольку нынешние диски отличаются по производительности, логика планирования подверглась некоторым изменениям, делающим технологию более эффективной. Ради интереса мы включили механизм выборки на гибридных дисках с целью оценить, а нужна ли она им. Анализ и реальные показатели производительности, полученные с различных систем, позволяет нам определить пределы, в которых мы сможем эффективно использовать технологию предварительной выборки.

В Windows 7 будут улучшены инструменты диагностики. Наша задача - быстро идентифицировать проблемы конкретных систем и обеспечить поддержку в их устранении. Мы искренне верим, что это является подходящим способом информирования пользователей о существующих в системе проблемах, как, например, чрезмерное количество автоматически загружаемых приложений или присутствие различного рода скриптов, предполагающих аутентификацию в домене. Многие пользователи знают о том, что большое количество автоматически запускаемых приложений может увеличить время загрузки системы. Некоторые пользователи, однако, сталкивались с проблемными загрузками при использовании сценариев входа в систему. В Windows XP, Vista и в Windows 7 система загружает рабочий стол, не дожидаясь продолжительных сетевых инициализаций. В корпоративной среде, однако, существует возможность изменить это поведение. К сожалению, при настройке клиентских компьютеров на запуск сценариев администраторы доменов, как правило, блокируют эту возможность. В результате на загрузку и авторизацию могут уходить минуты в случае, если в сети существуют проблемы с аутентификацией на сервере. Кроме того, эти сценарии запускают корпоративные приложения, которые активно потребляют ресурсы процессора, памяти и дисковое пространство.

В дополнение к той работе, которую мы ведем над различными функциями и службами Windows 7, мы делимся своими инструментами оценки, методиками и полученными результатами с партнерами. Собственно, инструменты доступны и энтузиастам. Инструменты, используемые нами для тестирования и корректировки проблем с загрузкой, доступны к свободной загрузке с сайта MSDN как часть Windows Performance Toolkit. Несмотря на то, что данные инструменты не подойдут для нужд большинства пользователей, для некоторых они могут оказаться весьма полезными.

Еще одна тема, которую мы хотели бы обсудить в будущем и которой посвящено немало комментариев, — это роль, которую играет дополнительное ПО в общей системной производительности Windows. Наличие множества приложений для Windows на деле означает, что, к сожалению, далеко не все программные продукты обладают высоким качеством, хотя, безусловно, основная масса продуктов выпускается с высоким качеством кода. Microsoft продолжит снабжать разработчиков инструментарием для создания высокопроизводительного программного обеспечения, а конечных пользователей - инструментами для обнаружения приложений, негативно сказывающихся на общей производительности системы. Windows сама по себе тоже должна совершенствоваться в плане тактики информирования пользователей о программном обеспечении, использование которого может привести к снижению производительности системы.

Еще одной темой для разговора является возможность внесения пользователями изменений в конфигурацию системы. Многие из предложенных изменений по сути бесполезны. Практика показывает, что большинство предлагаемых "твиков реестра" являются фикцией. Вот один из моих любимых примеров. Если провести поиск по фразе "Enable Superfetch on XP", поисковая система выдаст массу результатов. Могу вас заверить, что в Windows XP нет функции Superfetch, поэтому в ключах реестра, о которых упоминается на тех сайтах, попросту нет никаких значений. Наряду с подобными мифами в сети можно встретить множество рекомендаций, касающихся планирования процессорного времени, управления памятью и иными изменениями в конфигурации системы, которые на самом деле не могут увеличить производительность.

Время загрузки - это всего лишь один из многих аспектов производительности. И как было сказано в предыдущей статье, в будущем мы хотим продолжить этот разговор. Поэтому и спрашиваем, о каких других элементах производительности вы хотели бы узнать больше?

IE8 и групповые политики

TheDip — Fri, 10 Oct 2008 10:20:33 GMT

В сегодняшней статье мы поговорим об изменениях в групповых политиках Internet Explorer 8, которые позволят настроить IE8 под свои нужды.

Для тех, кто не знает о групповых политиках, мы сейчас проведем небольшой вводный курс. Для начала давайте предположим, что вы используете Active Directory для управления компьютерами в вашей корпоративной сети. Если говорить по сути, то групповые политики предоставляют широкий набор групповых настроек IE8 после того, как вы развернули браузер на пользовательских компьютерах. Эти настройки заблокированы и не могут быть изменены пользователями, так как всегда хранятся в безопасном дереве реестра.

Набор настроек групповых политик IE8 в GPEdit.msc (один из инструментов, используемых для настройки групповых политик):

Групповые политики позволяют вам создавать настройки IE и других приложений как часть объектов групповых политик (GPO). GPO связаны с такими иерархическими контейнерами Active Directory как рабочие места, домены или отделы организации. Клиентское расширение проверяет, что ваши политики применены к системе и обновлены.

Инструменты
Так как же настраивать групповые политики? Все инструменты для создания, управления, просмотра и решения проблем с GPO уже есть в Windows. Посетите сайт Windows Server Group Policy, чтобы узнать какие именно инструменты встроены в вашу ОС.

Также спешу сообщить, чтогид по развертыванию IE8, который сам по себе является очень важным источником по развертыванию, был обновлен и теперь содержит информацию о IE8 Beta 2. Например, так как существует более тысячи настроек групповых политик для IE, то их настройка новичку может показаться обескураживающей. Именно по этой причине раздел по групповым политикам в гиде по развертыванию содержит рекомендованные политики по безопасности, производительности и совместимости с IE6 и IE7.

Поддержка групповых политик в IE8
В IE8 мы добавили более 100 новых настроек групповых политик, доведя их общее количество до 1300! Фактически все новые функции IE8 поддерживают настройку через групповые политики, вне зависимости от того, что это - режим совместимости, Accelerators или режим InPrivate. Эти политики позволяют администраторам полностью контролировать все настройки IE8: полностью заблокировать функцию, выставить ее по умолчанию или заблокировать стандартные пользовательские настройки. Например, администратор может выключить режим InPrivate, отключив соответствующую политику.

Мы понимаем, что у компаний разные нужды. С помощью дополнительных политик мы предоставляем им новые возможности, поэтому все функции могут быть легко настроены для ваших нужд. Например, режим совместимости имеет 5 настроек политик: выключить режим совместимости, убрать кнопку режима совместимости, включить режим стандартов Internet Explorer 7, включить режим стандартов Internet Explorer в локальной сети, использовать список политик сайтов для Internet Explorer 7.

Например, если вы уверены, что ваши внутренние бизнес-приложения и сайты отлично работают с IE8, то политику "включить режим стандартов Internet Explorer в локальной сети" вы можете спокойно оставить включенной. Это заставит все внутренние сайты отображаться в режиме стандартов IE8. Как обычно для каждой политики есть текстовое описание, которое позволяет вам полностью понять, для чего именно была разработана данная политика.

Разъяснительный текст для политики "включить режим стандартов Internet Explorer в локальной сети":

IE8 играет важную роль в обеспечении защиты пользователей от широкого круга атак, предлагая новые функции безопасности, как SmartScreen Filter, Data URI и поддержку шифрования. Все эти функции безопасности и поддержка групповых политик позволяют администратору быть уверенным в том, что пользователи в корпоративном окружении защищены.

Основываясь на данных обратной связи, в групповые политики мы также включили некоторые традиционные настройки, такие как вторичные домашние страницы, чего в IE7 не было. Также мы реализовали широкую поддержку групповых политик для Favorites Bar и Command Bar - теперь у администраторов есть полный контроль над работой пользовательского интерфейса.