Чтение онлайн

ЖАНРЫ

Журнал «Компьютерра» № 17 от 8 мая 2007 года
Шрифт:

Вы, наверное, удивляетесь, почему же я попрощался с такой замечательной программой. Во всем виновата забота о неискушенном пользователе и маркетинг. С неприятными мелочами, вроде плюшевого домохозяйского интерфейса, я еще готов был бы смириться. Но в результате полугодичного тестирования (каждой бы программе такой тест!) выявились куда более серьезные проблемы с пофайловыми бэкапами. Все было отлично на тестовом компьютере и небольшом массиве данных гигабайта на три, проблемы начались, когда я установил True Image на рабочий компьютер, предложив ей заботу о 200 гигабайтах в 100 тысячах файлах. В целом ежедневный файловый бэкап работал нормально, но периодически, раза два в месяц, что-то в электронных мозгах "Правдивой Картины" путалось, отчего бэкапирование повисало. Благодаря плюшевому интерфейсу, было невозможно понять, повисло оно или нет, а благодаря собственному

драйверу Acronis’a, это оказалось затруднительно определить и сторонними средствами мониторинга, ведь Windows и, следовательно, все утилиты мониторинга при работе True Image просто "не видят" обращений к файловой системе. Причины подвисаний тоже остались секретом Acronis’a: логи в стиле "ошибка 00x00 172 – невозможно завершить процесс" можно назвать скорее конспиративными, чем полезными. Мучительно долгие эмпирические попытки отыскать причины глюков привели к неутешительным выводам: они как-то связаны с подключением переносного винчестера по интерфейсу FireWire и еще как-то зависят от длины пути к некоторым файлам с кириллическими именами. Неопределенность и скрытность программы, а также ее нежелание пойти навстречу в решении проблемы, в конце концов меня утомили и от пофайловых бэкапов пришлось отказаться. Справедливости ради замечу, что посекторные бэкапы логических дисков все это время делались безотказно.

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

DriveImage XML

Несмотря на мое брюзжание, по общему впечатлению Acronis True Image находится в пятерке лучших высокоуровневых программ "все в одном", берущихся сделать за пользователя все и сразу. И наше с ним неудачное знакомство во многом объясняется сложностью поставленной задачи, с которой, вполне вероятно, не справились бы и другие автоматизированные средства. Рассудив так, я продолжил поиски, взяв на вооружение юниксовскую концепцию: каждую функцию должно выполнять отдельное приложение, и каждое приложение – одну функцию. Для первой из поставленных задач – посекторых бэкапов – нашлась замечательная утилита DriveImage XML от Runtime Software. Она не ставит никаких драйверов, не лезет в автозагрузку, не устанавливает своих сервисов, не просит денег и занимает меньше двух мегабайт. Функционирование обеспечивается исконно присущей современным ОС Windows майкрософтовской технологией Volume Shadow Services (VSS). Благодаря ей, «слепки» диска можно создавать на лету, не перезагружая систему и вообще не прерывая текущей работы. Кстати, как всякое приличное приложение, DriveImage XML не устанавливает в систему свой планировщик, но поддерживает интерфейс командной строки, позволяющий запланировать выполнение бэкапа из любого другого шедулера, хоть бы и встроенного в Windows. Поддерживается компрессия создаваемых томов, а также разбиение образа на файлы меньшего объема.

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

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

Конечно, идеальных утилит не бывает, вот и у этой есть недостатки. Во-первых, поддерживаются только системы Windows XP, Windows Server 2003 и Windows Vista. Во-вторых, при восстановлении образа у программы возникают недоразумения с нестандартными интерфейсами (такими как FireWire), а также с некоторыми редкими RAID-контроллерами. Впрочем, на фоне ликвидации последствий «падения» жесткого диска или операционной системы необходимость однократно переключить HDD на стандартный IDE– или SATA-канал не кажется устрашающей. В-третьих, DriveImage XML ни в каком виде не поддерживает инкрементные бэкапы. Для образа операционной системы это не критично, так как значительная часть информации меняется от бэкапа к бэкапу и выигрыш от инкрементности был бы не очень велик. Наконец, последний недостаток программы – отсутствие возможности автоматически создать загрузочный CD, который выручил бы вас в случае поломки жесткого диска. Но есть и хорошая новость – как написано на сайте разработчика, DriveImage XML

без труда встраивается в загрузочный диск WinPE, который может создать любой желающий из своего дистрибутива Windows. Описание этого процесса выходит за рамки сегодняшней статьи, но могу посоветовать с чего начать – с утилиты PE Builder (www.nu2.nu/pebuilder).

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

ТЕМА НОМЕРА: Программа радио на завтра

Автор: Юрий Романов

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

ИСТОРИЯ

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

Своими соображениями, разумеется, я тут же поделился с преподавателем… Он посмотрел на меня жалостно и спросил: "И сколько времени вычислялся отклик?" "Четыре минуты!" – с энтузиазмом воскликнул я. Преподаватель усмехнулся, потрепал меня по плечу и отправился по своим делам…

К чему я все это вспоминаю?

Вероятно, со дня знаменитого доклада А. С. Попова 7 мая 1895 года на заседании Русского физико-химического общества, а может быть, и раньше – со времен Максвелла и Герца, конструирование радиотехнических устройств и их инженерный расчет являлись пусть и взаимосвязанными, но независимыми этапами работы любого радиоинженера. Лампы, транзисторы и даже отдельные блоки устройств – они работают. А логарифмическая линейка, калькулятор, ЭВМ – считают.

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

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

Желая от всего сердца поздравить наших читателей с Днем радио, мы с удовольствием направляем поздравления также математикам (математический аппарат дискретной фильтрации, быстрое преобразование Фурье и другие инструменты современного радиоинженера), разработчикам сигнальных процессоров, микросхем радиочастотных синтезаторов, коммутаторов и другого компьютерного… прошу прощения, уже радиотехнического железа, а также радиоконструкторам… или, может быть, уже радиопрограммистам?..

Софт прямого эфира

Автор: Кононов, Владимир

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

ИСТОРИЯ

Значение радио в войне было настолько велико, что в преддверии великой победы над фашистской Германией в 1945 г. и в связи с 50-летием изобретения радио день 7 мая был объявлен всесоюзным праздником – Днем Радио.

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

Поделиться с друзьями: