Welcome to MSDN Blogs Sign in | Join | Help

Что происходит с отчетами об ошибках?

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

Неделей ранее в сети появилась информация об ошибке в Windows 7. Для того, чтобы воспроизвести ошибку, требуется выполнить нехитрую процедуру:

1) выполнить в командной строке операцию chkdsk /r для любого несистемного диска.

В связи с тем, что воспроизвести проблему не составляет труда, информация о ней быстро расползлась по сети. Последующие публикации и комментарии к ним показали, что эта проблема проявилась у многих, при этом проблема проявлялась у пользователей в двух видах: a) потреблении большого количества памяти и б) аварийном завершении работы Windows Explorer.

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

Как вы, наверное, догадались, я был не первым в Microsoft, кто увидел это сообщение. Команда File System незамедлительно приступила к расследованию проблемы. Однако, им тоже не удалось выявить аварийное завершение работы. Что касается растущего потребления памяти, то, по их мнению, так и было задумано (флаг /r осуществляет блокировку и восстанавливает диск, поэтому мы думали, что перед тем, как приступить к выполнению работы, необходимо восстановить поврежденные секторы – некоторые авторы нашумевших статей в результате тоже пришли к такому выводу). Мы решили подробнее изучить дампы и отчеты. Как сказано выше, в нашем распоряжении имеется достаточное количество необходимых инструментов.

По мере нашего расследования я продолжал отвечать на непрекращающийся поток писем. Автор одного из них сослался на нашу переписку в блоге. Поэтому мое желание вести нормальный диалог через электронную почту вылился в глобальное обсуждение. Повторив ставшую уже привычной для меня операцию, я добавил комментарий к оригинальной публикации в блоге (именно там мой собеседник сослался на нашу переписку), подробно описав предпринятые шаги и рассказав все, о чем мы знали. Забавно, что мой комментарий привлек к проблеме еще больше внимания. Мне, должен сказать, нравится быть частью сообщества и участвовать в обсуждении лично, хотя порой это может стать причиной неразберихи.

Следует отдельно рассказать о том, что происходит, когда мы получаем отчет об аварийном завершении работы. Давным давно мы обходились всего двумя вариантами: 1) поднять руки и сдаться, если потеряна надежда отыскать причину ошибки или 2) приостановить работу и отправить сотрудников с терминальными отладчиками к пользователям в надежде найти воспроизводимый случай. Ни один из этих вариантов не эффективен, а второй к тому же, как бы героически это ни звучало, не приносит ожидаемых результатов. Даже если сбой имел место, мы не могли определить, был ли это единичный случай или с проблемой сталкивались многие. Нам приходилось принимать решения, не имея нужной информации.

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

В случае, если зафиксирован сбой, в нашем распоряжении есть множество инструментов. Вы могли видеть их работу в случае сбоя. Мы можем увеличить количество необходимых данных. Мы можем разместить статью в базе знаний в качестве ответа на конкретную ошибку (и вы будете уведомлены об этом через Windows 7 Action Center). Мы можем даже сказать «эй, позвоните нам». Как бы странно это не звучало, в большинстве случаев это помогает. Если же обнаружена ошибка в уже завершенном продукте, тогда ситуация меняется – причиной ошибки может быть новое устройство, новый драйвер или иной программный продукт. Как правило, обычное подтверждение изменений помогает нам диагностировать проблему. Помню, как однажды у многих пользователей Word стал завершать работу с ошибкой. Мы ничего не меняли. Оказалось, что была выпущена новая версия популярного дополнения и именно она стала причиной сбоя, но пользователи винили в ошибке Word. Мы быстро опубликовали инструкции по удалению дополнения и начали работу с его авторами над исправлением. Это умение видеть меняющееся окружение, диагностировать и отвечать на проблему кардинальным образом изменило наш подход к устранению ошибок в продукте.

Мы непрерывно изучаем новые и часто повторяющиеся проблемы (включая сбои, зависания, неудавшиеся установки, потенциальные уязвимости и т.д.). На самом деле, в течение каждого месяца обрабатываются сотни отзывов, получаемых от корпоративных клиентов и OEM-партнеров (и IHV, и ISV). Мы часто видим, что проблемы решаются изменениями вне ядра Windows (например, в драйверах, прошивках или приложениях). Мы не перекладываем ответственность и помогаем компаниям устранять причины ошибок. Мы также вносим многочисленные изменения в код Windows, выпуская ежемесячные обновления, заплаты и пакеты сервисных обновлений. Львиная доля изменений неприменима ко всем компьютерам, поэтому мы не торопимся с их распространением. Однако если проблема носит массовый характер, мы стремимся распространить обновление как можно скорее. Очень важно понимать, со сколь серьезной ответственностью мы подходим к вопросу обеспечения комфортной работы основной массы пользователей, стараясь сбалансировать объем изменений, применимых для этих пользователей.

Для того чтобы вернуться к разговору об утилите chkdsk, давайте окунемся в события, произошедшие за последние пару дней в нашем подразделении. Для начала мы скрупулезно просмотрели данные телеметрии на наличие информации о сбоях (на уровне пользователей и «синих экранов») и не обнаружили ни одного сбоя, вызванного утилитой chkdsk. Мы также внимательно изучили существующие отчеты, собранные в ходе разработки Windows 7, но и здесь не обнаружили ничего похожего. Мы изучили стеки вызовов в существующих отчетах об ошибках (различных ошибок, зафиксированных с момента появления информации об этой) и не обнаружили ни одного сбоя, произошедшего в тот момент, когда была запущена утилита chkdsk.exe. Затем мы приступили к автоматизированным тестам на широком перечне конфигураций, продолжавшимся в течение двух последующих дней. Мы видели отчеты, связанные с конкретной аппаратной конфигурацией, поэтому подготовили свыше сорока компьютеров на базе проблемного набора микросхем с различными вариантами драйверов и прошивок, и снова запустили автоматизированные тесты. Никаких сбоев обнаружено не было (об увеличении потребления памяти мы говорили выше). Поскольку некоторые пользователи говорили о зависаниях, мы провели тесты с оператором и вновь не обнаружили проблем в работе ОС. Мы расширили тестирование, попросив других сотрудников Microsoft по всему миру (знаете, в нашей компании громадное число конфигураций, поскольку офисы находятся в различных уголках мира) провести тесты. В нескольких отчетах упоминалось о появлении сбоя при дефиците виртуальной памяти, но это не могло являться причиной сбоя, поскольку chkdsk, как и любая иная программа, требующая памяти больше, чем физически доступно, могла привести к подтормаживаниям и поэтому не рекомендована к использованию (нарушение этих рекомендаций является одной из наиболее распространенных проблем, которые невозможно воспроизвести). Тем, кому интересно, рекомендую ознакомиться со статьей в блоге Марка Руссиновича о файлах подкачки. Несмотря на то, что нам не удалось ничего обнаружить, это вовсе не отрицает возможности существования ошибки, но является свидетельством того, что шансы ее проявления на большинстве используемых систем крайне малы.

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

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

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

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

Стивен Синофски (Steven Sinofsky)

Наш следующий этап разработки – RTM

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

Нам не удалось бы достичь этого результата без участия наших партнеров по экосистеме, о котором мы так часто говорили в этом блоге. Windows 7 является продуктом не только самой Microsoft, но и плодом усилий всех наших партнеров. По ходу разработки Windows 7 мы наблюдали высокую заинтересованность пользователей в том, чтобы сделать Windows 7 такой, какой она является сегодня. Отзывов нельзя было сосчитать, а постоянное взаимодействие на всех этапах разработки Windows 7 не имело прецедентов. Это сделало возможным то, о чем многие отмечали в комментариях к статьям в этом блоге,– о возможности работы с широчайшим диапазоном компьютерных устройств, простой настройке и высоком удобстве использования. От лица команды Windows и всех успешно подключенных устройств позвольте поблагодарить наших партнеров по аппаратному обеспечению, проделавших эту большую работу.

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

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

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

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

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

Последние несколько минут перед подписанием финальной версии Windows 7, где каждая команда, принимавшая участие в разработке Windows, формально утверждает все успешно выполненные работы, необходимые для передачи продукта в производство. Это был последний раз (для Windows 7), когда все собрались в «релизной комнате», и представитель каждой из команд разработки поставил свою подпись (буквально), подтверждающую готовность команды к отправке кода в печать. Мы подумали, а почему бы не рассказать об этом моменте всем вам?

От лица всей команды разработчиков Windows 7 хотим поблагодарить всех вас за неоценимый вклад в разработку системы и последующие отзывы после выпуска Windows 7. Спасибо вам!

Следующая остановка – 22 октября 2009 г.

 

С уважением,

команда разработчиков Windows 7

 

Стивен Синофски передает благодарность русским читателям блога Engineering 7 и участникам сообщества TheVista.ru!

[Примечание: этот пост написан специально для Русского зеркала блога команды разработчиков Windows 7]

exec_Sinofsky_thumb[1]

Как известно, за заслуги в работе над проектом Windows 7, Стив Баллмер назначил старшего вице-президента Стивена Синофски президентом Windows Division.

Новость о назначении Стивена на позицию президента Windows Division облетела весь мир, и участники сообщества TheVista.ru выразили свою радость в комментариях к новости об этом на сайте TheVista.ru.

В ответ Стивен Синофски передал привет и благодарность на сайте TheVista.ru.

Большое спасибо за Ваши добрые слова. Очень приятно видеть энтузиазм с которым наши русские друзья принимают Windows7.
--Steven

Несмотря на то, что Стивен учил русский язык 3 года в Корнельском Университете, написание этой фразы и чтение сайта TheVista.ru оказалось сложной задачей для Стивена. Как пишет сам Стивен,

“Sure thing.  I’ve run out of Russian (and had some help before).  It is way too hard for me to read the site.”

Тем не менее, Стивен зарегистрировался рядовым пользователем на сайте и смог ответить поклонникам Windows на русском языке!

Стивен также поделился информацией о том, как он учился русскому языку; в частности, в классе его называли Димой:

“I put in some inside information – in Russian class in college my name was Dima which the professor chose (something pretty common in “foreign” language classes in the US).”

Поприветствуем Стивена Синофски вместе с читателями сайта TheVista.ru!

 

 

Краткая справка о Стивене Синофски

Стивен Синофски (Steven Sinofsky) руководил группами Windows Experience Team & Windows Live с 2007 года, сменив Джима Оллчина на этом посту. Windows разрабатывают две группы – WEX (руководитель - Стивен Синофски), которая работает над пользовательской частью ОС, и COSD (руководитель - Джон ДеВаан), которая работает над системной частью ОС (ядро, драйверы и т.д.). Теперь, после назначения президентом Windows Division, Стивен Синофски будет управлять обеими группами, а Джон ДеВаан будет ему подчиняться.

Стивен ничего не говорил о планах по новой операционной системе до лета 2008 года, когда он открыл новый блог команды разработчиков Windows 7 на MSDN, где каждый член команды мог рассказать о своем участке работы. Тогда же благодаря Стивену Синофски и редакторам TheVista.ru Русский MSDN объявил о проекте Русского Зеркала блога Windows 7.

Стивен Синофски учил 3 года русский язык в Корнельском Университете в рамках программы The Russian Language Program in the Department of Russian. Корнельский Университет (Итака, Нью-Йорк) – один из крупнейших и старейших университетов в США, входит в элитную лигу Плюща.

Разрабатывая Windows 7 для глобального рынка

Microsoft уже давно стала международной компанией и всегда стремилась разрабатывать свои продукты так, чтобы их можно было использовать по всёму миру. Это та самая область, в которой встречается множество трудностей –больше, чем многие могут себе вообразить. Мы всегда стремились научиться новому и улучшить результаты. Создание программного обеспечения для глобального рынка – большая ответственность для каждого члена команды. У нас есть специальные группы сотрудников, которые работают над интернационализацией, то есть ориентированы на специфические местные особенности: управление шрифтами и ввод на основе азиатских языков – лишь два примера из множества. Конечно же, мы вложили немало труда в локализацию Windows 7 более чем на сотню языков. В этой статье Джули Беннетт (Julie Bennett) и Джон МакКоннелл (John McConnell) расскажут о совместной работе групп сотрудников над глобальными свойствами и нюансами локализаций, подготовивших Windows 7 к всемирной премьере. – Стивен

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

Новые функции

Интернациональные возможности Windows 7 начинаются с самых элементарных и основополагающих вещей, – таких, как поддержка любых наборов символов в именах файловой системы NTFS (теперь соответствующей стандарту Unicode 5.1), и доходят до таких нюансов, как выбор фоновых рисунков рабочего стола и темы, отражающих местную специфику различных регионов планеты (включая фотографии, сделанные прямо на месте). Однако существуют некоторые возможности, наличие которых в системе чрезвычайно важно для правильной поддержки множества языков и культурных особенностей, и некоторые из них мы рассмотрим в настоящей статье.

Шрифты

Язык и письмо – основа любой культуры, и поэтому разнообразие шрифтов абсолютно необходимо для пользователей во всём мире. В Windows 7 увеличено как количество, так и качество шрифтов. Мы добавили пятьдесят новых шрифтов.

New fonts in Windows 7

Рис.1. В Windows 7 было добавлено пятьдесят новых шрифтов.

Как можно понять из названий шрифтов в таблице, многие из них содержат не латиницу. По существу Windows 7 – первая Windows, в которой нелатинских шрифтов больше, чем латинских. Одной из важнейших областей усовершенствования была поддержка языков для Индии. Против девяти шрифтов для индийских языков в Windows Vista, в Windows 7 добавилось ещё сорок. Windows 7 теперь содержит по несколько шрифтов (включая различные начертания) для всех официальных языков Индии.

image

Рис. 2. Aparajita: новый шрифт девангари – обычный, жирный, курсив, и полужирный

Помимо добавления новых, мы улучшили существующие шрифты. Например, мы добавили более двух тысяч (!) глифов в Consolas, Calibri, Cambria Bold и Cambria Math. Но наиболее значительные улучшения были сделаны в некоторых нелатинских шрифтах. Например, Windows 7 гораздо лучше обрабатывает стандартную лигатуру шрифта Lam-Alef на арабском (картинка) и размещение знаков кантилляции.

image

Рис. 3. Слева: лигатура Lam-Alef в Vista; справа: лигатура Lam-Alef в Windows 7

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

Панель управления шрифтами

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

Первое изображение демонстрирует вариант представления панели с крупными иконками. Наиболее заметное изменение заключается в том, что иконки теперь сообщают значительно больше информации о том, как выглядит шрифт. Содержимое иконки отражает примерное представление глифа. Стиль иконки соответствует стилю шрифта. Иконки для нелатинских шрифтов передают типичные начертания шрифта, делая его дизайн доступным для просмотра. Несколько менее заметное усовершенствование – некоторые иконки шрифтов затенены, показывая, что шрифт установлен, но невидим. Невидимые шрифты по умолчанию не отображаются на ленте и в диалоговых окнах выбора шрифтов в программах. Теперь можно использовать панель управления шрифтами для тонкой настройки шрифтов, которые постоянно задействованы. Спрятав редко или никогда не используемые шрифты, можно упростить выбор нужных шрифтов в программах. Например, те, кто работает в английской и французской локализации, видят только латинские шрифты, в то время как в японской локализации по умолчанию видны только японские. Эти настройки можно изменить через контекстное меню каждого конкретного шрифта. Невидимые шрифты присутствуют в системе, так что программы, использующие их, не будут вызывать проблем.

image

Рис. 4. Панель «Шрифты» в режиме «Крупные иконки»

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

image

Рис. 5. Панель «Шрифты» в режиме «Подробно»

Пакеты локализации

Windows 7 обладает новыми возможностями индивидуальной настройки. Новые темы, фоновые рисунки, звуковые схемы упростят настройку системы для нужд конкретного пользователя. Такие настройки зависят в том числе от языковых и географических особенностей, и это отражено в представленных пакетах локализации для Windows 7. Пакеты локализации содержат специфические темы для Windows 7, основанные на особенностях различных регионов. Они содержат соответствующие фоновые рисунки, особые цвета прозрачности для Aero, звуковые схемы. Избранное Internet Explorer 8 и RSS-каналы также настраиваются на местные ресурсы, когда пакет локализации активирован. Например, добавление и включение пакета локализации для Франции добавит специфические темы в управление индивидуальными настройками и несколько ссылок на популярные и полезные общественные веб-сайты и RSS-каналы в пользовательский профиль.

image

Рис. 6. Темы для разных стран

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

Пользователи, которые ищут визуальные темы для своих стран или какие-то другие, могут найти их на странице Windows Online Gallery, которая доступна из меню "Получить другие темы из сети" в панели управления «Индивидуальные настройки».

Другие возможности

Среди других функций – 5 новых локализаций (теперь всего их 210), 12 новых языков ввода, улучшенная сортировка символов традиционного китайского. Кроме того, мы обновили системные базы данных, приведя в соответствие стандарту Unicode 5.1. Усовершенствован интерфейс, который позволят разработчикам улучшить качество программ для глобального применения. Расширенные службы поддержки языков (ELS) – новая потрясающая функция, о которой мы поговорим ниже в пункте «Современная интернационализация и качество».

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

Современная интернационализация и качество

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

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

Локализация – процесс, направленный на обеспечение наилучшего взаимодействия системы с пользователем на местном языке. Помимо перевода строчек меню, он включает в себя целый ряд нюансов, таких, как изменение размеров диалоговых окон и переворачивание ярлыков для языков с письмом справа налево, таких, как иврит или арабский. В ходе этого процесса возникают некоторые типичные ошибки, такие, как неправильный перевод пункта меню.

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

Псевдолокализация

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

image

Рис. 7. Диалоги контрольной панели в псевдолокализованной версии Windows 7

Пилотные языки

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

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

  • Немецкий – язык содержит длинные составные слова и поможет определить ошибки в размерах диалоговых окон и выравнивании текста лучше, нежели другие языки.
  • Японский – язык с десятками тысяч символов, нелатинскими начертаниями нескольких типов, альтернативными способами ввода и уникально сложной орфографией поможет найти ошибки, способные сказаться во многих других азиатских языках.
  • Арабский – письмо справа налево с контекстуальным изменением букв (вид буквы зависит от других расположенных рядом с ней букв) помогает тестировать участки кода, не задействованные в немецком или японском.
  • Хинди – Windows 95 и Windows 98 не поддерживали хинди, поскольку поддержка этого языка опирается целиком на Unicode. С его помощью мы находили дефекты, проявляющиеся при использовании отличных от Unicode наборов символов, которые могли повлиять на похожие языки.

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

image

Рис. 8. Дефекты глобализации, обнаруженные в бета-версии Windows 7

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

Языковые пакеты для RC

Из-за особенностей процесса разработки нам удалось создать больше вариантов локализации для Windows 7 RC, чем когда-либо прежде за всю историю Windows. Те, кто установил версию Ultimate Windows 7, вероятно, обратили внимание на 32 языковых пакета, доступных для загрузки через службу обновления:

image

Рис. 9. 32 языковых пакета доступны для Windows 7 RC через Windows Update

Одну вещь мы в будущем точно организуем иначе: все локализации, доступные для бета-версии, будут доступны и для предварительного выпуска (в Windows 7 RC не оказалось хинди). Для будущих Windows это будет исправлено.

Интерпретация отзывов со всех концов света

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

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

В Windows 7, используя API определения языка в новых расширенных службах поддержки языков (ELS), стало возможным автоматически определять язык отчёта об ошибках в момент получения. Функциональные возможности ELS – новинка для Windows 7, доступная для тех создателей программ, которые хотят улучшить и развить поддержку различных языков в своих приложениях до уровня самой операционной системы. Начиная с Windows 7, разработчики могут пользоваться ELS для определения языка и назначения любого текста в формате Unicode, а также транслитерацию для переразметки текста между различными системами письма. Для использования этих и будущих вариантов служб в последующих выпусках Windows нужно просто освоить несложный и унифицированный интерфейс. Для разработчиков приложений под Windows 7 доступно автоматическое определение более 100 языков, и мы будем рады помочь отсортировать и обработать отклики, которые вы пошлёте нам, неважно, откуда именно. Мы используем наши собственные разработки управления международным контентом для того, чтобы лучше реагировать на запросы пользователей в глобальном масштабе.

Определив язык, мы отправляем текст на перевод, используя технологии машинного перевода, доступного, например в нашем онлайновом сервисе Live Translator. Таким образом мы переводим текст на английский, чтобы отклик дошёл до ответственного за проблему. Наши сотрудники сканируют базу данных в поисках специальных возможностей или областей функциональности. Это также помогает обеспечить международный аспект совместимости программ, как только нам становится известно по отчётам пользователей, что та или иная программа служит причиной проблем. Разумеется, машинный перевод не обеспечивает должного качества, но позволяет определить, о чём идёт речь и какие проблемы требуют дальнейшего изучения. Это, в свою очередь, позволяет нам гораздо быстрее отвечать на запросы и реагировать на проблемы, нежели это происходило раньше, при подготовке предыдущих версий Windows, что означает лучшее качество системы Windows 7, которая вскоре попадёт к клиентам по всему миру.

По ходу тестирования бета-версии Windows 7 были обработаны и переведены 35408 сообщений и комментариев, отправленных с помощью инструмента отчётов об ошибках.

Подводя итоги

Окончательный результат наших усилий по улучшению качества локализации и глобализации отражён в заявлении о полной готовности локализованных версий Windows 7, доступных в течение 2 недель после выпуска на всех языках «первой волны» в октябре. Мы надеемся (и убеждены!) в том, что конечные пользователи получат наилучшее качество продукта за всю историю его создания.

image 

Рис. 10. В октябре пользователям станут доступны 36 языковых версий Windows 7

В дополнение к 36 языкам октябрьского релиза, многие языки будут доступны в качестве языковых пакетов для любого из вариантов Windows 7. Эти пакеты – результат сотрудничества с правительствами, университетами, экспертами-лингвистами со всего мира. Дополнительные сведения о языковых пакетах находятся по адресу: http://www.microsoft.com/unlimitedpotential/programs/llp.mspx. Работа над пакетами начнётся с момента выхода RTM и продолжится в течение нескольких месяцев в соответствии с расписанием наших партнёров. Два таких пакета будут доступны уже в октябре – это хинди и каталонский. Дополнительные языковые пакеты будут доступны для скачивания в последующие месяцы в соответствии с расписанием партнёров. Мы счастливы подтвердить, что нам удалось существенно сократить сроки выхода первых 38 языков (36 языков и 2 пакета локализации) и думаем, что в будущем удастся улучшить этот результат. Публикуя сроки выхода соответствующего выпуска, мы облегчаем нашим клиентам планирование и унифицированный режим выхода их собственных программ и/или миграции на новую платформу.

Более подробные сведения о расширенных службах поддержки языков (ELS) и других классных функциях Windows 7 можно почерпнуть на MSDN. В частности, там можно загрузить Windows SDK для Windows 7 и прочесть о том, что нового в «международном» разделе. Кроме того, новый центр для разработчиков Go Global на MSDN содержит огромное количество информации о технологиях интернационализации.

Если хотите отправить нам сообщение, сделайте это через форму ответа на этой странице или используйте кнопку «Отправить отчёт» в Windows 7. Мы будем рады услышать вас на любом языке.

Джули Беннетт (Julie Bennett) и Джон МакКоннелл (John McConnell),

отдел интернационализации Windows

 

Изменения в ClearType в Windows 7

Одно из любимых занятий Билла Гейтса – чтение, и он всегда мечтал, чтобы чтение на компьютере приносило удовольствие. Мы посвятили этой работе много лет. На выставке COMDEX в 1998 году Билл Гейтс впервые представил ClearType – трудно поверить, что это случилось так давно. В те времена лишь немногие из нас пользовались ЖК-дисплеями, и те, кто решился инвестировать несколько тысяч долларов, могли приобрести 15-дюймовое устройство с разрешением 1024х768 (сегодня такой монитор стоит меньше 100 долларов). Смягчение очертаний и сглаживание шрифтов давно применяется в типографии, мультипликации и играх. ClearType поднял эти технологии на новый уровень, основываясь на специфических свойствах ЖК-панелей. ClearType в последующем вошёл в состав функций Windows ХР, затем в Windows Vista и Windows 7 – каждый новый выпуск содержал значительные изменения в основной технологии, изменялись шрифты, поддерживающие эту технологию, и программные интерфейсы для разработчиков. Будет честным с нашей стороны признать, что есть пользователи, которым не нравится обработка изображения с помощью ClearType, и они хотят иметь возможность отключать её. Мы уважаем их выбор и непременно снабдим систему необходимыми управляющими элементами. ClearType – неотъемлемая часть платформы Windows, предоставляющая API, управляемые и вызываемые по желанию создателей программ. Существует общее мнение, что ClearType является преимуществом визуализации, и в этой статье мы хотели бы показать, что технология содержит элементы, действительно предоставляющие преимущества. Однако есть элементы, которые используются приложениями в качестве API, например, приложения могут подбирать шрифты, цвета и некоторые другие параметры, если это необходимо. Ниже мы рассмотрим более детально, как воплощена эта технология в Windows 7, и немного коснёмся истории вопроса. Грег Хичкок (Greg Hitchcock) возглавляет разработку ClearType, будучи сотрудником проекта с самого начала. Он – один из постоянных членов команды создателей Windows 7, и только 6 человек имеют стаж работы в компании больше, чем он, – Ларри в том числе! – Стивен

Принимая во внимание полученные отклики, хотелось бы объяснить подробнее, как именно происходит обработка шрифтов в Windows 7 и почему, собственно, именно обработка посредством ClearType выбрана действующей в системе по умолчанию. Для тех, кому не нравится ClearType и кто хочет восстановить обычный двухуровневый рендеринг, как это было в Windows Millennium решение выглядит следующим образом:

  • Откройте панель управления «Оформление и персонализация»
  • Затем откройте панель «Экран»
  • Выберите «Настройка текста ClearType»

Развёрнутый ответ, который мы дадим ниже, продемонстрирует, что всё не так просто, как кажется: «включил/выключил». Как вы, вероятно, заметили, Windows 7 содержит новый настройщик ClearType в панели управления, позволяющий точно настраивать обработку – и об этом тоже говорится в статье.

ClearType

ClearType – технология, позволяющая улучшить как внешний вид шрифта на экране, так и облегчить чтение с экрана, сделать его более продуктивным. Поскольку более 80% времени, проводимого за компьютером, уходит на чтение, усовершенствования в этом направлении служат общему улучшению взаимодействия пользователей с Windows. Технология ClearType продолжает развиваться, и её обновление в Windows 7 уже обсуждалось на страницах блога Е7 несколько ранее.

Говоря простыми словами, ClearType работает, интерпретируя низкоуровневую геометрию цветных субпикселей так, как если бы они были целыми пикселями, тем самым получая дополнительные преимущества в разрешении, а также используя особенности человеческого зрения, которое игнорирует дополнительные цветные артефакты. Подробности технологии и работы человеческого зрения описаны тут. Если точнее, то технология ClearType оптимизирована для ЖК-панелей, у которых красные, зелёные и синие (RGB) субпиксели ориентированы вертикально (полосками), хотя и на ЭЛТ-мониторах проявляет себя неплохо (особенно на тех, что оснащены апертурными решётками), и даже на ЖК-панелях с горизонтальными RGB-полосками. Хотя это и кажется противоречащим здравому смыслу, но, согласно неформальным опросам, около 70% пользователей предпочитают включать ClearType даже на тех экранах, для которых она не подходит. Для тех, кто предпочитает альтернативные варианты рендеринга, главным камнем преткновения остаётся потенциальное ухудшение контрастности текста именно на таких устройствах.

Другие способы обработки шрифтов под Windows

Несмотря на факт существования многочисленных типов экранов и широкого разнообразия пользовательских вкусов и их визуального восприятия, мы всё же решились внедрить ClearType в Microsoft Windows. Почему? Microsoft не сразу сделала ClearType стандартным способом визуализации. Впервые технология была реализована в Windows CE в 2000 году. Мы могли более или менее полностью контролировать характеристики оборудования, на котором запускалась Windows CE, поэтому не составляло большого труда удостовериться, что ClearType должным образом работает на каждом устройстве, а в случае осложнений перенастроить либо ClearType, либо устройство, чтобы качество восприятия текста на экране было близким к оптимальному. Первой «большой» системой с ClearType стала Windows ХР в 2001 году.

Двухуровневая обработка

До выхода ХР все Windows поддерживали два типа рендеринга шрифтов. Первый тип – это двухуровневая обработка, более известная как «чёрно-белая» обработка, но некоторые называют её «несглаженный шрифт». В этом случае шрифт отображается только двумя цветами, переднего и заднего плана соответственно. Это первый тип рендеринга, который поддерживался технологией TrueType в Windows 3.1. Это весьма эффективный метод отображения шрифтов в bitmap-формате с момента появления Windows 1.0. Двухуровневый рендеринг, будучи реализован с помощью такой контурной технологии как TrueType, с трудом поддаётся адаптации под низкие экранные разрешения. Для того, чтобы такой шрифт обрабатывался и отображался наилучшим образом, требуется немало усилий. Опытный специалист должен потратить от полугода до года на то, чтобы обеспечить надлежащую детализацию обработки. Это время соответственно увеличивается для шрифта с четырьмя начертаниями. А если набор символов превосходит стандартный латинский, как в некоторых системных шрифтах, трудиться придётся ещё дольше.

clip_image002

Смягчение контуров шрифтов / оттенки серого

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

Традиционное сглаживание работает так: сначала шрифт увеличивается в масштабе, а затем производится субдискретизация. Смягчение использует похожий метод, однако перед увеличением масштаба шрифт хинтуется. Хотя форматом статьи не предусмотрено детальное описание технологии хинтования, можно сказать, что она использует метод «подгонки решётки» для фиксации вертикальных и горизонтальных границ символов, чтобы они соответствовали пиксельной решётке. В этом случае большинство горизонтальных и вертикальных основных штрихов шрифта при увеличении масштабирования закрывают 100% фона пикселей, а при субдискретизации передают цвет переднего плана, обычно чёрный. Диагональные и закруглённые штрихи шрифта не покрывают пиксель целиком, и потому передают оттенок серого, отражая степень покрытия фона пикселя. Следует заметить, что, когда текст отображается с зазубринами (то есть без сглаживания), это происходит из-за закруглений и диагоналей в начертании шрифта – именно тех областей, которые закрашиваются серым в нашем методе. Это наиболее предпочтительный вариант сглаживания, обеспечивающий наилучший контраст для штрихов за счёт небольшого снижения точности восприятия.

clip_image004

Второй фактор, отличающий смягчение контуров шрифтов от традиционного сглаживания – то, что шрифт сам определяет точный размер кегля, при котором смягчение включается или выключается. Большинство шрифтов, обеспечивающих этот уровень, включают сглаживание с помощью оттенков серого ниже 9 пикселей на em (PPEM). Это примерно соответствует 7 пунктам при разрешении экрана 96 PPI. При уровне выше 9 PPEM сглаживание отключается, пока основные штрихи не превышают размера в два пикселя по ширине, что соответствует размеру от 13 до 20 пунктов, в зависимости от набора символов. Как только ширина штриха достигает двух пикселей, сглаживание остаётся включённым в процессе увеличения. Ширина в два пикселя для штриха была выбрана потому, что обеспечивает достаточно прочную основу для пикселей цвета переднего плана, чтобы сохранить высокую контрастность штрихов. Если у шрифта нет оговоренных размеров для выполнения смягчения, будут использованы системные умолчания. Системные умолчания различны для обычных и утолщённых наборов символов. То есть несмотря на то, что по умолчанию используется смягчение контуров, большинство шрифтов в тексте удобного для чтения размера будут обрабатываться двухуровневым способом.

Установки по умолчанию для визуализации шрифтов

С дополнением в виде ClearType в Windows XP у нас есть три типа рендеринга шрифтов: двухуровневый, смягчение контуров и ClearType. Во время разработки Windows XP началась постепенная миграция от традиционных ЭЛТ-мониторов к ноутбукам и настольным ПК с ЖК-экранами. В тот момент эта миграция была ещё далека от завершения, поэтому для Windows XP мы решили оставить основным способом обработки шрифтов смягчение оттенками серого, так же, как в Windows 2000. ОЕМ-производители, устанавливавшие Windows XP на свои ПК, могли изменить эти настройки, и к моменту начала поставок Windows XP SP2 многие из них начали отдавать предпочтение ClearType. Следует отметить, что у ОЕМ-производителей есть возможность управлять этими настройками в ходе предварительного конфигурирования ПК.

В Windows Vista системный рендеринг шрифтов по умолчанию был изменён на ClearType. Важно чётко уяснить, что понимается под рендерингом шрифтов по умолчанию. В Windows 7 таким рендерингом считается тот, который выбирается, если само приложение не определяет заранее тип рендеринга. Некоторые путаются, считая, что все приложения обязаны использовать именно тот тип рендеринга, что установлен системой по умолчанию. Это не соответствует действительности – API для смягчения контуров шрифтов, представленные впервые в Windows 95, работают иначе. Ожидалось, что существуют ситуации, в которых приложение самостоятельно определяет оптимальный способ рендеринга. Например, при отображении документа с мелким шрифтом перед отправкой на печать наилучшим выбором является традиционный вариант рендеринга. Напротив, когда приложение представляет текст для чтения с экрана, вероятно, лучшим вариантом в этом случае будет ClearType. В некоторых случаях, например, при использовании удалённых терминалов, приложение может выбрать двухуровневый рендеринг для снижения объёма трафика, отправляемого на клиентский ПК.

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

Хотя любое приложение может выбрать способ рендеринга для каждого используемого шрифта, большинство программ используют настройки системы. Поэтому решение изменить настройки рендеринга по умолчанию для Windows Vista не было лёгким. Направление развития оборудования чётко указывало на скорую и окончательную замену ЭЛТ-мониторов ЖК-панелями, и мы отметили это в наших предыдущих статьях, основываясь на телеметрии, полученной от компьютеров с установленными Windows ХР и Windows Vista. И всё же ЭЛТ-мониторы пока не совсем ушли в небытие, – но отклики от пользователей Windows ХР по поводу работы ClearType на этих экранах были положительными. После решения включить ClearType по умолчанию в Windows Vista, отзывы о нем оказались в большинстве своём позитивными.

Но, даже если рендерингом по умолчанию назначена технология ClearType, существуют сценарии, при которых эти настройки могут быть изменены. ОЕМ-производители, предустанавливающие Windows на свои компьютеры, могут это сделать. В некоторых случаях, – и такое наиболее часто происходило со смягчением шрифтов в Windows 95 – оборудование не отвечает минимальным требованиям для выполнения операций рендеринга. При использовании как смягчения, так и ClearType, требуется минимальное разрешение экрана 16 бит на пиксель. (Когда рендеринг используется для bitmap-файлов в GDI, необходимо убедится, что цветовая глубина по умолчанию не равна 1 бит на пиксель, если требуется правильно воспроизводить на устройстве текст, обработанный по технологии ClearType.) Иногда для оптимизации производительности системы сглаживание (смягчение и ClearType) могут отключаться. Так, при подключении удалённого рабочего стола внутри сессии сглаживание обычно отключено.

Изменение настроек визуализации по умолчанию в Windows 7

Для Windows 7 действуют те же системные умолчания, что и для Windows Vista. Существует несколько способов изменить настройки рендеринга для Windows 7. Для тех, кто предпочитает двухуровневый рендеринг, может сделать это в настройках производительности в панели управления. Из главного окна панели управления выберите System and Security -> System -> Advanced System Settings -> Performance (Settings…). Более лёгкий путь – через апплет Appearance нужно выбрать Adjust the appearance and performance of Windows и затем отключить настройку Smooth edges of screen fonts, как показано на рисунке.

clip_image006

Настройка по умолчанию, когда сглаживание шрифтов отключено, не распространена широко, поэтому найти управляющие ею элементы не так легко, как некоторые другие. Если пользователь предпочитает изменить настройки по умолчанию на метод сглаживания посредством оттенков серого, описанный ранее, он может сделать это в Windows 7 с помощью тюнера ClearType.

Тюнер ClearType

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

Для переключения между режимами ClearType и рендеринга с помощью оттенков серого можно использовать переключатель «Включить ClearType» на приветственном экране тюнера ClearType.

clip_image008

Так или иначе, при настройке параметров рендеринга пользователю будет предложено воспользоваться мастером настройки ClearType по двум причинам: если какое-либо приложение самостоятельно включает ClearType, будет полезно узнать, как это можно отрегулировать; кроме того, некоторые платформы для работы с графикой предлагают значительно более расширенные возможности настройки рендеринга как для оттенков серого, так и для ClearType.

Дизайн шрифтов и визуализация шрифтов

Существование рендеринга шрифтов высоких разрешений, такого, как ClearType, оказало огромное влияние на разработку шрифтов для экранного отображения текста. С ранней эпохи возникновения печатной прессы, по мере разработки новых технологий и способов печати, шрифты претерпевали многочисленные изменения для наиболее полного воплощения преимуществ, предоставляемых инновациями. Например, многие шрифты по сей день используют «засечки», которые раньше предотвращали растекание чернил, искажающее основные свойства начертания. Этот факт демонстрирует важность выбора специфики дизайна для наиболее адекватного воплощения преимуществ, предоставляемых той или иной технологией. В традиционном дизайне начертаний шрифта, сам термин «шрифт» относится к литерам определённого размера. Так, 10-пунктовый и 24-пунктовый Times New Roman – это разные шрифты. В эпоху металлических литер для типографских машин все размеры вырезались специальным прессом и предназначались для поверхностей, на которых предстояло печатать знаки, часто с вариациями основного штриха, высоты или межсимвольного интервала для каждого из размеров. Внедрение фотонабора (офсетной печати) в середине ХХ века было в этом отношении шагом назад: теперь в качестве образца шрифта использовался один размер, а все остальные варианты получались посредством масштабирования до нужного размера посредством оптики.

Microsoft Windows использует более традиционный подход к работе с компьютерными шрифтами. Он заключается в комбинации хинтования и применения новых видов шрифтовых наборов, применяемых для оптимизации отображения текста на том носителе, для которого предназначен. Когда Microsoft выпустила первую версию технологии TrueType для Windows 3.1, в качестве основных шрифтов использовались традиционные Times New Roman, Arial, и Courier New. При создании этих шрифтов один из размеров был принят в качестве основного (высотой 10–12 пт), и, как и в технике офсета, прочие варианты получались путём масштабирования до нужного размера и соответствующего разрешения экрана. Но, как и в случае с до-офсетными шрифтами, каждый набор был тщательно проверен, и необходимые изменения посредством хинтования были внесены и в основной набор – включая такие критически важные изменения, как контрастность штриха, х-высота и интервал между глифами. Как говорилось ранее, хинтование шрифтов, осуществляемое для их оптимизации при отображении на носителях с низким разрешением, например, при полном пикселе на экране с 96 PPI, занимало много времени. Для того, чтобы ускорить этот процесс в Microsoft Windows, мы создали или приобрели новые частные начертания шрифтов, которые наилучшим образом отображались при двухуровневом рендеринге с разрешением 96 PPI. Это Tahoma, Verdana, Georgia, Trebuchet MS, а также Comic Sans MS. Эти шрифты всё ещё нуждаются в хинтовании для подгонки под индивидуальные размеры, но, поскольку они создавались с учётом свойств носителей, на которых будут отображаться, это гораздо менее сложный процесс, протекающий значительно быстрее.

Но даже для гарнитур оптимизированных для экранов с разрешением 96 PPI, размер пикселя оказывается всё ещё слишком велик чтобы продемонстрировать все возможности шрифтов, которые нам хотелось бы, и здесь на помощь пришла технология ClearType. Теперь обрело смысл включение в систему новых наборов шрифтов, оптимизированных для новых средств отображения. Существующие шрифты Windows продолжают хорошо выполнять свою работу и с новой технологией, но суть проекта заключалась в том, чтобы обеспечить наилучший результат при чтении с экрана с использованием ClearType. Это привело к созданию новых наборов шрифтов, поставляемых вместе с Windows Vista. Коллекция ClearType состоит из Calibri, Cambria, Consolas, Corbel, Candara, Constantia и нового интерфейсного шрифта Segoe UI, а японский Meiryo был разработан специально для таких экранов. В ходе проекта по созданию этих шрифтов мы проверяли настройки ClearType по умолчанию и пришли к выводу, что в процессе хинтования необходимо обеспечить его тонкую, размерно-зависимую настройку только для ClearType, а не для обычного двухуровнего рендеринга. Это позволило нам сосредоточиться на оптимизации настроек, подходящих подавляющему большинству пользователей.

Шрифты ClearType в Windows 7

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

Как говорилось ранее, не все приложения выбирают установленный по умолчанию тип рендеринга. Microsoft Office и Internet Explorer используют ClearType по умолчанию для себя даже тогда, когда для платформы в целом выбраны иные настройки. Некоторые приложения, используя адаптированные для ClearType шрифты, могут независимо от настроек системы предпочесть ClearType в качестве рендеринга для того, чтобы подчеркнуть специфические достоинства шрифтов. Некоторым программам требуется более точная отработка ширины глифа, например, субпиксельное позиционирование или «естественная ClearType-ширина», и вернутся к ClearType, даже если настроить их на двухуровневый рендеринг или рендеринг посредством оттенков серого. Такие программы, как Adobe Reader, содержат собственные механизмы рендеринга, независимые от графической платформы Windows. Точно так же Java для Windows использует свои собственные методы рендеринга.

Иногда, например, в Windows 7 Explorer, ClearType будет работать несмотря ни на что, для того, чтобы шрифт Segoe UI сохранял оптимальное экранное начертание. Изменение системного шрифта может повлечь за собой определённые проблемы, такие, как перезагрузку содержимого ввода для диалоговых окон, искажение или исчезновение некоторых надписей, исчезновение подписей к ярлыкам и т.д. Мы понимаем, что многие приветствовали бы глобальные перемены в используемых системных шрифтах, которые позволили бы свободное переключение между ними, однако сегодня, на всём спектре разрешений, DPI и локализаций существование даже небольшого числа проблем не способствует абсолютной гибкости в настройках системных шрифтов – пока.

Учитывая возможные последствия отключения ClearType, некоторые свойства шрифтов позволяют снизить отрицательные моменты в случае, когда использование ClearType не предусмотрено. В шрифте Calibri, который является основным по умолчанию для Microsoft Office, используется необычный метод улучшения качества его рендеринга при включённом сглаживании посредством оттенков серого. В этом случае, в противовес нормальной ситуации, когда смягчение на мелких размерах шрифта отключено во избежание размытости, для этого шрифта оттенки серого включаются, чтобы улучшить передачу его формы. Также, на нескольких основных размерах, Calibri использует внедрённые прямо в файл bitmap-шрифты. Эти шрифты вступают в дело, когда запрашивается двухуровневый рендеринг. Они применяются в случае, когда Calibri используется терминальными программами, а ClearType отключен по соображениям повышения производительности для сессий удалённого доступа.

Вопросы производительности и ClearType

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

  • Мы установили улучшение точности распознавания слов у 17% пользователей ClearType по сравнению с теми, кто пользовался двухуровневым рендерингом.
  • Мы выявили 5%-е повышение скорости чтения и 2%-е улучшение восприятия (это заметное увеличение) у пользователей ClearType по сравнению с теми, кто пользовался двухуровневым рендерингом. 5%-е повышение скорости чтения звучит довольно скромно, но кумулятивный эффект может быть куда более значительным, учитывая, сколько времени люди проводят за чтением.
  • Мы констатировали 5%-е повышение скорости чтения на более длинных текстах, а также некоторые нетрадиционные задачи чтения, например, сканирование, стали на 8% быстрее с ClearType по сравнению с двухуровневым рендерингом.
  • Мы обнаружили, что чтение неоптимального текста вызывает зрительное утомление, увеличивая косоглазие и снижая темп моргания. (Это может показаться очевидным, но до выполнения этих исследований психологические причины значительного утомления оставались невыясненными.)

ClearType – исследование настроек рендеринга

Другой достойный исследования вопрос, который мы постоянно задавали себе, – почему всё-таки некоторые пользователи предпочитают двухуровневый рендеринг, а не ClearType? Связано ли это со спецификой оборудования или это какие-то иные свойства визуального восприятия, которые, несмотря на то, что мы не можем их понять, играют весьма важную роль? Этот момент некоторое время довольно сильно бередил наше любопытство. Первая попытка поглубже заглянуть в суть проблемы заключалась в осуществлении небольшого, неформального изучения предпочтений в общественном центре рядом со штаб-квартирой Microsoft. Были использованы два одинаковых ноутбука, один с ClearType, другой без. Оба устройства были выставлены рядом, и участникам предлагалось выбрать более удобный вариант на их взгляд,. Использовались три разных примера. Вот результаты:

 

Предпочтение ClearType

Предпочтение двухуровнего рендеринга

Без предпочтений

Пример 1

33

1

1

Пример 2

33

2

0

Пример 3

33

2

0

Среднее, %

94%

5%

1%

Комментарии:

  1. 35 участников.
  2. Комментарий для двухуровневого рендеринга:

    Размытый, раздражающий, небрежный, «если бы это был принтер, я бы сказал – нужен новый картридж», «затухающий – особенно цифры, нужно щуриться, чтобы прочесть, это мои очки или глаза не в порядке?», «не могу сфокусировать взгляд», «искажённый», «нужно напрячься, чтобы прочесть», сливающийся.

  3. Комментарий для ClearType:

    Более определённый, выглядит «жирным» (2 ответа), темнее, чётче (4 ответа), похоже, этот экран лучше (пользователь предложил на 500 долларов больше за 2000-долларовый ноутбук с «лучшим» экраном), немного больше синего, устойчивый, намного легче читать (3 ответа), чистый, яркий, мне нравится, лучше видно, (и моё любимое – слова пожилой женщины, убеждённой, что ответ никакого труда не составляет, произнесено насмешливо :) – «да это же очевидно».

Две дополнительные настройки были сделаны для 28 из 30 участников, выбравших ClearType в первом варианте опроса и для 52 из 55 во втором. Анализируя совместные результаты трёх тестов, мы определили, что 113 из 120 участников отдали предпочтение ClearType перед двухуровневым рендерингом. Важно отметить, что в таком тесте – с навязанным выбором – если кто-то предпочитает ClearType, не обязательно означает, что ему автоматически не нравится двухуровневый рендеринг. Просто выбор сдвинут в сторону ClearType.

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

Будущие исследования

Глядя вперёд, можно сказать, что наши исследования открывают возможности сделать высококачественный рендеринг текста всё более доступным для всех. Каждая визуальная система отличается по своим характеристикам, и точно так же, как тюнер ClearType позволяет настраивать рендеринг в завистимости от свойств дисплея, было бы здорово уметь настраивать собственное зрение. В США около 7% мужчин не различают цветов. Мы полагаем, что сможем усовершенствовать алгоритм работы ClearType так, что представление текста для людей, не различающих цветов, будет лучше, чем для людей без этого недостатка. Пути исследования усовершенствований рендеринга для людей с повышенным восприятием цветовых различий и пониженной остротой зрения не менее важны для нас.

Заключение

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

Команда Microsoft, работающая над обсуждаемой проблематикой, сложилась ещё в 1990 г., при разработке шрифтов и технологий рендеринга для них. Мы стараемся лучше понять, что же такое – чтение. Команда состоит из инженеров, художников, дизайнеров-типографов и психологов. Стремясь решать задачи, – трудные, но жизненно важные, мы сотрудничаем со множеством экспертов внутри компании. Если люди проводят 80% своего времени перед компьютером за чтением, это должно доставлять удовольствие, настолько, насколько это возможно. Следующая статья по теме, опубликованная IEEE, описывает некоторые проблемы, с которыми мы сталкиваемся в работе касающейся технологии, искусства и науки о текстах.

Грег Хичкок (Greg Hitchcock),

руководитель разработки ClearType

Борьба со звуковыми сбоями в Windows 7

Добиться безупречного воспроизведения звука на ПК – задача на самом деле непростая, связанная со множеством технических ограничений, которые приходится преодолевать. В отличие от устройств, специально предназначенных для работы со звуком и видео, ПК вынужден во время воспроизведения выполнять массу сторонних задач, обусловленных наличием большого числа аппаратных и программных компонентов. Многим из вас знакомо явление внезапных сбоев при воспроизведении. В этом сообщении Кристин Карр (Kristin Carr), руководитель группы в отделе Devices and Media, расскажет об усилиях, предпринятых при разработке Windows 7 для того, чтобы избавиться от этой проблемы. Один из уроков, усвоенных мной ещё на ранней стадии разработки продукта, звучит так: мы не говорим «без сбоев», мы говорим – «устойчивый к сбоям». Надеюсь, это – важное замечание для читателей. – Стивен

Вы когда-нибудь использовали компьютер, чтобы проигрывать МР3 или DVD? Если ответ будет положительным, то вы находитесь в рядах подавляющего большинства пользователей, использующих свои ПК для воспроизведения аудио- и видео-приложений, включающих в себя всё, что угодно – от просмотра фильма и запуска игры до проигрывания роликов с YouTube. Но вам, вероятно, пришлось удостовериться, что процесс этот не лишён недостатков – возможно, у видеофрагмента выпадали кадры, а звуковая композиция «заикалась». Мы называем это «глитчем» (сбоем) – ощутимым прерыванием воспроизведения звука или изображения, нарушающим целостность восприятия медиа-контента. В этом сообщении мы рассмотрим звуковые сбои: посмотрим, какие технические трудности способствуют появлению таких сбоев и обсудим проделанную нами работу для уменьшения этого неприятного эффекта.

В чём причины сбоев?

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

Воспроизведение звука – особо чувствительная область. Для того, чтобы из динамиков зазвучала музыка, необходимо доставлять данные к оборудованию примерно каждые 10 миллисекунд, или в 30 раз быстрее, чем длится моргание. Проблема в том, что компьютер именно в это время загружен массой прочих задач, – как раз сейчас загружается ролик из YouTube или новая композиция, и для этих задач временнАя точность исполнения команд также чрезвычайно важна. Как вы догадываетесь, в действительности всё довольно просто: медленная сетевая карта или видеоадаптер отнимают массу процессорного времени – и пожалуйста, ваша музыка начинает «заедать».

Итак, что же мы предприняли для того, чтобы избежать такого рода неприятностей? Короткий ответ: «Предостаточно!», а остальное сообщения будет посвящено нижеперечисленным аспектам:

1. Сбор данных для установления характера проблемы

2. Разработка способа систематического определения и анализа сбоев

3. Широкое внедрение созданных инструментов и методов тестирования как внутри Microsoft, так и у наших партнёров по работе с Windows

4. Тесное сотрудничество с партнёрами для обнаружения, изучения и устранения сбоев

Кто сталкивается со сбоями?

При изучении этого вопроса на стадии разработки Windows 7, первостепенной задачей был сбор данных. Мы получали сообщения о сбоях, но не представляли себе истинного масштаба проблемы. Как часто пользователи слышат сбои? Происходит ли это на одних компьютерах чаще, чем на других? Задавая себе эти вопросы, мы смогли приблизиться к истинному пониманию проблемы.

Мы собирали данные с помощью встроенной в ОС инфраструктуры для телеметрии, позволяющей потребителям предоставлять Microsoft сведения о производительности и другую статистику, благодаря которой происходит процесс совершенствования Windows. Для каждого компьютера, отсылавшего информацию в Microsoft, мы определяли, сколько раз оборудование для воспроизведения звука не получало нужные ему данные (т.е. когда пользователь слышал сбой). Эти данные группировались по так называемым «сессиям», каждая из которых являлась представлением данных, собранных с определённого ПК в определённый день или данных, собранных в интервале между перезагрузками – в зависимости от того, какой период короче.

Давайте теперь взглянем на результаты. Сначала посмотрим на общий уровень сбоев:

clip_image002

Рис. 1. Количество сбоев на одну сессию

График показывает данные от пользователей, не являющихся сотрудниками Microsoft. Примерно в 80% сессий сбоев нет совсем, но в 4,3% сбоев больше 10. Это показывает, что от сбоев страдает значительное количество пользователей.

Определив, как часто происходит сбой, мы начинаем выяснять, почему он происходит. В первую очередь, мы фильтруем сведения по критерию портативный/настольный ПК:

clip_image004

Рис. 2. Вероятность сбоев в зависимости от типа ПК (портативный/настольный)

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

Следующим этапом стало определение вероятности сбоев в зависимости от изготовителя оборудования:

clip_image006

Рис 3. Вероятность сбоев в зависимости от изготовителя оборудования (Mfr)

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

Теперь мы можем посмотреть на график сбоев у широкого спектра моделей компьютеров:

clip_image008

Рис. 4. Сводная таблица всех сбойных сессий по моделям ПК

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

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

Создание инструментария для анализа сбоев

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

Кроме того, группа Devices & Media Performance создала инструмент с графическим интерфейсом, выделяющий сбои и активность процессора непосредственно перед и во время возникновения сбоя. Это позволило нам быстро диагностировать любую проблему, которая фиксировалась. Например, на рис. 5 можно видеть графическое представление момента возникновения сбоя. Мы также можем отобразить соответствующие измерения, сделанные в момент сбоя, чтобы точно определить момент начала подозрительного поведения оборудования.

clip_image010

Рис. 5. Пример графического представления момента сбоя и его устранения

В этом случае видны четыре сбоя (вертикальные красные линии на верхней панели). На четвёртой панели отображается активность, отбирающая более 3 мс (т.н. «долгие» ISR/DPC). На этом примере демонстрируется прямая зависимость между сбоями и долгими ISR/DPC, которые являются процедурными запросами, генерируемыми операционной системой, которые обладают потенциальной способностью затормозить процессор и вызвать сбой. Отсюда можно проследить, какие компоненты ответственны за эти запросы, чтобы снизить или избежать воздействия сбоя. Этот рисунок демонстрирует дополнительную информацию, которой мы пользовались для определения конкретных проблем, обсуждавшихся выше; впрочем, эта информация, наряду со многими другими результатами телеметрии, помогает диагностировать остальные сбои при воспроизведении медиа-контента на широком спектре оборудования.

Использование инструментария

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

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

Сотрудничество с партнёрами

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

При этом мы стремились к тому, чтобы эффект от использования этих инструментов нашими партнёрами был максимальным. Мы сотрудничали как с ОЕМ-, так и с ODM-производителями (производителями оригинального дизайна, традиционно выполняющих сборку ПК для ОЕМ-партнёров), изготовителями оборудования и поставщиками ПО. Мы создали презентации и инструкции, подробные доклады, проводили видеоконференции и семинары. Нашей целью было максимально облегчить создание устойчивого к сбоям оборудования и программного обеспечения.

Вот перечень проводившихся мероприятий:

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

Дальнейшие планы

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

Posted by Daniel Kornev [MSFT] | 0 Comments
Filed under:

Создание, сохранение и общий доступ к темам в Windows 7

Когда мы опубликовали новые фоновые рисунки, входящие в состав Windows 7, реакция на них показала, насколько индивидуальной может быть персонализация. Продолжая обсуждение этого вопроса, мы хотели бы рассказать о работе, которую проделали с темами в Windows 7. Мы и ранее делились информацией о настройках в предыдущих версиях Windows и сегодняшняя статья посвящена этой же проблеме. Хотелось бы отметить, что мы отдаем себе отчет в том, что это одна из областей персонализации, где присутствует, пожалуй, наиболее широкий спектр вкусов и потребностей, поэтому нам было очень важно сбалансировать наши инженерные задачи и дизайнерские усилия. Я получил массу сообщений от пользователей, желающих персонализировать буквально каждый пиксель на рабочем столе – от ширины границ до прозрачности заголовка окна, от высоты панели задач до цвета/размера/положения кнопки «Закрыть». С другой стороны обычные пользователи безумно рады возможности менять фоновый рисунок рабочего стола и цветовую схему. Для Windows 7 мы выбрали группу настроек, которая, как мы думаем, сможет удовлетворить широкий диапазон запросов по персонализации, оставаясь при этом надежной и совместимой платформой. Кроме того, мы стремились реализовать настройки таким образом, чтобы вы при желании могли с легкостью их сохранить и поделиться ими со своими родственниками или друзьями. Автором сегодняшней статьи выступила Кэти Фригон (Katie Frigon), программный менеджер команды Core User Experience.

-- Стивен

PS: Темпы разработки замедляются, поскольку мы близки к завершению проекта и отправке системы в печать. Вы, наверное, слышали, что пару дней назад мы сделали заявление о дате выпуска и доступности Windows 7. Спасибо всем, кто пользовался RC, помогая нам перейти на следующую ступень.

Создание и общий доступ к темам в Windows 7

Начиная с ранних сборок, в состав Windows 7 входили различные темы, позволяющие менять фоновые рисунки, цвет окон и звуковые схемы в один щелчок мыши. Эти темы размещены в панели «Персонализация», доступ к которой можно получить из контекстного меню рабочего стола.

clip_image001

Рис. 1. Панель "Персонализация"

clip_image002

Рис. 2. Контекстное меню рабочего стола

В RC-версии Windows 7 появились новые темы, например, «Архитектура». В состав темы входят шесть фотографий архитектурных сооружений, которые меняются через заданный промежуток времени, цвет окна «Сумерки» и звуковая схема «Городской вид», навеянная звуками одного джаз-клуба.

clip_image003

Рис. 3. Тема представляет собой набор из фоновых рисунков, цвета окон и звуков.

Windows предлагает пользователю набор тем, но если пользователь захочет загрузить больше тем, в панели управления для этого предусмотрена ссылка. Щелчок по ссылке «Другие темы в Интернете» приведет вас к онлайн-репозиторию Windows, на котором размещены дополнительные ресурсы, включая международные темы.

clip_image004

Рис. 4. Панель «Персонализация»: ссылка «Другие темы в Интернете»

Создание темы

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

Из программы улучшения качества ПО (для краткости CEIP) мы узнали, что очень многие изменяют и создают темы. Мы также узнали, что пользователи меняют различные настройки, хотя наиболее популярной является смена фонового рисунка:

clip_image005

Рис. 5. Процентное соотношение различных тем

Обратите внимание, что лишь 15% бета-тестеров оставляют стандартную тему нетронутой. 77% бета-тестеров создают собственную тему, меняя один или несколько элементов в стандартной теме.

clip_image006

Рис. 6. Процентное соотношение бета-пользователей, меняющих один из компонентов темы в ходе сессии

Здесь около 35% бета-пользователей, открывающих панель управления, открывают панель «Фоновый рисунок рабочего стола».

Теперь давайте взглянем, каким образом можно изменить стандартные настройки и сохранить их как собственную тему. Начнем с панели «Персонализация» в панели управления Windows.

clip_image007

Рис. 7. Панель «Персонализация»: выберите один из элементов внизу окна, чтобы изменить настройки.

Давайте для начала откроем панель «Фоновый рисунок рабочего стола». В Windows 7 панель обзавелась поддержкой библиотек изображений и функцией слайдшоу. Если выбрать библиотеку «Изображения», вы увидите все изображения, содержащиеся в библиотеке, включая подпапки. Все, что вам нужно для запуска слайдшоу из фоновых рисунков, – выбрать два и более изображений. В моем примере я отметила несколько моих любимых фотографий недавнего путешествия на Гавайи.

clip_image008

Рис. 8. Панель «Фоновый рисунок рабочего стола»: в Windows 7 добавлена поддержка библиотек и слайдшоу. Я выбрала те снимки, которые захотела использовать в своей теме.

При персонализации своего компьютера некоторым недостаточно простой смены фонового рисунка. Сменить цвет окон или звуковую схему столь же просто, как сменить фоновый рисунок. Просто выберите нужную категорию под галереей тем. В дополнение к стандартным 16 цветам мы реализовали возможность выбора цвета из палитры. В состав Windows 7 включено 14 новых звуковых схем, навеянных мотивами разных наций. Есть из чего выбрать. Если и этого вам мало, можно добавить собственные мелодии.

clip_image010

clip_image012

Рис. 9. Панели «Цвет окна» и «Звук»: сменить цвет окна или выбрать одну из 14 доступных звуковых схем очень просто.

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

clip_image013

Рис. 10. Панель «Персонализация»: я щелкнула «Сохранить тему», чтобы мои текущие настройки сохранились к галерее тем.

Общий доступ к темам

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

clip_image014

Рис. 11. Панель «Персонализация»: когда я готова поделиться созданной темой, я щелкаю правой кнопкой мыши на текущей теме и выбираю «Сохранить тему для общего доступа».

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

Общий доступ через Windows Live

Поскольку все настройки персонализации хранятся в одном файле, очень просто загрузить тему, к примеру, на Windows Live Skydrive и опубликовать ее, например, в блоге на Windows Live Spaces. Как только мои друзья и родственники установят Windows 7, они смогут загружать темы с фотографиями из путешествий и устанавливать их в качестве фоновых рисунков рабочего стола.

clip_image015

Рис. 12. Windows Live: я могу загрузить тему на Windows Live Skydrive и разместить ссылку на тему в своем блоге.

Общий доступ через домашнюю группу

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

clip_image016

Рис. 13. Windows Explorer: я создала библиотеку с темами и открыла к ней доступ через Homegroup. С другого компьютера в домашней сети я могу дважды щелкнуть, чтобы применить тему.

Подождите, это еще не все

Еще одним из способов расширить функционал тем в Windows7 стало добавление возможности использования набирающих популярность RSS-каналов с изображениями. Энтузиасты могут создать тему, фоновые рисунки из которой будут загружаться с RSS-канала. Так, к примеру, моя сестра живет далеко и видимся мы с ней лишь раз в году. Использование темы в Windows 7, которая ссылается на мой RSS-канал с изображениями, позволяет ей всегда оставаться в курсе событий моей семьи. Как только я загружаю новые фотографии, они автоматически появляются на рабочем столе ее компьютера.

Поскольку существует несколько способов создания RSS-канала с изображениями, включение RSS-канала в тему Windows 7 будет работать, если RSS-канал ссылается на высококачественные изображения через тэг «enclosure». Канал может ссылаться на изображения в таких форматах, как JPEG или PNG. Из-за этого ограничения темы с RSS-каналами должны создаваться вручную.

Чтобы создать такую тему, необходимо выполнить ряд шагов:

1. Загрузить шаблон с сайта MSDN.

2. Открыть шаблон с помощью Блокнота.

3. Заменить параметр {themename} названием, которое будет отображаться с галерее тем в панели Персонализация.

4. Заменить параметр {rssfeedurl} полным адресом совместимого RSS-канала.

5. Сохранить файл с расширением ".theme"

Теперь вы можете с легкостью поделиться файлом со своими родственниками или друзьями! Отправляйте его по почте или копируйте на USB-брелки и делитесь!

Некоторые сайты, предназначенные для хранения и обеспечения общего доступа к изображениям, также могут предлагать собственные RSS-темы для Windows 7.

Забегая вперед

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

Кэти Фригон (Katie Frigon),

программный менеджер команды Core User Experience

PS: Мы опубликовали дополнительные темы на портале http://windows.microsoft.com/en-US/Windows7/Personalize, который, кстати говоря, открывается при щелчке на ссылке «Другие темы в Интернете» в английской версии Windows 7.

Обеспечивая защиту Windows 7: родительский контроль

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

Windows 7 включает ряд функций для обеспечения защиты компьютера при работе детей. Авторство данной статьи принадлежит Владимиру Ровинскому (Vladimir Rovinsky), программному менеджеру в команде Safety, который поведает об инструментах родительского контроля в Windows 7. Эти функции являются логическим продолжением функций обеспечения безопасности самой Windows и Internet Explorer при просмотре веб-сайтов. На ум сразу же приходит приложение Windows Live Family Safety, входящее в пакет Windows Live Essentials (http://download.live.com), которые предлагает расширенный набор функций для обеспечения безопасности и инструменты родительского контроля. --Стивен

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

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

Инструменты родительского контроля в Windows Vista позволили решить эти проблемы, предложив:

· Единую панель для централизованного управления и настройки родительского контроля;

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

· Набор API, с помощью которых можно реализовать ограничения и регистрацию событий в любом из приложений. Так, к примеру, в Internet Explorer и Mozilla Firefox 3.0 эти API используются для контроля загрузки файлов конкретным пользователем.

· Интеграцию с User Account Control (UAC), лучшие практики для обеспечения безопасной работы детей за компьютером; например, рекомендации по созданию отдельных стандартных учетных записей для детей, паролей для управляющих записей родителей и т.д.

Для того, чтобы ознакомиться с инструментами родительского контроля в Windows Vista, рекомендуем просмотреть это видео. За дополнительной информацией по разработке приложений с учетом инструментов родительского контроля Windows Vista обратитесь к статье Использование Parental Controls API.

Ключевые дизайнерские решения при разработке инструментов родительского контроля Windows 7

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

1. Обеспечение расширяемости платформы Parental Controls. Цель ‑ позволить разработчикам создавать уникальные функции родительского контроля, которые могут быть интегрированы в инструменты родительского контроля Windows 7.

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

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

2. Удаление веб-фильтрации и функции регистрации активности из стандартного (системного) поставщика инструментов родительского контроля и возложение их задач на Windows Live или сторонних поставщиков.

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

Веб-фильтрация и регистрация активности пользователя будут более эффективными в составе Windows Live или стороннего решения, доступного через веб-службы. Например, бесплатное приложение Windows Live Family Safety обеспечивает фильтрацию веб-контента, ограничение загрузок файлов и мониторинг активности пользователя. Кроме того, приложение позволяет установить ограничение на контакты детей через приложения Windows Live (Windows Live Hotmail, Windows Live Messenger и т.д.).

За дополнительной информацией по поводу Windows Live Family Safety обращайтесь сюда. Об изменениях в платформе родительского контроля в Windows 7 можно узнать здесь.

Изменения в интерфейсе инструментов родительского контроля Windows 7

Собственно, на приведенном изображении можно видеть новые элементы родительского контроля, появившиеся в Windows 7:

clip_image002

Рис. 1. Панель родительского контроля в Windows 7

· Раздел Дополнительные элементы контроля позволяет выбирать поставщика для дополнительных настроек родительского контроля, таких как веб-фильтрация, регистрация активности, управления контактами и т.д. После установки на компьютер сторонних поставщиков настроек родительского контроля в выпадающем диалоге «Выбор поставщика» можно выбрать из имеющихся поставщиков. Под этим диалогом размещается описание поставщика, составленное самим поставщиком.

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

· В верхнем правом углу отображается выбранная поставщиком иконка.

Дополнительные поставщики инструментов контроля могут использовать стандартный интерфейс для настройки имеющихся оффлайн-ограничений. В таком случае настройка родительского контроля пользователя будет осуществляться через экран «Контроль пользователя».

Если выбран и настроен дополнительный поставщик, панель «Контроль пользователя» предстанет в следующем виде:

clip_image004

Рис. 2. Панель родительского контроля Windows 7 с установленным и настроенным дополнительным поставщиком настроек.

· Дополнительные настройки разрешает прямой доступ к функциям выбранного поставщика.

· Сетевые ограничения разрешают доступ к функциям выбранного поставщика.

Настройки родительского контроля и обновление с Vista до Windows 7

Если компьютер с установленной Windows Vista, на котором присутствовали учетные записи, управляемые через инструменты родительского контроля с включенной веб-фильтрацией, обновляется до Windows 7, система предупреждает родителей (администраторов) о том, что веб-фильтрация и регистрация активности не являются частью инструментов родительского контроля в Windows 7.

clip_image006

Рис. 3. Панель родительского контроля Windows 7. Для некоторых пользователей установлена фильтрация веб-контента. Дополнительных поставщиков не установлено.

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

Мы надеемся, что по мере использования новых инструментов родительского контроля в Windows 7 вы обретете уверенность в том, что полностью контролируете то, как члены семьи используют компьютер в целом и Интернет в частности.

Владимир Ровинский (Vladimir Rovinsky),

программный менеджер команды Safety

Трансляция потокового мультимедиа в Windows 7

Мы уже писали о ряде функций, связанных с домашними сетями и воспроизведением медиа-контента в Windows 7. Способ, которым всё это соединяется особенно дружелюбным к пользователю образом, называется трансляцией потокового мультимедиа. Вы можете использовать ПК с Windows 7 как центр распределения мультимедийного контента – передавать его на другие компьютеры и устройства домашней сети для воспроизведения, и даже безопасно делать то же самое посредством сети Интернет. Скотт Манчестер (Scott Manchester) из команды Devices & Media координировал создание этой статьи, но в ней, как вы сможете убедиться, представлены и результаты работы других отделов – Core User Experience, Media Center, Networking и даже Windows Live, который тоже обретает известные преимущества при внедрении и использовании новых API. Это весьма подробная статья, в ней много информации, которую непременно захочется опробовать. Те из вас, кто использует предварительную версию Windows 7 исключительно в тестовом режиме, может установить её на другой компьютер и использовать 30 дней без необходимости вводить новый ключ установки. Наслаждайтесь! – Стивен

В Windows 7 добавлено много новых функций для воспроизведения потокового видео/аудио, которые помогут в полной мере получать удовольствие от имеющейся в вашем распоряжении медиатеки на ваших ПК и других домашних устройствах. Это возможно даже тогда, когда вы находитесь в пути, с помощью Интернета. Мы создали новый способ использования сетевых подключений, который намного проще и дружелюбнее стандартного, в том числе и при настройке. Теперь использование музыки, видео, изображений в вашей собственной сети «просто работает» – вам не нужно думать о форматах файлов, их транспортировке и необходимых для этого протоколах.

Существует постоянно растущее количество сетевых мультимедийных устройств (NMD), сертифицированных для взаимодействия с использованием широко известного и распространённого отраслевого стандарта Digital Living Network Alliance (DLNA). Windows 7 использует этот открытый стандарт. Это означает, что совместный доступ к медиатеке для NMD, Windows-компьютеров, Windows Home Server, медиа-ретрансляторов (Extenders) для Windows Media Center (включая Xbox 360) стал более лёгким и естественным. Поддержка этого стандарта также означает, что мириады устройств, таких, как цифровые фоторамки, сетевые радиоприёмники, телевизоры и прочие, можно без особых проблем интегрировать в домашнюю сетевую мультимедийную среду, объединённую вокруг ПК с Windows 7.

Не только для технических энтузиастов

Мы значительно облегчили настройку трансляции потокового мультимедиа. До Windows 7 такая настройка была по силам лишь настоящим любителям подобных вещей. Для того, чтобы упростить этот процесс, настройка потокового воспроизведения была совмещена с настройкой новой функции HomeGroup, то есть в случае типичной сетевой конфигурации потоковое воспроизведение включено и работает по умолчанию. Новое меню «Поток» в основном окне Window Media Player предлагает наиболее популярные возможности на основе предварительно определённых сценариев использования. Эти сценарии позволят:

· Настроить домашний ПК так, чтобы можно было получать доступ к домашним медиатекам, даже находясь вне дома

· Передавать медиа-контент на проигрыватель с других компьютеров под управлением Windows 7 и управлять им

· Быстро разрешить доступ к медиатеке всем домашним ПК и устройствам

В сегодняшней статье мы поговорим о каждом сценарии в отдельности.

clip_image002

Рис.1. Новое меню «Поток» (Stream) в основном окне Window Media Player предлагает наиболее популярные возможности на основе предварительно определённых сценариев использования.

HomeGroup представляет новую концепцию общедоступных медиатек для музыки, видео и фотографий. Как говорилось в предыдущей статье, эти медиатеки доступны из навигационной панели Windows Explorer и Windows Media Player, а также в категории «Общие» для каждого типа контента в Windows Media Center. Они имеют одинаковый вид во всех вариантах представления.

clip_image004

clip_image006

Рис.2. Медиатеки доступны из навигационной панели Windows Explorer и Windows Media Player, а также в категории «Общие» для каждого типа контента в Windows Media Center

Windows Explorer автоматически найдёт и обеспечит совместный доступ к медиатекам всех включённых в HomeGroup компьютеров. Кроме того, Windows Media Player и Windows Media Center автоматически добавят медиатеки из:

· Windows Media Player 11 и 12

· Windows Home Server

· Все DLNA-совместимые медиа-серверы (напр., сетевые хранилища)

Кто может получать доступ к совместным медиатекам?

HomeGroup представляет собой комплекс безопасно соединённых между собой ПК под управлением Windows 7. Они могут обнаруживать и пользоваться устройствами друг друга без дополнительных настроек. Совместный доступ включён для компьютеров, входящих в группу, автоматически. Настройки группы позволяют определить, какие типы файлов будут открыты для совместного доступа; например, это может быть только музыка, без изображений и видео.

clip_image008

Рис.3. Настройки группы позволяют определить, какие типы файлов будут открыты для совместного доступа.

Кроме включённых в группу ПК, в Windows 7 облегчён доступ к медиатекам для воспроизводящих устройств. Настроить такой доступа можно из управления HomeGroup или прямо из Windows Media Player:

clip_image010

clip_image012

Рис.4. Настроить доступ к медиатекам для воспроизводящих устройств можно из панели управления HomeGroup или прямо из Windows Media Player.

Можно также ограничить определённым компьютерам либо устройствам доступ к медиатекам, выбрав опцию «больше возможностей воспроизведения» из меню «Поток» в Windows Media Player.

clip_image014

Рис. 5. Можно ограничить определённым компьютерам либо устройствам доступ к медиатекам

«Play To»: Windows 7 как универсальный пульт управления для вашей медиатеки

В дополнение к воспроизводимым с помощью Windows Media Player медиаданным из предоставленных в совместное пользование медиатек, Windows 7 может транслировать контент для воспроизведения на других ПК под управлением Windows 7 и на устройства, сертифицированные на совместимость со стандартом DLNA. Мы назвали эту функцию «Play To». С ее помощью можно просматривать или находить искомые медиаданные прямо из Windows Media Player или Windows Explorer, а затем выбирать, какие из них воспроизвести. Для каждой сессии пользователю будет предложен гибко настраиваемый пульт управления в диалоговом окне, с помощью которого он сможет полноценно управлять процессом воспроизведения.

clip_image016

clip_image018

Рис. 6. Windows 7 может транслировать контент для воспроизведения на других ПК под управлением Windows 7 и на устройства, сертифицированные на совместимость со стандартом DLNA.

Неважно, где именно при этом хранится медиатека. «Play To» можно использовать как для локальных, так и для общедоступных медиатек. Если вы хотите отправить медиафайл с одного компьютера под управлением Windows 7 на другой, выберите «Разрешить удаленное управление моим проигрывателем» из меню «Поток» программы Windows Media Player на принимающем компьютере. Это сделает возможным обнаружение Windows Media Player и появление его в меню «Play To» на других компьютерах под управлением Windows 7 в той же сети.

clip_image020

Рис. 7. Если нужно отправить медиафайл с одного компьютера под управлением Windows 7 на другой, выберите «Разрешить удаленное управление моим проигрывателем» из меню «Поток» программы Windows Media Player на принимающем компьютере.

Когда на вашем компьютере включено потоковое воспроизведение, опция «Play To» будет доступна в Windows Media Player и Windows Explorer по щелчку правой кнопкой мыши на медиафайлах. Если Windows 7 не нашла взаимодействующий с функцией «Play To» ПК или устройство в сети, это контекстное меню будет недоступно. Альянс DLNA предоставляет необходимую документацию по сертификации различных устройств и их возможностей. Не каждое сертифицированное на соответствие со стандартом устройство поддерживает функцию «Play To». Постарайтесь найти DLNA-сертифицированные устройства типа Digital Media Renderer (DMR), и, для наилучшей производительности – устройства с логотипом «Compatible with Windows 7».

clip_image022

Рис. 8. DLNA-сертифицированные устройства с логотипом «Compatible with Windows 7» обеспечат наилучшую производительность при воспроизведении потокового контента.

Когда вы выберете файлы для воспроизведения на другом ПК, пульт управления «Play To» откроет окно со стандартными элементами, такими как воспроизведение, пауза, остановка, перемотка, поиск, громкость и отключение звука. Не каждое устройство будет поддерживать все элементы управления, а по некоторым файлам невозможен поиск. Когда окно пульта управления «Play To» уже запущено, можно реорганизовывать или удалять файлы, выстраивать в очередь на воспроизведение, включать или выключать повтор. Можно даже добавлять новые файлы из Windows Media Player или Windows Explorer, перетягивая их в окошко пульта.

clip_image024

Рис. 9. Когда окно пульта управления «Play To» уже запущено, можно реорганизовывать или удалять файлы, выстраивать в очередь на воспроизведение, включать или выключать повтор.

Не существует специального ограничения на количество одновременно запускаемых сеансов «Play To». Можно отправлять изображения на фоторамку, видеоклипы – на телевизор, а музыку – на другой портативный ПК, и всё это одновременно. Больше того, по одному «направлению» можно отправить несколько разных по типу медиафайлов, как это показано на примере.

А что насчет Xbox 360 и медиа-приставках для Windows Media Center?

Xbox 360 может получать потоковые данные для воспроизведения, отправляемые с компьютера под управлением Windows 7, в двух режимах – режиме «dashboard» и режиме «extender».

В режиме «dashboard» приставка исполняет роль обычного медиаплеера. Хотя Xbox 360 не сертифицирован как DLNA-устройство официально, вы можете использовать её для просмотра файлов в общедоступной медиатеке компьютера под управлением Windows 7 (что также поддерживается программой Windows Media Player 11) воспроизводить содержимое этих медиатек с помощью пульта управления «dashboard».

clip_image026

clip_image028

Рис. 10. Xbox 360 может получать потоковые данные для воспроизведения, отправляемые с компьютера под управлением Windows 7, в двух режимах – режиме «dashboard» и режиме «extender»

В режиме «extender» консоль, как и другие медиаприставки для Windows Media Center, рассматривается компьютером с Windows 7 в сети и как цифровой медиапроигрыватель (Digital Media Player, DMP), и как медиапреобразователь (Digital Media Renderer, DMR). Используя ретрансляцию для Windows Media Center на приставке, вы можете управлять медиатеками на других компьютерах и загружать их содержимое для локального воспроизведения, почти так же, как и в режиме «dashboard». Следует отметить, что в режиме медиаприставки консоль поддерживает функцию «Play To», так что пользователи Windows 7 могут перенаправлять контент на ПК. Все медиаприставки, зарегистрированные на таком компьютере, появляются в меню «Play To» и на других компьютерах.

Доступ к домашней медиатеке из Интернета

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

· Обнаружение – обнаружение компьютера по имени, которое он носит в домашней сети и перенаправление имени на маршрутизируемый адрес IP

· Конфиденциальность – возможность доступа к медиафайлам только для авторизованных пользователей

· Безопасность – шифрование процедуры просмотра и воспроизведения медиафайлов для предотвращения утечки данных

· Надёжность – скорости сетевых соединений, форматы медиафайлов, скорость цифрового потока (битрейт), брандмауэры и маршрутизаторы могут послужить причиной проблем с воспроизведением

Чтобы преодолеть все эти технические неурядицы, мы создали модель, в которой каждый компьютер получает специальный онлайновый идентификатор. Это поможет обеспечить конфиденциальность, безопасность и обнаружение компьютеров в сети. Новая инфраструктура, основанная на онлайновых идентификаторах, соединяет ваш идентификатор (например, you@live.com) с пользовательской учётной записью Windows 7. Это позволяет серверу аутентификации и авторизации обеспечить необходимый уровень конфиденциальности для установки защищённого соединения между двумя компьютерами под управлением Windows 7 (вашим ноутбуком, используемым вне дома, и домашним ПК).

clip_image030

Рис. 11. Доступ через Интернет к медиатеке открывается из меню «Поток» в Windows Media Player.

Процесс настройки проведёт вас через этапы привязки онлайнового идентификатора к учётной записи, которая должна быть сделана и на домашнем ПК, и на том, который предполагается использовать вне дома. Один и тот же идентификатор нужно использовать на обоих ПК для того, чтобы между ними могло быть установлено соединение. Чтобы удалённый ПК получил доступ к медиатеке на домашнем ПК, в качестве типа сети у пользователя должна быть указана «Домашняя». Удалённый ПК, исполняющий роль клиента, может просматривать и получать контент от домашнего ПК откуда угодно (из публичного, домашнего и рабочего сетевого расположения). Тип сетевого расположения выбирается при первом подключении к сети и может быть потом изменён в Центре управления сетями и общим доступом.

clip_image032

Рис. 12. Чтобы удалённый ПК получил доступ к медиатеке на домашнем ПК, в качестве типа сети у пользователя должна быть указана «Домашняя».

Надёжность – требования к сетевому соединению

Потоковое воспроизведение через Интернет лучше всего работает с широкополосным соединением, которое подключено к сети постоянно. Скорости выгрузки для такого соединения могут варьироваться от скромных 200 кб/с до 10 Мб/с или даже больше. Скорости загрузки также могут сильно различаться в зависимости от местоположения: точка доступа в переполненном кафе или на вокзале, гостиничный номер, квартира с беспроводной сетью. Мы хотели добиться того, чтобы даже медиаданные с высокими битрейтами (например, телевидение высокой чёткости) воспроизводились плавно и без ошибок, независимо от скорости самого соединения. Потоковое воспроизведение через Интернет использует сложные механизмы определения пропускной способности соединения и эвристический анализ по принципу «точка-точка», чтобы обеспечить передачу контента с высоким битрейтом даже в самых сложных условиях подключения.

Другой проблемой с Интернет-доступом к домашней медиатеке явилось создание соединения типа Р2Р между удалённым клиентом и домашним ПК, выступающим в роли медиа-сервера. Типичная домашняя сеть получает один уникальный IP-адрес от поставщика услуг Интернета, и этот адрес становится общим для всех компьютеров и устройств в домашней сети посредством ретрансляции сетевого адреса (Network Address Translation, NAT), функции, встроенной в интернет-шлюзы или маршрутизаторы, в том числе беспроводные. Это создаёт проблемы для непосредственного подключения удалённого клиента к такой сети, причём как в смысле определения уникального адреса, так и в смысле обхода ограничений NAT, чтобы напрямую взаимодействовать с ПК – медиа-сервером или другим устройством в домашней сети.

Windows 7 располагает некоторыми технологиями обхода ограничений NAT для установления Р2Р-соединения, что позволяет в большинстве случаев и посредством большинства имеющихся в продаже интернет-шлюзов установить надёжное соединение между удалённым и домашним ПК. Для наилучших результатов следует использовать интернет-шлюз или беспроводной маршрутизатор, сертифицированный по программе «Windows Logo».

Форматы медиаданных

В Windows 7 вы можете воспроизводить различные медиаданные, не особенно заботясь о необходимости следить за тем, какие именно типы и кодеки вам нужны в каждом конкретном случае. (подробности в Таблице 1.) В дополнение к поддержке локального воспроизведения новых типов данных, вы можете быть уверены, что и удаленное потоковое воспроизведение будет работать даже на устройствах, самостоятельно не поддерживающих кодеки, битрейт, формат или контейнер транслируемого файла. Это осуществляется посредством нового способа перекодирования в Windows 7.

Предположим, у вас есть видеозапись в формате DivX, которую вы хотите посмотреть на телевизоре, сертифицированном по стандарту DLNA, который поддерживает только WMV и MPEG2. Windows 7 определит возможности телевизора (кодек, битрейт и т.д.) и динамически преобразует DivX-видео в формат, поддерживаемый устройством. Общее правило таково: если Windows Media Player в состоянии воспроизвести какой-либо медиафайл, то он практически всегда будет воспроизведён на подключённом к сети устройстве. Технологии адаптации к скорости соединения используются для плавного потокового воспроизведения как дома, так и через Интернет, что позволяет Windows 7 выбирать оптимальные параметры конвертации.

Таблица 1. Новые декодеры в Windows 7

Стандартное название формата

Расширения файлов

Контейнер

Видео-декодеры

Аудио-декодеры

Известные ограничения

Mpeg-4

.mp4 (A, V, A+V), .m4a (A), .mov

ISO, MPEG-4, AVI

H.264, MPEG-4 ASP и SP

AAC, MP3

Практически все соответствующие отраслевому стандарту файлы воспроизводятся; не может воспроизвести файлы iTunes, защищённые с помощью FairPlay; воспроизводит большинство mov-файлов с цифровых видеокамер, за исключением встроенных плейлистов и сегментированных файлов (большинство кинотрейлеров)

3ggp/3ggp2

.3gp, 3g2 (A, V, A+V)

3gp

H.264, mpeg-4 SP

AAC

Хотя и воспроизводит некоторые из этих файлов, большинство камер мобильных телефонов создаёт файлы, содержащие ACELP- или AMR-аудио и H.263-видео, которые Windows 7 не воспроизводит

aac

.aac (A)

ADTS

 

AAC

 

ASP in AVI (совместимо с DivX 4 – 6, XviD, 3ivx

.avi (A, V, A+V)

AVI

Mpeg-4 ASP

MP3, MS, ADPCM

Не поддерживает MKV, специальные субтитры DivX или защищённые закрытым собственным протоколом DivX

AVCHD

.m2t, .m2ts, .mts (A, V, A+V)

Mpeg-2 TS

H.264

Dolby Digital, LPCM

Некоторые видеокамеры используют собственный протокол деления AVCHD на части, которые затем не могут быть автоматически воссозданы при передаче на ПК

HDV

.m2t, .m2ts, .mts (A, V, A+V)

Mpeg-2 TS

Mpeg-2

Mpeg-1 L2

 

Формат файла и скорость цифрового потока для него, выбираемых для перекодирования, особенно для видео, сильно зависят от производительности процессора ПК, выполняющего эту операцию, определяемого по WEI (Windows Experience Index):

clip_image034

Рис. 13.Windows Experience Index определяет формат файла и скорость цифрового потока, выбираемых для перекодирования.

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

Поддержка DLNA в Windows 7

Организация Digital Living Network Alliance (DLNA) представляет собой консорциум из более чем 200 компаний, заинтересованных в продвижении технологий обмена медиа-контентом в домашних сетях. Архитектура DLNA основана на спецификациях UPnP, но, в дополнение к этому, DLNA определяет транспортные протоколы (основанные, в свою очередь, на HTTP и RTP) и набор форматов медиа-файлов.

DLNA определяет роли устройств (сервер, проигрыватель, преобразователь и т.д.) и протоколы, которые используют эти устройства для взаимного обнаружения и взаимодействия (UPnP, HTTP, RTP и т.п.). Windows 7 использует некоторые из ролей устройств в соответствии со стандартами DLNA, а также протоколы DLNA, необходимые для взаимодействия и обмена медиа-контентом между устройствами. С помощью Windows 7 ваш ПК сможет работать с широким спектром оборудования, сертифицированного альянсом, – телевизорами, стереосистемами, мобильными телефонами, игровыми приставками и прочими устройствами.

Таблица 2. Поддерживаемые в Windows 7 профили DLNA

Класс устройства по DLNA

Аббревиатура

Описание

Digital Media Player (цифровой проигрыватель)

DMP

Устройство в этой роли находит медиа-контент на медиа-серверах и обеспечивает его воспроизведение, а также возможности преобразования. WMP и WMC выступают в в этой роли, когда просматривают содержимое общедоступной медиатеки.

Digital Media Renderer (цифровой преобразователь)

DMR

В этой роли устройство воспроизводит медиа-контент, поступивший с медиа-контроллера, который находит этот контент на медиа-сервере. WMP выступает в этой роли, когда сконфигурирован для удалённого управления.

Digital Media Server (медиа-сервер)

DMS

В этой роли устройство хранит медиа-контент и предоставляет его DMP и DMR. При включенном потоковом воспроизведении Windows работает как медиа-сервер.

Digital Media Controller (медиа-контроллер)

DMC

В этой роли устройство находит медиа-контент на медиа-сервере и воспроизводит его на DMR. Функция «Play To» для WMP и WЕ запускает DMC для контроля за воспроизведением.

Поскольку Windows 7 может исполнять различные роли, существует несколько вариантов использования ПК под её управлением на ваш выбор. Ниже рассмотрены несколько таких сценариев.

Сценарий 1: ваши музыка, видео и фото хранятся на компьютере под управлением Windows 7. Вы приобрели телевизор с логотипом DLNA. С его помощью можно просматривать медиатеку на ПК. Вы можете использовать телевизор для просмотра видео и фото, а также слушать музыку, хранящиеся на ПК. Рис. 14 иллюстрирует этот сценарий. В этом случае компьютер выступает в роли медиа-сервера. Надо заметить, что эта роль была реализована ещё в Windows Vista и Windows XP посредством Windows Media Player 11.

clip_image036

Рис. 14. С ТВ можно просматривать информацию, хранящуюся на компьютере.

Сценарий 2: у вас есть сетевое хранилище (NAS), где хранятся музыка, видео и фото. NAS выступает в роли медиа-сервера. Вы открываете Windows Media Player на компьютере под управлением Windows 7. Используя Windows Media Player, вы находите хранилище и можете просматривать медиатеку, расположенную на нём. Вы можете смотреть видео и фото, слушать музыку из хранилища. В этом случае компьютер играет роль DMP. Рис. 15 иллюстрирует этот сценарий.

clip_image038

Рис. 15. С компьютера под управлением Windows 7 можно просматривать информацию на NAS-устройстве.

Сценарий 3: у вас есть сотовый телефон, который может делать снимки и передавать их на ПК с Windows 7. Вы можете демонстрировать снимки знакомым, используя большой экран ПК без необходимости переносить фотографии на ПК с помощью USB-брелка. Рис. 16 иллюстрирует этот сценарий. В этом случае сотовый телефон исполняет роль медиа-сервера и медиа-контроллера, а компьютер работает как DMR.

clip_image040

Рис. 16. С телефона можно перенаправлять изображения для просмотра на компьютере.

Сценарий 4: вы приобрели стереосистему с логотипом DLNA. На компьютере под управлением Windows 7 у вас хранится богатая коллекция музыки с тысячами композиций. Поскольку коллекция велика, вы предпочитаете искать, сортировать и организовывать её, используя широкие возможности, предоставляемые для этого Windows Media Player. Когда вы выбираете песни, то передаете их на стереосистему посредством функции «Play To». У вас также имеется NAS, на котором расположена дополнительная коллекция музыки и видео. Вы можете использовать компьютер, чтобы просматривать содержимое сетевого хранилища и передавать его на стереосистему. Рис. 17 иллюстрирует этот сценарий. В этом случае компьютер с Windows 7 выступает в двоякой роли DMS и DMC.

clip_image042

Рис. 17. С компьютера под управлением Windows 7 можно просматривать информацию из локальной сети. Затем можно перенаправлять эту информацию на ТВ.

В общем, определённо существует масса возможностей получать удовольствие. Наслаждайтесь ими!

Скотт (Scott), Тим (Tim) и вся команда Devices & Media

Cледующий этап разработки

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

Ну а в сегодняшней статье мы поговорим о нашем пути от RC к этапу RTM (release to manufacturing) или отправке в производство. RTM не является точкой во времени, это, скорее, процесс, в ходе которого производители компьютеров приступают к созданию образов Windows 7 для новых и уже существующих компьютеров, а также готовят всю цепь поставок Windows 7 клиентам. Таким образом, RTM хоть и является финальной фазой в разработке Windows 7, но работа продолжается до тех пор, пока вы не получите саму Windows 7 или компьютер под управлением Windows 7, то есть до момента всеобщей доступности (General Availability, или сокращенно GA).

Путь к RTM начинается сразу после того, как начинается тестирование RC. Работа над RC «завершена» и мы приступаем к этапу еще более тесного сотрудничества с экосистемой и нашими партнерами. Это означает, что мы неоднократно запускаем сотни тестов на различных компьютерах, чтобы оценить качество с точки зрения широты охвата. Мы знакомы с этой процедурой, поскольку выполняли ее при переходе от pre-бета к бета-версии и от бета-версии к RC. Единственная разница заключается в том, что в случае с RC мы уже не будем вносить изменения в функциональность – подобного рода действия мы прибережем до будущих выпусков. Мы получили громадное количество отзывов по поводу дизайна и функций ‑ из публикаций в этом блоге можно увидеть, сколь трепетно мы подошли к оценке отзывов и их удовлетворению. Мы знаем, что сделали не все, о чем нас просили, и понимаем, что с некоторыми из вещей, о которых нас просили, было довольно сложно мириться. Мы лишь надеялись, что диалог через этот блог покажет наше стремление удовлетворить нужды широкой группы пользователей, а также поможет понять наши взгляды на эволюцию Windows.

Какого рода отзывов мы ждем от тестирования RC? Наше внимание сфокусировано на наблюдении за поведением продукта через телеметрические средства и, конечно же, контроле за появлением различного рода регрессий. После выхода бета-версии мы неустанно следили за показаниями телеметрических систем –добавили дополнительные точки мониторинга в различные системы. В частности, нам интересно, какие устанавливаются устройства, какие драйвера необходимы, а также нас интересует общая производительность системы. Мы добавили точки, с помощью которых отслеживаем отзывчивость меню Start, Internet Explorer, время загрузки/выключения/пробуждения и иные подсистемы. Само собой, что в финальной версии телеметрическая система будет отключена, но при желании вы сможете принять участие в анонимной программе улучшения качества ОС.

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

  • Установка – мы внедрили в процесс установки Windows 7 несколько телеметрических датчиков и средств регистрирации. Если же вам вообще не удалось установить ОС, это нам интересно, равно как интересно, как проходит обновление с Windows Vista. В программе бета-тестирования предусмотрен механизм соединения с сервером Microsoft . Кроме того, мы постоянно наблюдаем за группами публичной поддержки на Technet.
  • Проблемы с безопасностью – очевидно, что любая уязвимость будет устранена. Здесь мы придерживаемся аналогичной политики, как и для любых наших продуктов.
  • Сбои и зависания – мы следим за всеми отчетами о сбоях, которые затрагивают большую группу пользователей. Такие сбои могут быть обусловлены кодом Windows, драйверами или сторонними приложениями. Подобная информация в реальном времени направляется в Microsoft и мы, со своей стороны, внимательно ее изучаем.
  • Установка устройств и совместимость – мы собираем информацию, когда вы загружаете драйвер с Windows Update или устанавливаете драйвер через программу установки, предлагаемой производителем компьютера. В ходе бета-тестирования наши системы зарегистрировали миллионы уникальных PnP-идентификаторов. Мы также получили идентификаторы устройств, для которых драйверы установлены не были. Мы постоянно обновляем нашу веб-службу, добавляя новые указатели на информацию об устройстве (доступности драйвера, инструкции по установки и т.д.)
  • Установка приложений – как и в случае с аппаратным обеспечением, мы также кропотливо отслеживаем процедуру установки программного обеспечения и изучаем приложения, которые не были установлены корректно. Здесь также предусмотрен механизм, призванный сообщить нам об этой проблеме и осуществить ряд мероприятий для их устранения.
  • Обслуживание – мы продолжим тестировать механизмы обслуживания Windows 7, поэтому не удивляйтесь, если Windows Update сообщит вам о дюжине готовых к загрузке обновлений. Сюда относятся и новые драйвера, а также различного рода заплатки к Windows 7. Тестовые обновления будут обозначены соответствующим образом. Вполне возможно, что с помощью специального обновления мы исправим серьезную ошибку. Все это является следствием наших усилий, направленных на проверку конвейера обслуживания и улучшения качества RC.
  • Новые устройства – пожалуй, наиболее важная категория, которая гарантирует, что наша ОС работает со всеми новыми устройствами. Все производители ПК и партнеры, производящие аппаратуру, ведут работу над новыми компьютерами, представляющими совершенно новые для рынка и ОС комбинации устройств. Мы тесно сотрудничаем, чтобы обеспечить в Windows 7 великолепную поддержку этих компьютеров и устройств.

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

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

И хотя версия-кандидат была собрана пару недель назад, потребовалось немного времени на прохождение стандартной процедуры утверждения всех файлов ISO и образов. Тем временем, работа не остановилась и мы продолжаем ежедневно генерировать новые сборки. Новые изменения призваны устранить проблемы, с которыми сталкивается широкая группа пользователей. Однако, очень важно, чтобы изменение не вызвало регрессию. В ходе процесса за любым изменением в коде следят множество разработчиков и тестеров из разных команд. Мы часто говорим, что выпуск столь значимого продукта всегда сопряжен с замедлением темпов разработки. И сегодня мы очень внимательно подходим ко всем вносимым изменениям.

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

В промежуток между сегодняшним днем и RTM изменения в код будут вноситься на базе полученных отзывов. Мы снижаем темпы разработки, но сделаем это грациозно, а не внезапно. У нас нет ограничений по времени и качеству (во всех направлениях) продукта, и спокойный финиш является важным критерием в разработке Windows 7. За кулисами мы ведем серьезную работу, чтобы выпустить Windows 7 для практически 100 языков по всему миру, обеспечить разработчиков технической документацией наподобие SDK.

Как только мы вступим в фазу RTM, наши партнеры приступят к созданию финальных образов для своих компьютеров, а ISV (Independent Software Vendor) и IHV (Independent Hardware Vendor) обеспечат поддержку Windows 7 в своих новых продуктах. Мы начнем изготавливать коробочные версии Windows 7 для продажи по всему миру. Будет продолжена работа с корпоративными клиентами и на этапе RTM мы подготовим продукт для volume-лицензиатов.

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

На плечи партнеров ложится задача определить, когда их компьютеры появятся на рынке. Если отзывы и телеметрия Windows 7 совпадут с нашими ожиданиями, мы приступим к финальной фазе процесса RTM приблизительно через три месяца. Если все будет идти по плану, то вы сможете получить компьютер с предустановленной Windows 7 к сезону рождественских продаж.

Стивен Синофски (Steven Sinofsky) и Джон ДеВаан (Jon DeVaan)

Поддержка твердотельных накопителей в Windows 7

Вокруг потенциально широкого внедрения твердотельных запоминающих устройств (далее – SSD) сегодня ведётся много разговоров, преисполненных надежд и энтузиазма. Предполагается, что они займут место НЖМД, особенно в портативных ПК и, как многие убеждены, в серверах. Как и в случае с любой другой новой технологией, одного лишь факта её существования недостаточно для внедрения – необходимо пересмотреть работу всех узлов системы (операционная система, низкоуровневая поддержка устройств, приложения), чтобы получить ожидаемый эффект в повседневном использовании. В этой статье мы увидим, как Windows 7 подготовили к современному поколению SSD. Эта область сегодня бурно развивается, и , скорее всего, так и будет продолжаться, и мы и дальше будем оптимизировать Windows для продуктивной работы с этими устройствами. Мы полагаем, что технология SSD продолжит своё развитие, – возможно, впереди у нас новые компромиссы и ограничения, связанные с реализацией низкоуровневой поддержки. Автор этой статьи, Майкл Фортин (Michael Fortin), надеется, что она поможет многим из тех, кто работает над вопросами хранения данных и другими фундаментальными аспектами функционирования системы. – Стивен

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

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

Произвольное чтение: отличный шанс для SSD

SSD показывают хорошие результаты в тестах на произвольное чтение. Многие из них существенно обходят традиционные НЖМД, поскольку механизму требуется время на позиционирование считывающей головки. В результате SSD осуществляют произвольное чтение 4 Кб данных в 100 раз быстрее обычного НЖМД (0,1 мс вместо 10).

Последовательное чтение и запись: хорошие результаты

Операции последовательных чтения и записи выполняются на уровне от «очень хорошо» до «превосходно». Поскольку микросхемы в накопителе соединены параллельным интерфейсом и данные равномерно распределяются между ними, сегодня лучшие SSD выполняют эти операции со скоростями свыше 200 Мб/с, что почти вдвое больше того, что может обеспечить НЖМД со скоростью вращения шпинделя 7200 об/мин. Некоторые устройства осуществляют последовательное чтение намного быстрее обычных жёстких дисков, а большинство их очень достойно выдерживают соревнование. На рынке, однако, представлены SSD-устройства с весьма отличными характеристиками производительности последовательных операций. Некоторые оставляют традиционные винчестеры далеко позади, некоторые слегка проигрывают НЖМД, а кое-какие просто не выдерживают никакого сравнения.

Произвольная запись и перезапись: результаты существенно разнятся

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

Что это означает – произвольная запись требует больше времени? Обычному НЖМД требуется от 7 до 15 мс, чтобы переместить блок данных в 4 Кб на вращающемся носителе информации. Доказано, что многие считают такую скорость неприемлемо медленной. Поэтому большинство НЖМД имеют кэш от 8 и более Мб. Когда запись кэшируется, ответ на запрос ОС приходит, хотя данные ещё не записаны на диск как таковой. Обычно эта запись происходит в течение нескольких сотен микросекунд (мкс) (что в 10 – 20 раз быстрее, нежели запись непосредственно на диск). Если посмотреть на общую статистику – миллионы записей в тысячах тестов – мы увидим, что в 92% случаев блок данных в 4 Кб или меньше записывается менее, чем за 1 мс, в 80% – менее чем за 600 мкс, и в 48% – менее, чем за 200 мкс. Кэширование работает!

Иногда НЖМД испытывают проблемы с пакетным режимом произвольной записи и перезаписи. Если диск кэширует слишком много в течение слишком большого времени, то последующая одномоментная запись всего ранее кэшированного на диск может быть затруднена. Это, наряду с сопутствующими операциями ввода/вывода, может существенно замедлить время реакции устройства. Некоторым из них, по нашим наблюдениям, требовалось от половины до целой секунды для завершения одной-единственной операции ввода/вывода и десятки секунд для того, чтобы вернуться в состояние, когда его реакция становится приемлемой. Для пользователя это выглядит как весьма неприятное ожидание, пока устройство оживёт. Только представьте себе: скачок времени выполнения одной задачи – от 200 до 1 000 000 мкс (1 секунда).

В условиях реального использования худшие образцы SSD также демонстрируют длительные задержки при выполнении операций, от половины до целой секунды для завершения одного цикла произвольной записи и перезаписи. Для повседневной работы это совершенно неприемлемый показатель ‑ система целиком становится неповоротливой, медленной и чересчур задумчивой.

Произвольная запись и перезапись: почему это так сложно?

Многим трудно поначалу понять, почему SSD испытывают с проблемы произвольной записью, с которые традиционные НЖМД расправляются на раз-два. Ведь SSD не нужно шуршать головками и вертеть шпиндель для того, чтобы найти нужный блок информации. Так в чём же дело, почему всё так ужасно? Однако с точки зрения теории в этом нет ничего необычного.

Чтобы ответить на этот вопрос, необходимо кое-что пояснить, и статья Ананда раскрывает многие детали. Если у вас достанет любопытства, пожалуйста, найдите время прочесть её, а также документацию USENIX. Чтобы не повторяться, мы укажем лишь на несколько важнейших моментов.

  • Большинство SSD собраны из отдельных чипов памяти, выполненных по технологии SLC или MLC. В принципе, возможно построение SSD на чипах DRAM. Это сделает накопитель очень быстрым, но в то же время дорогим и неэкономичным. Поскольку такие устройства не слишком распространены, остановимся на популярных SSD на основе чипов NAND. SSD будущего, вероятно, смогут использовать преимущества иных технологий энергонезависимой памяти перед обычной флэш-технологией.
  • Ячейка флэш-памяти – это клетка, ловушка для электронов, которым, конечно же, не нравится сидеть в клетке. Представьте себе следующее. Предположим, наличие в клетке 100 электронов означает, что значение бита равно 0, а меньшее число – 1. Логика контроллера должна установить границы толерантности: например, в диапазоне от 80 до 120 электронов значение бита всё ещё равно 0. Диапазон толерантности необходим, поскольку некоторые электроны могут ускользнуть из ловушки, а некоторые могут просочиться из ячеек, расположенных поблизости – и т.д. В результате требуется довольно сложная логика коррекции ошибок для обеспечения целостности данных.
  • Чипы флэш-памяти обычно собирают в сложные структуры: блоки, кристаллы, линейки и пакеты. Размер, расположение, соединение, износ, внутрисхемные контакты и скорость передачи данных могут различаться ‑ и различаются ‑ весьма значительно.
  • Ячейку перед записью необходимо стереть. Вы просто не можете положиться на то, что в ней нет лишних электронов, поэтому перед заполнением её новой порцией межатомных странников требуется гарантированная очистка «помещения». Стирают ячейки обычно не поодиночке, а целым блоком (как правило, 128 Кб). Время удаления довольно длительное ‑ около 1 мс или больше.
  • Флэш-память имеет конечное количество циклов записи. В какой-то момент ячейка просто перестаёт работать в качестве ловушки для электронов. Если часто обновляемые данные (например, журнал состояния системы) постоянно записывать в одни и те же ячейки, эти ячейки подвергнутся износу быстрее тех, что содержат данные для чтения. Распределение износа – необходимая функция для контроллера накопителя, он должен уметь так располагать запись данных, чтобы износ ячеек был более или менее равномерным. Если всё сделано как надо, большинство устройств способны при нормальной нагрузке работать годами в качестве накопителя для ПК или ноутбука.
  • Для того, чтобы накопитель быстро и безошибочно улавливал электроны и чтобы при этом не выходил внезапно из строя, нужны отличные специалисты-физики и инженеры в области твердотельной электроники. Далеко не все производители SSD располагают нужными кадрами в достаточном количестве.

Падение производительности со временем, износ и подстройка

Как говорилось выше, блоки и ячейки флэш-памяти необходимо стереть перед записью новых данных. Из этого следует, что новые устройства, у которых все ячейки заранее опустошены, показывают значительно лучшую производительность, нежели по прошествии некоторого времени использования. Мы можем наблюдать это снижение производительности, но не считаем его фактором, способным остановить распространение устройств SSD. Больше того, мы уверены, что, в отличие от результатов синтетических тестов, на результатах повседневного использования это не скажется сколько-нибудь заметно.

Разумеется, производители оборудования и Microsoft стремятся обеспечить наивысшие характеристики производительности накопителей. Лучшие из поставщиков пытаются преодолеть проблемы старения ячеек путём предварительного стирания блоков, так что падение производительности в обычных условиях эксплуатации становится незаметным; другим методом может быть выделение дополнительного пространства для коротких циклов записи и удаления. Создаваемые для корпоративного использования SSD-накопители могут иметь до 50% зарезервированного пространства для обеспечения желаемой продолжительности поддержания высокого уровня производительности при перезаписи.

Кроме того, производители и Microsoft разработали специальную процедуру подстройки. Если Windows 7 получает от накопителя сведения, что он поддерживает функцию подстройки в наборе команд интерфейса АТА, файловая система NTFS потребует от драйвера АТА, чтобы при удалении файлов с устройства и отсутствии опасности потери данных ячейки и блоки были очищены. Получив эту информацию, накопитель может планировать стирание соответствующих блоков в специальном – «неторопливом» – режиме, чтобы при последующей записи пакетная очистка ячеек не требовалась, поскольку ячейки уже и так готовы к новому циклу.

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

Windows 7 запрашивает исполнение операций подстройки не только после удаления файла. Подстройка полностью интегрирована в операции разметки и форматирования диска, включая удаление разделов, в работу файловой системы, включая сжатие и усечение размера раздела, а также в восстановление системы (создание образов дисков).

Краткий обзор улучшений в Windows 7 и поведения системы

Как говорилось выше, современным SSD нужно выполнить значительное количество операций для осуществления успешной записи и перезаписи. Windows 7 будет хорошо работать с такими накопителями, поскольку мы осуществили целый ряд инженерных усовершенствований для уменьшения циклов записи/перезаписи. Это положительно отразится и на традиционных НЖМД, но особенно выиграют именно современные SSD-накопители.

Windows 7 отключит дефрагментацию для SSD-дисков. Поскольку SSD показывают превосходные результаты при произвольном считывании, дефрагментация не предоставит таких преимуществ, которые даёт на обычном диске. Ответы на часто задаваемые вопросы (ниже) содержат некоторые дополнительные подробности.

По умолчанию на SSD-накопителях с высокой производительностью произвольных чтения, записи и перезаписи будут также отключены технологии Superfetch, ReadyBoost и Рrefetch для операций загрузки ОС и программ. Все эти функции были разработаны для традиционных НЖМД, где произвольное чтение может быть узким местом.

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

Часто задаваемые вопросы по твердотельным накопителям

Прежде чем отвечать на вопросы, мы хотели бы напомнить: мы убеждены в том, что у SSD-накопителей для портативных и настольных ПК (как и для серверов предприятий) впереди большое будущее. SSD действительно в состоянии обеспечить высокую производительность, улучшение реакции системы, увеличение времени автономной работы, высокую надёжность, более быструю загрузку, снижение вибраций и шума. Поскольку цены снижаются, а качество накопителей растёт, мы полагаем, что всё большее число компьютеров будет продаваться с SSD вместо традиционных НЖМД. Учитывая это, мы сосредоточили необходимые инженерные усилия для того, чтобы пользователи в полной мере смогли испытать преимущества работы с новым типом устройств хранения данных.

В: Будет Windows 7 поддерживать подстройку?

О: Да. Выше об этом уже говорилось.

В: Будет ли дефрагментация по умолчании отключена для SSD?

О: Да. Автоматический запуск задачи дефрагментации не будет включать разделы, созданные на SSD или определяющих себя как таковые. Кроме того, если системный раздел покажет производительность операций произвольного чтения выше, чем 8 Мб/с, он тоже будет исключён из списка для дефрагментации. Уровень производительности был определён в результате внутреннего тестирования.

Тест уровня пороговой производительности был добавлен в окончательную версию в связи с тем, что лишь некоторые из имеющихся на рынке SSD определяют себя в системе именно как SSD. 8 Мб/с – это довольно скромно. Производительность SSD находится в диапазоне от 11 до 130 Мб/с. Мы проверили 182 НЖМД, и только 6 из них превысили планку в 2 Мб/с в тесте на произвольное чтение. Результаты остальных 176 лежат между 0,8 и 1,6 Мб/с.

В: Будет ли Superfetch отключён для SSD?

О: Да, для большинства компьютеров с SSD. Если накопитель представляет собой SSD, и если он показывает адекватные результаты при произвольной записи/перезаписи, тогда Superfetch, Рrefetch для загрузки и запуска приложений, ReadyBoost and ReadуDrive будут отключены.

Первоначально эти возможности должны были быть отключены для всех SSD, но мы обнаружили, что на некоторых системах это приводит к снижению производительности. Исследуя возможные причины такой ситуации, мы установили, что некоторые ранние модели SSD имеют серьёзные проблемы с произвольной записью, в конечном счёте ведущие к тому, что считывание с диска останавливается вообще и на длительный срок. Со включёнными Superfetch и Рrefetch производительность при повседневном использовании снова заметно возросла.

В: Рекомендуется ли сжатие для файлов и каталогов в файловой системе NTFS на SSD?

О: Сжатие файлов помогает сэкономить место на диске, но требует дополнительных мощностей процессора на сжатие и распаковку, что ведёт к повышенному расходу энергии на портативных ПК. Строго говоря, для папок и файлов, используемых очень редко, сжатие может послужить хорошим инструментом экономии дорогого на SSD места – в случае, если свободное пространство действительно так уж необходимо.

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

В: Отличается ли работа индексатора поиска Windows на SSD?

О: Нет.

В: Оптимизирована ли процедура шифрования по протоколу Bitlocker для работы с SSD?

О: Да, на NTFS. Когда Bitlocker впервые конфигурируется для определённого раздела, он считывается целиком, шифруется и записывается обратно. Как только это произойдёт, файловая система выдаст команду осуществить подстройку, которая оптимизирует работу накопителя.

Мы призываем всех пользователей, озабоченных сохранностью и защитой своих данных, задействовать Bitlocker на своих дисках, включая SSD.

В: Производит ли Media Center какие-либо специальные действия при конфигурации на SSD?

О: Нет. Хотя SSD имеют преимущества перед традиционными НЖМД, цена за 1 Гб для твердотельных накопителей всё ещё существенно выше, чем для обычных дисков. Для большинства пользователей оптимизированный для мультимедийного контента НЖМД остаётся пока лучшим вариантом, поскольку такое содержимое предполагает значительную записывающую и воспроизводящую нагрузку, которая имеет характеристики последовательного чтения/записи.

В: Имеет ли смысл кэширование записи для SSD и как Windows 7 помогает поддержке кэширования записи, если SSD-накопитель её поддерживает?

О: Некоторые производители устанавливают на свои устройства чипы RAM не только для работы контроллеров; они должны, как и в случае с традиционными дисками, кэшировать считывание и по возможности запись. Для накопителей, которые кэшируют запись в быстрой энергонезависимой памяти, Windows 7 предполагает, что наличие команд на перезапись и очерёдность записи будет не менее эффективной, чем для НЖМД. Кроме того, Windows 7 предполагает, что пользовательские настройки, отключающие кэширование, будут трактоваться SSD-накопителем так же, как если бы он был обычным диском.

В: Имеет ли смысл настраивать RAID для SSD?

О: Да. Надёжность и производительность, приобретаемые с помощью конфигурирования RAID на традиционных дисках, сохраняются и при использовании SSD.

В: Нужно ли располагать файл подкачки на SSD?

О: Да. Основные операции с файлом подкачки ‑ это произвольная запись небольших объёмов или последовательная запись крупных массивов данных. Оба типа операций отлично выполняются на SSD.

Анализируя телеметрию, сосредоточенную на оценке записи и считывания для файла подкачки, мы обнаружили, что:

  • чтение из Pagefile.sys превалирует над записью в pagefile.sys в сочетании 40:1,
  • блоки считывания для Pagefile.sys обычно довольно малы, 67% из них меньше или равны 4 Кб, а 88% – меньше 16 Kб.
  • блоки записи в Pagefile.sys довольно велики, 62% из них больше или равны 128 Kб и 45% – почти точно 1 Mб.

Вообще говоря, типичные модели использования файла подкачки и характеристики производительности SSD отлично подходят друг к другу, и именно этот файл настоятельно рекомендуется размещать на твердотельном накопителе.

В: Существуют ли какие-либо ограничения для использования режима гибернации с SSD?

О: Нет, hiberfile.sys записывается и считывается последовательно большими блоками, и может располагаться как на SSD, так и на НЖМД.

В: Какие изменения внесены в Windows Experience Index, чтобы правильно отражать параметры производительности SSD?

О: В Windows 7 это новые критерии оценки произвольной записи, перезаписи и считывания. Лучшие образцы могут получить индекс от 6.5 до 7.9. Чтобы попасть в этот диапазон, накопители должны иметь выдающиеся характеристики по указанным типам операций и быть устойчивыми к тяжёлым нагрузкам такого типа.

Во время бета-тестирования Windows 7 были случаи, когда индекс варьировался от 1.9 до 2.9, или как будто диск (SSD или НЖМД) вообще не работал, как положено, при выполнении оценки производительности. Мы получили очень много откликов по этой проблеме, большинство возражало против таких низких оценок. В результате мы просто запретили SSD с потенциальными проблемами производительности участвовать в соревновании за оценки уровня 6.0+ и 7.0+, добавленные совсем недавно. SSD, которые не относятся к фаворитам такого рода гонок, получат индексы примерно такие же, какие они имели бы в Windows Vista, не приобретая особых преимуществ от роста производительности произвольной записи в Windows 7.

Майкл Фортин (Michael Fortin),

программный менеджер команды Fundamentals

Немного индивидуальности в Windows 7

Судя по всему, огромное число подписчиков MSDN/TechNet/Connect уже вовсю тестируют RC-версию Windows 7. Мы благодарим всех вас! И, конечно же, многим только предстоит загрузить и опробовать её. Мы приветствуем всех настоящих и будущих участников тестирования и надеемся, что их отклики помогут нам в работе над финальной версией. Мы неоднократно говорили о том, что пользователи предпочитают полностью контролировать свою систему, и в Windows 7 для этого есть новый набор возможностей – так называемые «элементы» для подчёркивания и отражения индивидуальности. В этом сообщении Дениз Трабона (Denise Trabona) и Сэмюэл Моро (Samuel Moreau) из группы дизайнеров позволят вам заглянуть за кулисы проделанной ими работы. Пройдитесь по ссылкам под изображениями – вы увидите множество прекрасных работ талантливых художников. И не забудьте – это всего лишь миниатюры для нашей статьи, поэтому постарайтесь получить удовольствие от полноразмерных изображений на экранах ваших компьютеров с Windows 7 RC. – Стивен

P.S. Хочу напомнить, что как и в случае с бета- и пре-бета-версиями, мы продолжаем интенсивно тестировать нашу систему обновлений Windows Update. Поэтому не удивляйтесь, если наряду с обычными обновлениями вы увидите кое-что ещё.

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

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

Лучше один раз увидеть

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

Размышляя над подходами реализации настроек личных предпочтений для Windows 7, мы понимали, как нам сохранить преемственность. В прошлом фотография была очень широко представлена в Windows. Многие из использовавшихся снимков были превосходны, и, в общем, это можно считать традицией, которую нам хотелось бы сохранить и продолжить. Но мы хотели ступить и на неизведанные прежде просторы, расширить нашу визуальную палитру. В царстве фотографии мы остались верны ландшафтной тематике, но добавили и новые аспекты – природу и архитектуру. Многие из этих картин были получены от наших партнёров по созданию библиотек изображений, но, кроме этого, нам представилась великолепная возможность поработать непосредственно с талантливым фотохудожником Уиллом Остином (Will Austin), который делает снимки по всему свету, уделяя особое внимание архитектуре. Благодаря Уиллу в системе появился своеобразный шарм окрестностей Сиэттла, который мы с гордостью можем назвать нашим домом.

clip_image002

clip_image004

Больше вдохновения, больше удовольствия

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

Вдохновляемые нашими коллегами из проекта Zune, мы обратились в компанию «72 и Sunny», чтобы они помогли найти иллюстраторов по всему миру, которые создали бы уникальные в своём роде работы – специально для вас, пользователей Windows 7. Мы пересмотрели тысячи образцов, и собрали группу художников, чьи стили необычайно разнообразны, способны обеспечить широчайший охват вариаций, – и в то же самое время представляют некое общее направление, которое, как нам кажется, мы и жаждали воплотить. Ну, а потом началось настоящее веселье: мы измучили наших бедных художников придирками и руководящими указаниями («надо легко, энергично, вдохновляющее, оптимистично…»), и они отправились создавать концептуальные наброски своих шедевров в оговоренных нами рамках.

Ещё раз, ещё лучше

Мы всё ещё помним первые ощущения от увиденных набросков будущих картин, и с этого момента нас не покидала уверенность, что эти изображения доставят пользователям массу удовольствия. На следующем этапе мы несколько раз прикидывали, как добиться наилучшего результата в воплощении поставленных задач, чтобы не упустить даже самых незначительных на первый взгляд деталей. Некоторые моменты мы считали весьма важными: например, как выглядит изображение из-под новой панели задач, как добиться визуальной привлекательности, не мешающей находить нужные файлы на рабочем столе. Непросто обеспечить такое равновесие, но нам очень повезло – с нами работала замечательная команда удивительно талантливых художников и друзей из «72 и Sunny».

Windows для всего света

Мы добивались всемирного признания, поэтому искали иллюстраторов для Windows из разных уголков планеты с самыми разными манерами художественного творчества, – пусть всё бесконечное многообразие человечества будет представлено у нас, ведь мы работаем для всех вместе и для каждого в отдельности.

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

clip_image006

Юко Кондо (Yuko Kondo)

из Японии, сейчас живёт в Лондоне

clip_image008

Катарина Лёйцингер (Katharina Leuzinger)

Художница с японскими и швейцарскими корнями родилась в Цюрихе, сейчас живёт в Лондоне

clip_image010

Османд Носсе (Osmand Nosse)

Уиклоу, Ирландия

clip_image012

Клаус Хаапаниеми (Klaus Haapaniemi)

Из Финляндии, сейчас живёт в Лондоне

clip_image014

Крис Сайклс (Chris Sickles) из Red Nose Studios

Индиана, США

clip_image016

Пунга (Punga)

Буэнос-Айрес, Аргентина

clip_image018

Помм Чан (Pomme Chan)

Родилась и получила образование в Бангкоке, Таиланд. В настоящее время живёт в Лондоне

clip_image020

Кустаа Сакси (Kustaa Saksi)

Амстердам, Голландия

clip_image022

Пол Хванг (Paul Hwang) и Беньямин Ли (Benjamin Lee) из Nanosphere

Лос-Анжелес, Калифорния

clip_image024

Адемас Батиста (Adhemas Batista)

Родом из бразильского Сан-Пауло, сейчас живёт в Лос-Анжелесе, Калифорния

clip_image026

Кай (Kai) и Санни (Sunny)

Лондон, Англия

clip_image028

Нан На Хвасс (Nan Na Hvass)

Сын датчанина и китаянки из африканского Свазиленда, теперь живёт в Копенгагене (Дания)

Надеемся, эта статья помогла вам заглянуть поглубже в Windows 7. Мы также надеемся, что достигли целей, поставленных нами перед самими собой при разработке этого элемента системы.

Дениз Трабона (Denise Trabona), Сэмюэл Моро (Samuel Moreau)

Posted by Daniel Kornev [MSFT] | 5 Comments
Filed under:

Изменения в поведении функции автоматического воспроизведения

Как уже говорилось в одной из статей, где мы обсуждали изменения в UAC, и в журнале, посвящённом IE, где речь шла о фильтре SmartScreen, мы намеренно сосредоточились на том, чтобы максимально обезопасить пользователей и обеспечить им контроль над приложениями, запускаемых на компьютерах. В комментариях настоящего журнала тоже не раз высказывалась озабоченность проблемами безопасности, в частности, в области реализации функции автоматического воспроизведения. В этом сообщении мы рассказываем об изменениях, сделанных для того, чтобы повысить конфиденциальность пользователей при обращении с носителями информации и устройствами в Windows. Автор статьи – Арик Коэн (Arik Cohen), координатор группы Core User Experience. – Стивен

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

В приведённом ниже примере вредоносная программа маскируется под опцию «Открыть папки для просмотра файлов» на USB-брелке, содержащем фотографии. Если пользователь выберет первый вариант задачи «Открыть папки для просмотра файлов» (обведена красным), то произойдёт заражение вирусом. Но если выбрать второй вариант (обведён зелёным), то будет задействована нормальная функция Windows.

clip_image001

Инфицирование автоматического запуска на USB-брелке

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

Растущая угроза

Автозапуск (AutoRun) в качестве варианта автоматического воспроизведения (AutoPlay) представлен в системе со времён Windows XP, и мы наблюдаем значительный рост числа вредоносных программ, использующих автозапуск как потенциальный способ проникновения на компьютер. Согласно отчёту по вопросам безопасности, созданному компанией Forefront Client Security, установлено, что количество заражений вирусом путём использования автозапуска опасными программами составляет 17,7% всех случаев инфицирования компьютеров во второй половине 2008 г. – крупнейшая категория заражений вредоносным ПО.

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

clip_image002

Обнаружение вредоносного ПО, распространяющегося посредством автозапуска.

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

Увеличение уровня безопасности для пользователей

В Windows 7 были внедрены значительные усовершенствования для автозапуска, защищающие пользователя от неумышленного запуска вредоносного ПО, подобного Conficker, во время выполнения рутинных операций с устройствами (например, открытие файлов на USB-брелке, копирование фотографий с SD-карты и т.п.)

В частности, Windows больше не отображает вариант автозапуска в диалоге автоматического воспроизведения для устройств, не работающих с оптическими носителями CD/DVD, поскольку установить источник происхождения данных на них невозможно. Кто разместил их там – производитель ПО, пользователь или опасная программа? Отключение автозапуска устранит опасность распространения инфекции через автозапуск, используемый вредоносным ПО в разрушительных целях, и поможет защитить пользователей. Остальные варианты автоматического воспроизведения, установленные на компьютере, останутся доступными.

Теперь, когда пользователь вставляет в разъём компьютера заражённый USB-брелок с фотографиями, он может быть уверен, что возможные для него действия, появляющиеся в диалоговом окне автоматического воспроизведения, запущены посредством уже установленного на ПК безопасного ПО:

clip_image003

Вид инфицированного автозапуска после указанных выше изменений в этой функции.

Однако, когда вы вставляете в привод компакт-диск, предлагающий установку программы, Windows продолжит отображение задачи автозапуска, как и задумано авторами программы при создании диска. Например:

clip_image004

Автоматическое воспроизведение для компакт-диска, предлагающее вариант автозапуска.

Увидеть переработанный автозапуск можно в предварительной версии Windows 7 (RC), и эти изменения будут в дальнейшем перенесены в Vista и XP.

Воздействие на экосистему

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

Для компакт-дисков (включая их эмуляцию), на которых автозапуск предусмотрен на этапе производства, он будет по-прежнему работать, предлагая возможности запуска соответствующих приложений. Изготовители устройств хранения данных (НЖМД, USB-брелки и т.п.) должны исходить из того, что пользователи будут просматривать содержимое хранилища перед тем, как запускать какую-либо программу. Новое поведение позволит продолжить использование автоматического воспроизведения (включая все задачи, предусмотренные Windows и производителем ПО) для доступа к этим устройствам, но без опасности подвергнуться атаке со стороны вредоносного кода. В дополнение к этому подсистема Device Stage™ в Windows 7 теперь поддерживает различные классы устройств, например, портативные медиаплееры и сотовые телефоны. Device Stage™ предлагает производителям ПО многоплановую альтернативу стандартному автоматическому воспроизведению: они смогут создавать ярлыки для запуска приложений и общих задач, обеспечить дополнительные функции в процессе работы с указанными устройствами.

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

Арик Коэн (Arik Cohen),

Координатор группы Core User Experience

Производительность графической подсистемы Windows 7

Одной из областей Windows, которая подвергается пристальному вниманию и значительному количеству тестов, является производительность графики, которая крайне важна в CAD-приложениях и играх. Широчайший спектр поддерживаемых устройств и сценариев использования постоянно вносят свой вклад в экосистему, порой имея совершенно разные задачи: от базовых возможностей до высочайшей частоты смены кадров на максимально возможном количестве мониторов. В разработке Windows 7 мы поставили перед собой задачу увеличить производительность при выполнении каждодневных задач, но и другие приложения не были забыты. Собственно, в Windows 7 мы и наши партнеры приложили все усилия, чтобы увеличить производительность: мы внесли соответствующие изменения в код, они – подготовили устройства и драйверы (обратите внимание, что драйверы, работающие в Windows Vista, продолжат работать в Windows 7, при этом мы продолжаем сотрудничать с партнерами над драйверами для Windows 7, многие из которых уже размещены на Windows Update). В этой статье мы рассмотрим спектр инженерных работ, а также методы измерения графической производительности. Мы хотели бы обратить ваше внимание на проделанную в Windows 7 работу, хотя оставляем место для различных форумов, сравнивающих производительность Windows 7 на различных конфигурациях и в различных сценариях. Автором сегодняшней статьи является Амит Читре (Ameet Chitre), программный менеджер команды Desktop Graphics. – Стивен

Если вы отправитесь в путешествие по онлайн-магазинам чтобы приобрести новый компьютер, то заметите, что высокие значения графической и общей производительности являются одними из основных аргументов при покупке и, соответственно, продаже. Увидев подобные характеристики, покупатели ждут от таких систем возможности редактировать фотографии, смотреть видео в высоком разрешении и играть в новейшие игры, а иногда переключаться между этими задачами. Очень немногие заглядывают на различные форумы и сайты, где публикуются результаты графических тестов. Традиционно графическая производительность измерялась и анализировалась по 3D-играм, но необходимо учитывать и сценарии обычной работы, к примеру, при открытии окон или прокрутке в Word или IE. Требования к графической производительности в таких сценариях работы существенно отличаются от требований к производительности в 3D-играх. На самом деле, именно поэтому в Windows Vista Experience Index (WinEI) мы решили разделить эти сценарии:

clip_image002

Рис. 1. Пример окна WEI с выделенными графическими характеристиками.

Графическая производительность, как правило, оценивается через различные тесты, которые можно условно разделить на 2 категории:

· Тестирование сценариев: такие тесты оценивают производительность в конкретных сценариях, например, количество кадров в секунду при полете над поверхностью земли в авиа-симуляторе. Во многих популярных играх есть встроенные тесты, демонстрирующие насколько производительна та или иная графическая карта в типичных сценах игры.

· Синтетическое тестирование: подобные тесты позволяют оценить производительность в конкретном аспекте графики, к примеру, скорость прорисовки определенного набора линий.

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

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

Отзывчивость

Многие сталкивались с проблемой, когда какое-либо приложение или Windows сама по себе переставала отвечать на запросы пользователей. Подобного рода проблемы, которые мы называем проблемами с отзывчивостью, часто вызваны производительностью графики. Увеличение отзывчивости – как в прямом смысле, так и с точки зрения избегания замираний – является ключевым способом увеличения общей производительности. И ее тоже нужно измерять.

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

С помощью этой методики мы проанализировали тысячи трассировок, когда тестеры сталкивались с подвисаниями системы продолжительностью от 100мс до нескольких секунд. Причиной подвисаний могло быть что угодно: от блокировки антивирусом доступа к диску в момент обновления сигнатур до попыток обращения к сети из потока UI. В значительном количестве случаев мы выявили, что одно GDI-приложение ждет другое GDI-приложение, которое столкнулось с подвисанием ввиду чрезмерной активности, связанной с подкачкой. До сего момента эта проблема была одной из самых распространенных причин снижения отзывчивости, которую вряд ли можно было обнаружить без соответствующей методики. На основе наших исследований была начата работа над усовершенствованием архитектуры в двух ключевых областях:

· Параллелизм GDI: увеличить отзывчивость при работе нескольких одновременно запущенных приложениях. Это требует серьезной переработки кода вокруг объектов синхронизации GDI (абб. от Graphics Device Interface) или «блокировок».

· Сокращение общего потребления памяти Windows: сократить потребление памяти в работе Desktop Window Manager (далее DWM), который является одним из основных компонентов, ответственных за визуализацию рабочего стола. Это позволяет снизить общую активность при подкачке, что особенно важно на компьютерах с маленьким объемом памяти и, в частности, устройствах с разделяемой графической памятью.

Параллелизм GDI

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

clip_image004

Рис. 2. Существующая архитектура согласования GDI.

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

clip_image006

Рис. 3. Архитектура согласования GDI в Windows 7.

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

Особое внимание было уделено совместимости GDI-приложений, поскольку изменения в механизме внутренней синхронизации наиболее часто используемого стека API могли бы привести к росту числа проблем, связанных с синхронизацией, и, в частности, с некорректной визуализацией окон.

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

После того, как на пути к бета-версии были выполнены работы по распарелливанию GDI, мы увидели существенное сокращение количества проблем, связанных с отзывчивостью и вызванных борьбой приложений за эксклюзивное владение ресурсами. Чтобы убедиться в масштабируемости новой реализации, мы создали тесты по прорисовке 2D-примитивов и замерили скорость визуализации, запустив несколько копий таких тестов. Скорость замерялась путем сложения показателей частоты кадров (FPS) всех запущенных приложений. Ниже приведены результаты на четырехядерной системе.

clip_image007

Рис. 4. Параллелизм и масштабируемость GDI.

Без параллелизма GDI-приложений в Windows 7 скорость визуализации ограничена производительностью одного ядра процессора. Ввиду того, что лишь одно приложение может осуществить захват глобальной блокировки, а другие вынуждены ждать, такой сценарий нисколько не выигрывает от использования многоядерных процессоров. Это показывает, что GDI-приложения в Windows 7 менее зависимы друг от друга. Новые драйверы при этом не требуются – достаточно драйверов для Vista (WDDM 1.0) или более новых.

Настольная графика – потребление памяти

Еще одним фактором, имеющим существенное влияние на отзывчивость системы, является потребление памяти. Увеличение объема памяти (RAM) приводит к увеличению активности, связанной с подкачкой, а это, в свою очередь, приводит к снижению отзывчивости системы. Таким образом, для обеспечения максимальной отзывчивости системы необходимо, чтобы приложения и компоненты ОС использовали системную память по минимуму.

В Windows Vista объем памяти, необходимый для работы с несколькими окнами, линейно зависел от количества открытых окон. Это приводило к значительному потреблению памяти в случае работы с большим количеством окон или в случае использования монитора с высоким разрешением. Ситуация усугублялась, если вы использовали несколько мониторов. По мере изучения различных способов увеличения отзывчивости ОС мы получили отличную возможность сократить потребление памяти менеджером DWM. В Windows Vista каждое окна GDI-приложения занимало две области памяти, в которых содержалась абсолютно идентичная информация – одна в видеопамяти, другая – в системной. DWM отвечает за построение рабочего стола с помощью графической карты. Информация размещается в видеопамяти для быстрого доступа графической карты. Дубликат присутствует в системной памяти потому, что GDI визуализируется главным процессором без помощи ускорителя графической карты. Поскольку CPU осуществляет все задачи по визуализации GDI-приложений, ему требуется быстрый доступ к кэшированной копии памяти.

clip_image009

Рис. 5. Текущее распределение памяти.

Windows 7 хранит всего один экземпляр для каждого окна приложения, полностью избавляясь от копии в системной памяти. Таким образом, для одного отдельно взятого окна GDI-приложения потребление памяти снизилось в два раза.

clip_image011

Рис. 6. Распределение памяти в Windows 7.

Нам также удалось снизить потребление системной памяти путем ускорения основных GDI-операций с помощью графической карты – WDDM-драйверы ускоряют операции, чтобы снизить влияние производительности обратного чтения из видеопамяти. Это было необходимо, поскольку выполнение таких операций силами CPU может оказать негативное влияние на производительность. Для того, чтобы решить, какие именно операции необходимо ускорить, важно понимать схемы использования памяти различными GDI-приложениями. Мы выбрали 100 самых популярных GDI-приложений, чтобы изучить их схемы обращений к памяти, частоту и природу GDI-операций.

clip_image012

Рис. 7. Схемы обращений к памяти и частота GDI -операций для 100 популярных GDI-приложений.

На базе полученной статистики, фрагмент которой можно наблюдать выше, мы помогли партнерам обеспечить поддержку ускорения наиболее часто используемых GDI-операций в драйверах. Системы под управлением Windows 7 с этими обновленными драйверами, обозначаемыми WDDM v1.1, используют преимущества от работы по снижению потребления памяти. Обратите внимание, что драйверы версии WDDM 1.0 корректно работают и полностью поддерживаются в Windows 7. В ходе бета-тестирования вы, пожалуй, могли видеть драйверы версии 1.1 на Windows Update, но они носили статус "Beta".

clip_image014

Рис. 8. Сравнение потребления памяти DWM при использовании WDDM 1.1 и WDDM 1.0.

Изображение сверху показывает, что экономия памяти становится все ощутимее по мере увеличения количества открытых окон приложений. А поскольку экономится системная память, снижается активность подкачки, и в результате отзывчивость системы увеличивается.

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

Производительность в играх

Никакая из статей о графической производительности не может считаться завершенной без разговора об играх, которые до сих пор являются одним из самых обсуждаемых аспектов графической производительности. Существует ряд популярных тестовых пакетов, как 3D Mark, а также встроенные игровые тесты, имитирующие игровые нагрузки без участия пользователя. Все эти пакеты постоянно обсуждаются на игровых сайтах, а в заключении статей выдаются рекомендации пользователям.

При разработке Windows 7 мы активно сотрудничали с партнерами, производящими графические карты, помогая им улучшить игровую производительность WDDM-драйверов с учетом архитектурных изменений Windows 7 и без нарушения совместимости. Наши непрерывные инвестиции в инструменты оценки производительности помогли и им отследить и проанализировать различные проблемы, приводящие к снижению графической производительности, и устранить их в последующих версиях драйверов. Фундаментальные основы WDDM в Windows 7 остались неизменными. Изменились лишь некоторые политики планирования GPU и управления памятью в целях увеличения производительности в некоторых сценариях.

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

В заключение

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

Амит Читре (Ameet Chitre),

программный менеджер команды Desktop Graphics

Рукописный ввод и планшетные компьютеры

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

Кроме того, если вы заметили, в последние несколько дней у нас наблюдались проблемы со временем, но теперь всё налаживается. Ничего удивительного, поскольку все мы слегка заняты в связи с предстоящим релизом Windows 7. –Стивен

Панель ввода планшетного ПК

Привет, меня зовут Жан-Кристиан. Я программный менеджер в команде основных интерфейсов пользователя (Core User Experience) и отвечаю за общее качество взаимодействия пользователя с интерфейсом Windows 7. Я, в частности, занимаюсь проблемами перьевого ввода и ввода текста с помощью касаний, и мне хотелось бы рассказать о некоторых захватывающих проектах, над которыми мы трудились.

Панель ввода планшетного ПК, или, как мы для краткости ее называем, TIP (Tablet PC Input Panel) – инструмент, с помощью которого текст вручную вводится в любую программу Windows. Он также оснащен виртуальной клавиатурой. Панель ввода появилась ещё в Windows XP Tablet PC Edition и с тех пор мы внесли в неё множество усовершенствований.

Новая панель для рукописного ввода

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

clip_image001

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

Основываясь на данных нашей телеметрии при испытаниях Vista и тестов на удобство использования, мы сосредоточились на двух важнейших аспектах совершенствования рукописного ввода для Windows 7:

· Увеличение удобства работы – рукописный ввод должен быть простым и естественным процессом. Мы обнаружили, что использование TIP провоцирует своеобразный синдром «когнитивной перегрузки» – пользователь начинает слишком много думать о том, как он пишет. Ваши глаза начинают метаться между тем, что уже распознано и введено, и тем, что появляется внутри всплывающих подсказок – происходит перескакивание от режима к режиму, что иногда приводит к необходимости переписывать слово целиком. Мы стремились упростить процедуру и сделать её менее навязчивой.

· Увеличение гибкости – все привыкли к свободе действий за компьютером, которой мы обязаны мыши и клавиатуре. Рукописный ввод в Windows Vista необходимой гибкостью не обладал, поскольку «чернильно-ориентированная» модель не обеспечивала должной простоты редактирования введённого текста, – невозможно было вставить в промежутки между словами дополнительные слова или символы, нельзя было просто заменить слово. Нашей задачей было упорядочить ввод, привести его в соответствии с интуитивными навыками, выработанными в процессе использования мыши и клавиатуры, не отказываясь от преимуществ, предоставляемых электронным пером.

Создание новой модели

Чтобы достичь задуманного, требовалось внести фундаментальные изменения в концепцию окна рукописного ввода. Рассматривая разные варианты, мы остановились на моментальном превращении цифрового почерка в текст прямо в процессе письма. И хотя это звучит несколько тривиально для модели интерпретации рукописного ввода, мы столкнулись с целым ворохом нерешённых вопросов: когда именно должно происходить превращение текста, какого размера ему следует быть, какое начертание использовать. Единственный способ убедиться в том, что мы создали естественный и эффективный инструмент рукописного ввода – получить положительные отклики пользователей. Мы применили метод RITE (Rapid Iterative Testing and Evaluation, ускоренное циклическое тестирование и использование, созвучное на английском языке слову «писать»). RITE представляет собой циклическую методику тестирования удобства использования, разработанную Microsoft как часть процедуры тестирования игры Age of Empires II. В каждом цикле мы опробовали очередное небольшое усовершенствование для пользователей и затем тестировали вновь, чтобы увидеть, насколько удачно вышло. Мы провели примерно 20 циклов, прежде чем решили, что у нас есть что представить на всеобщее обозрение.

Одним из наиболее важных аспектов, который мы настроили в ходе RITE-тестирования, был таймаут автоматического превращения рукописного почерка в текст. Слишком раннее или чересчур позднее превращение производит плохое впечатление на пользователя. Для того, чтобы настроить всё правильно, нам пришлось выполнить массу закулисной работы. Результатом наших усилий стала комбинация дистанционного триггера (автоматически подстраивающегося под индивидуальный пользовательский стиль выдерживать пробелы между словами), триггер распознавания результатов ввода и триггер времени. Другим фактором оказался размер преобразованного текста. В конце концов мы остановились на динамической модели, чтобы символы распознанного текста точнее соответствовали символам, вводимым пером.

Новый тексто-ориентированный пользовательский интерфейс в поле рукописного ввода позволит вам быстрее перейти к желаемому участку введённого текста. Единое представление текста облегчает использование и уменьшает высоту панели ввода. Использование шрифтового текста вместо рукописного увеличивает гибкость использования панели рукописного ввода: текст можно произвольно перемещать во всём её пространстве и вводить слова в промежутки уже введенного текста теперь так же просто, как начать писать, и поле увеличивается автоматически по мере необходимости.

Поскольку нам удалось добиться превращения почерка в текст, нам потребовался соответствующий естественный способ редактирования распознанного текста. Жестикуляция выглядела идеальным решением для этого случая – мы создавали ориентированный под перо интерфейс, так что без использования пера нам было не обойтись. Мы специально ограничились небольшим количеством жестов: удалить, разделить (добавить пробел), соединить. Мы собрали образцы выполнения жестов различными людьми на бумаге. Основываясь на этих данных, был разработан набор жестов. Чтобы обратить на них внимание пользователя, мы добавили панель жестов – интерактивную табличку, всплывающую по нажатию на кнопку в заголовке окна панели ввода.

Давайте посмотрим, как всё это выглядит на деле:

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

Интеллектуальная коррекция

Наша телеметрия показала, что исправление ошибок – наиболее болезненный аспект использования TIP в Vista. Чтобы исправить слово, нередко приходится переписывать все символы. В Windows 7 мы использовали наработки Microsoft Research, чтобы создать интеллектуальную коррекцию, способную существенно ускорить редактирование. Теперь вы просто начинаете исправлять слова слева направо, а Windows распознаёт вводимые символы по мере того, как вы их наносите на поверхность. Такое принудительное посимвольное распознавание практически всегда обеспечит желанный результат при исправлении нескольких букв.

Интеллектуальная коррекция: "worked" автоматически исправлено на "wonderful" изменением одной-единственной буквы. Всё, что нужно было сделать – это начать исправлять слово слева направо и продолжать до тех пор, пока не получится желаемое.

Ввод веб-адресов

Хочется отметить ещё одно свойство панели рукописного ввода: наши измерения свидетельствуют, что одними из наиболее часто используемых вместе с панелью ввода приложений являются браузеры, и во время их использования наиболее вероятное действие – ввод URL.

Ввод адреса: гибкость новой панели рукописного ввода облегчена за счёт предикативного ввода адреса.

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

Виртуальная клавиатура

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

clip_image002

Одна из основных проблем при использовании виртуальной клавиатуры – отсутствие тактильной обратной связи. К тому же при наборе заслоняется маркировка на клавишах. Как пользователь узнает, что он нажал нужную клавишу, когда символ на ней не виден из-за пальца? Если ему придётся всё время перескакивать взглядом с набираемого текста на клавиатуру при каждом нажатии, очень быстро наступит утомление. Мы хотели дать понять пользователю: «Мы слышим вас!» и «Да, вы только что нажали эту клавишу». Нашим решением было придать только что «отпущенной» клавише короткий эффект затухания. Этот способ обратной связи даёт пользователю необходимую информацию о том, что он нажал нужную (или ненужную) клавишу.

Клавиатура теперь поддерживает одновременное многократное нажатие, поэтому можно смело пользоваться комбинациями клавиш, например, "Ctrl+c" или "Shift+a". Мы включили поддержку одновременного нажатия нескольких клавиш (rollover): вы можете нажимать следующую клавишу, в то время как ваш палец ещё находится на предыдущей, – это обеспечивает большую естественность набора посредством клавиатуры. Не переживайте: если вам по душе модель «с залипанием», когда вы сначала нажимаете сначала "Ctrl", а потом "c", она тоже поддерживается.

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

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

Предикативный ввод

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

clip_image003

Предикативный ввод: тут я пытаюсь ввести слово "Microsoft", используя раскладку виртуальной клавиатуры "Английский (США)". После ввода первых двух "Mi" букв слово "Microsoft" предлагается в качестве первого варианта. Я могу выбрать его и слово "Microsoft" будет напечатано в документе.

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

В процессе разработки предикативного ввода мы стремились прежде всего ускорить сам процесс ввода. Для этого следовало убедиться, что предикативность правильно настроена. Механизмы распознавания используют словари для улучшения точности распознавания. Системный словарь тесно связан с механизмом распознавания. Он представляет собой не что иное, как список наиболее часто употребляемых слов в соответствующем языке. Даже с использованием стандартного словаря работоспособность распознавания "из коробки" вполне удовлетворительна, но подключение пользовательского словаря (с личными настройками) серьёзно улучшает его эффективность. Здесь в игру вступает так называемое самообучение (text harvesting).

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

Windows 7 полностью поддерживает пользовательские словари, являющиеся специализированными списками слов, добавляемых в систему. Компании могут создавать словари для отдельных доменов своей сети – медицинские, химические и т.д. и добавлять их к основному – предикативный ввод слова "ацетаминофен" намного быстрее, чем ввод слова по буквам!

Усовершенствования в распознавании для восточноазиатских языков

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

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

clip_image004

clip_image005

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

В дополнение к основному улучшению точности распознавания для этих языков мы используем настройки индивидуальных особенностей пользователя для ещё более высокого качества работы системы. Один из методов настройки такой персонализации – учитывать манеру письма пользователя с помощью механизма Shape Collector (регистратор выведения кривых при начертании символов). Shape Collector – это мастер настройки, который помогает натаскивать распознавание на индивидуальный стиль письма. Shape Collector можно использовать для всех четырёх восточноазиатских языков в особом режиме выявления неисправностей: это увеличивает точность распознавания специфического символа или слова. В этом же режиме можно просто добавить слово или символ, которые не поддерживаются изначально.

Мы изучаем, как вы пишете и как исправляете ошибки. Если вы ввели символ, который не распознаётся, то можно просмотреть список альтернатив и выбрать из него тот, который подразумевали. На основе этого сценария система научится сначала предлагать именно выбранный вами символ в следующий раз, когда "усомнится" в результате распознавания.

В Windows 7 для традиционного и упрощённого китайского в режиме ячеечного ввода используется предикативный ввод. Для этих языков предикативный ввод имеет особое значение, поскольку начертание иероглифов – трудоёмкий и длительный процесс. По мере ввода пользователю предлагаются различные варианты завершения слова или фразы, так что нет необходимости всегда дописывать всё до конца. На картинке видно, что пользователь собирается ввести中华人民共和国, но на самом деле ему достаточно написать первые два иероглифа (中华), чтобы нужный текст появился в подсказке. Набранное серым шрифтом – то, что было написано, а чёрным – предлагаемые варианты.

clip_image006

Обратите внимание: на этом примере видно, что предикативный ввод работает для двух символов (中华) вместе так же хорошо, как и для одного (второго – 华). В других языках предикативный ввод работает и с пользовательскими словарями. Если пользователь вводит одни и то же слова несколько раз, распознавание запомнит это.

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

Распознавание математических символов и формул

Доводилось ли вам когда-нибудь писать математический доклад в редакторе Word или выполнять вычисления в программе Mathematica, проводя долгие часы в попытке изобразить уравнения, используя множество кнопок или сложный линейный формат, ворча: "Ну почему не существует какого-нибудь простого способа сделать это?!" Что ж, ваши мечты сбылись. В распознавание рукописного ввода в Windows 7 добавлено распознавание ввода математических уравнений.

Привет, меня зовут Марко, и я руковожу работами по математическому распознаванию для Windows. Я хочу показать вам панель ввода математических символов, которая обеспечивает естественный и эффективный способ их ввода: рукописное распознавание. Мы использовали принципиально новый подход к решению этой проблемы и подняли точность распознавания на совершенно новый уровень в смысле функциональности, производительности и широты охвата [символов].

Панель ввода математических выражений (MIP) создана для использования с электронным пером и планшетным ПК, но ею можно пользоваться на любом устройстве с сенсорным экраном, посредством планшета-дигитайзера и даже мыши. MIP выводит результаты распознавания через буфер обмена в формате MathML (стандартный язык математической разметки). Любое уравнение, введённое и распознанное с помощью MIP, попадает в соответствующее приложение в полностью редактируемом виде – его можно изменять, как любой другой текст, вставлять символы и т.д.

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

clip_image007

Панель ввода математических выражений: вы когда-нибудь видели формулу, которую успешно распознала система? Ручаюсь, что никогда. Открою секрет: это уравнение Шварца, используемое в комплексном анализе!

Использовать MIP несложно. Вы просто записываете правильно сформулированное математическое выражение (это значит, что 2+2= не будет распознано, в то время как 2+2=5 будет), как вы обычно это делаете на бумаге, и механизм распознавания сделает остальную работу. Распознанное выражение появляется в области предпросмотра. Поскольку механизм не идеален, великая мощь MIP заключается в том, что вам предоставляется возможность свободно редактировать результаты распознавания. (Будем честными, иногда мы сами не до конца уверены в том, что именно мы написали – достаточно посмотреть на мой почерк!)

Если записанное вами выражение распознано с ошибками, вы можете выбрать любую его часть (отдельные символы или целое подвыражение) и исправить его, выбрав альтернативу из выпадающего списка или полностью переписав часть уравнения. Обычно исправление одной части уравнения автоматически исправляет и другую, так что обычно достаточно одного шага.

clip_image010

Коррекция в MIP: Всё, что нужно сделать – щелкнуть по кнопке "Вставить" и всё – вы без всяких проблем создали уравнение в вашем текстовом редакторе или вычислительной программе.

У MIP есть множество других превосходных возможностей: история распознаваний, возможность перемещать написанное от руки, вставлять написанное от руки в MIP из других приложений рукописного ввода, таких, как OneNote, или тех, что у вас установлены. Информация для разработчиков: MIP можно интегрировать в ваши программы. Пожалуйста, ознакомьтесь с соответствующей документацией на MSDN.

Posted by Daniel Kornev [MSFT] | 2 Comments
Filed under:
More Posts Next page »
 
Page view tracker