Sony присоединяется к Canon и Intel в поддержке интерфейса Thunderbolt

К недавней инициативе Canon по поддержке нового интерфейса передачи данных от Intel - Thunderbolt, присоединилась Sony.

Вынашиваемый компанией Intel интерфейс Light Peak недавно был выведен на рынок под наименованием Thunderbolt. В текущей версии интерфейса от использования оптических каналов передачи информации пришлось отказаться, но при длине кабеля не более трёх метров даже сейчас гарантируется скорость передачи информации до 10 Гбит/с. К одному порту Thunderbolt, который конструктивно совместим с разъёмом mini-DisplayPort, можно подключить до семи устройств, они могут также получать до 10 Вт электрической мощности. Подключаемые устройства могут передавать информацию по протоколам DisplayPort или PCI Express.

Как сообщает сайт Sony Insider, компания Sony будет использовать интерфейс Thunderbolt в одном из своих оригинальных мобильных компьютеров семейства VAIO. Сверхтонкий ноутбук на базе процессора Core i7 будет работать без подзарядки от 8 до 16,5 часов, а интерфейс Thunderbolt позволит подключать к нему фирменный внешний модуль, который будет содержать дискретную видеокарту AMD, оптический привод Blu-ray и внушительный набор интерфейсных разъёмов. Это будет своего рода "выносная док-станция" с собственной видеокартой. Попытки снабдить ноутбуки внешней видеокартой уже предпринимали компании Fujitsu, AMD и Asus, с появлением интерфейса Thunderbolt мы сможем наблюдать возрождение интереса к этой идее.

Sony также собирается выпустить ноутбук на базе процессора Tegra 2 с 11.6" экраном и экономичной дискретной видеокартой GeForce, который будет работать под управлением Google Chrome OS, и унаследует раскладку клавиатуры у "эталонного" ноутбука Google Cr48. Толщина ноутбука Sony не превысит 20 мм, а масса - одного килограмма. Время работы без подзарядки достигнет восьми часов. Этот ноутбук будет выпущен летом 2011 года.

Источник: sonyinsider.com, overclockers.ru, NStor Blog

ВКонтакте: 10 тысяч серверов и 11 млрд запросов

Почти 100 миллионов пользователей — такова аудитория ВКонтакте, которую надо обслуживать. Быстро и без перебоев. Долгое время подробности технической реализации ВКонтакте оставались секретом. Но недавно самая популярная в России социальная сеть пролила немного света на то, как она все-таки устроена. В конце октября в Москве состоялась конференция HighLoad++, на которой представители ВКонтакте в лице Павла Дурова и Олега Илларионова, наконец, рассказали кое-что об архитектуре социальной сети.

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

Взаимодействие участников социальной сети происходит практически в режиме реального времени: все друзья должны немедленно узнавать о том, что произошло с каждым из участников. Сайт должен быть доступен 100% времени. Как это удается?

Статистика ВКонтакте

• 99,5 миллионов учетных записей.
• 40 миллионов активных пользователей во всем мире (сопоставимо с аудиторией интернета в России).
• 11 миллиардов запросов в день.
• 200 миллионов личных сообщений в день.
• Видеопоток достигает 160Гбит/с.
• Более 10 тысяч серверов, из которых только 32 — фронтенды на nginx (количество серверов с Apache неизвестно).
• 30-40 разработчиков, 2 дизайнера, 5 системных администраторов, много людей в дата-центрах.
• Каждый день выходит из строя около 10 жестких дисков.

Платформа

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

В качестве основной операционной системы используется Debian Linux — решение, проверенное временем, один из самых старых и стабильных современных дистрибутивов. Для балансировки нагрузки между серверами приложений используется HTTP-сервер nginx, работающий в режиме reverse proxy. В его обязанности входит держать соединение с браузером пользователя и передавать запросы серверам, ответственным за исполнение PHP-кода, а также контролировать попадание результата обратно в браузер. PHP-код исполняется посредством модуля mod_php для Apache — альтернативных вариантов довольно много, особенно на основе протокола FastCGI, но руководство ВКонтакте пошло по более консервативному пути в этом вопросе, воспользовавшись самым проверенным временем решением. Никаких особых систем оптимизации производительности PHP-кода не используется (например, в Facebook написали свой компилятор из PHP в C под названием HipHop), единственной внешней оптимизацией является кэширование оп-кода посредством всем доступного решения XCache.

Ситуация с хранением данных выглядит достаточно размыто: с одной стороны, активно используется собственная система управления базами данных, написанная на C и созданная "лучшими умами" России, с другой — часто упоминалась MySQL в роли основного хранилища. Подробнее про собственную базу данных ВКонтакте ниже. Говоря о хранении данных, нельзя не упомянуть о таком важном аспекте, как кэширование часто используемой информации (расположение её в оперативной памяти для быстрого доступа). Для этого используется очень популярный продукт в этой области — memcached. Если ты не слышал: эта система позволяет осуществлять очень простые атомарные операции, такие как расположение и получение произвольных данных по ключу. Основной фишкой является молниеносно быстрый доступ и возможность легкого объединения оперативной памяти большого количества серверов в общий массив для временного хранения "горячих" данных.

Сторонние проекты, не являющиеся ключевыми для ВКонтакте, часто реализуются либо с использованием довольно экзотических решений, либо, наоборот, на самых простых технологиях. Например, сервис мгновенного обмена сообщениями реализован на node.js с использованием протокола XMPP aka Jabber. Конвертирование видео реализовано на самой простой и эффективной библиотеке — ffmpeg, на ней же работает очень популярный видео-плеер VLC.

Основные используемые технологии

• Debian Linux — основная операционная система
• nginx — балансировка нагрузки
• PHP + XCache
• Apache + mod_php
• memcached
• MySQL
• Собственная СУБД на C, созданная "лучшими умами" России
• node.js — прослойка для реализации протокола XMPP, живет за HAProxy (haproxy.1wt.eu)
• xfs — файловая система для хранения изображений и отдачи пользователю
• ffmpeg — конвертирование видео

Архитектура

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

Балансировка нагрузки между серверами происходит по многоуровневой схеме, которая включает в себя балансировку на уровне DNS (домен обслуживается с помощью 32 IP-адресов), а также маршрутизацию запросов внутри системы, причем разные сервера используются для разных типов запросов. Например, генерация страниц с новостями (теперь это принято называть микро блогом) работает по хитрой схеме, использующей возможности протокола memcached по параллельной отправке запросов на получение данных по большому количеству ключей. В случае отсутствия данных в кэше, аналогичный запрос отправляется системе хранения данных, а полученные результаты подвергаются сортировке, фильтрации и отбрасыванию лишнего уже на уровне PHP-кода. Похожим образом этот функционал работает и в Facebook (они недавно обменивались опытом), только вместо собственной СУБД в Facebook используют MySQL.

В стенах ВКонтакте было разработано большое количество софта, который более точно удовлетворяет потребностям проекта, чем доступные opensource и коммерческие решения. Помимо упоминавшейся собственной СУБД у них есть система мониторинга с уведомлением по СМС (Павел сам помогал верстать интерфейс), автоматическая система тестирования кода и анализаторы статистики и логов.

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

• 8-ядерные процессоры Intel (по два на сервер, видимо);
• 64 Гб оперативной памяти;
• 8 жестких дисков;
• RAID не используется (репликация и резервное копирование осуществляется на программном уровне).

Примечательно, что сервера не брендированные, а собираются специализированной российской компанией. Сейчас оборудование проекта расположено в 4 дата-центрах в Санкт-Петербурге и Москве, причем вся основная база данных располагается в питерском датацентре, а в Москове хостится только аудио и видео. В планах сделать репликацию базы данных с другим датацентром в Ленинградской области, а также использовать Content Delivery Network для повышения скорости скачивания медийного контента в регионах.

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

Не менее волшебной представляется та самая собственная база данных на C. Этому продукту, пожалуй, было уделено основное внимание аудитории, но при этом почти никаких подробностей о том, что он, собственно говоря, собой представляет, так и не было обнародовано. Известно, что СУБД разработана "лучшими умами" России, победителями олимпиад и конкурсов TopCoder, а также что она используется в самых высоконагруженных сервисах ВКонтакте:

• Личные сообщения
• Сообщения на стенах
• Статусы
• Поиск
• Приватность
• Списки друзей

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

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

Интересные факты о ВКонтакте

• Процесс разработки близок к методологии Agile с недельными итерациями (циклами), в рамках которых проходят все этапы разработки: планирование, анализ требований, проектирование, разработка и тестирование.
• Ядро операционной системы модифицировано (на предмет работы с памятью), есть своя пакетная база для Debian.
• Фотографии загружаются на два жестких диска одного сервера одновременно, после чего создается резервная копия на другом сервере.
• Есть много доработок над memcached, в.т.ч. для более стабильного и длительного размещения объектов в памяти; есть даже версия, обеспечивающая сохранность данных.
• Фотографии не удаляются для минимизации фрагментации.
• Решения о развитии проекта принимают Павел Дуров и Андрей Рогозов, ответственность за сервисы — на них и на реализовавшем его разработчике.
• Павел Дуров откладывал деньги на хостинг с 1 курса :).

Подпроекты

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

Как известно, некоторое время назад появилась возможность общаться на ВКонтакте через протокол Jabber (он же XMPP). Протокол совершенно открытый и существует масса opensource реализаций. По ряду причин (среди которых проблемы интеграции с остальными сервисами ВКонтакте) было решено за месяц создать собственный сервер, представляющий собой прослойку между внутренними сервисами ВКонтакте и реализацией XMPP протокола. Реализован он на node.js — выбор обусловлен тем, что JavaScript знают практически все разработчики проекта, к тому же это хороший набор инструментов для реализации задачи. Сложным моментом стала работа с большими контакт-листами. У многих пользователей количество друзей ВКонтакте измеряется сотнями и тысячами, высока активность смены статусов: люди появляются и исчезают из онлайна чаще, чем в других аналогичных ситуациях. К тому же необходимо было реализовать тесную интеграцию с внутренней системой обмена личными сообщениями ВКонтакте. В результате на сервисе 60-80 тысяч человек онлайн, в пике — 150 тысяч. TCP/HTTP-балансировщик нагрузки HAProxy обрабатывает входящие соединения и используется для распределения запросов по серверам, а также развертывания новых версий.

При выборе системы хранения данных думали о нереляционных системах хранения данных (в частности, о MongoDB), но в итоге решили воспользоваться привычной MySQL. Сервис функционирует на 5-ти серверах разной конфигурации, на каждом из которых работает код на node.js (по 4 процесса на сервер), а на трех самых мощных — еще и MySQL. Интересной особенностью является отсутствие связи между группами друзей в XMPP с группами друзей на сайте — сделано по просьбе пользователей, которые не хотели, чтобы их друзья из-за плеча видели, в какой группе они находятся.

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

• Максимальная кроссбраузерность для виджетов и IFrame-приложений на основе библиотек easyXDM и fastXDM, обеспечивающих взаимодействие между сторонним ресурсом и программным интерфейсом ВКонтакте. Таким образом была решена проблема кроссдоменного взаимодействия и вопрос работы во всех браузерах.
• Кросс-постинг статусов в Twitter, реализованный с помощью очередей запросов.
• Кнопка "поделиться с друзьями", поддерживающая openGraph-теги и автоматически подбирающая подходящую иллюстрацию (путем сравнивания содержимого тега title и атрибутов alt у изображений.
• Возможность загрузки видео через сторонние видео-хостинги (YouTube, RuTube, Vimeo, и т.д.).

Не секрет

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

Warning

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

Источник: xakep.ru

Калькулятор виртуализации

HP в твиттере сообщила о новом инструменте - калькуляторе для расчета стоимости виртуализации вашего предприятия। Доступен по ссылке: http://bit.ly/eYLlqj

Смотрим, оцениваем.

К 2018 году ЦОДы уменьшатся вдвое

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

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

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

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

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

Интеллектуальное планирование

У сегодняшних ЦОД много различных требований к электромеханическим системам, которые зависят от разнородности рабочих нагрузок, функционала и возраста оборудования. В новых конструкциях ЦОД это принято во внимание: применяются различные зоны плотности оборудования для различных типов нагрузки.

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

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

«Зеленое» влияние

Большинство руководителей центров обработки данных недостаточно внимания уделяют «озеленению ИТ», пока на них не оказало давление руководство или общественность. Однако наблюдается постоянно растущее внимание к потреблению электроэнергии в ЦОД, а новые руководители обращают пристальное внимание на энергоэффективность, как в создании ЦОД, так и в процессе его работы. Развитие эффективности использования энергии (PUE) в соответствии с «Зеленой энергосистемой» (Green Grid) продолжает делать успехи на рынке, и много новых центров обработки данных в настоящее время разрабатываются в соответствии с конкретными требованиями PUE для получения преимуществ энергоэффективности и влияния на общественные взаимоотношения.

Уплотнение

В большинстве ЦОД пространство как перспектива для развития используется в неполной мере. Во многих случаях фактическое пространство для вычислений стойками и серверами используется очень неэффективно. Средняя плотность стойки в мире приближается лишь к 60%.

Новейшие конструкции, разработанные для достижения оптимальной плотности стойки, нередко приближаются к 85-90%, резко увеличивая соотношение вычисления/квадратный фут. Появление вычислительной среды частных «облаков» и пула ресурсов предоставит решения для повышения вертикальной масштабируемости в ЦОД, в то же время повышая соотношение производительность/киловатт.

«Облачные» вычисления

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

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

Gartner предсказывает, что к 2018 году требования к пространству ЦОД составят лишь 40% от нынешних. Пристальное внимание будет сосредоточено на основных бизнес-сервисах, а поскольку эти сервисы будут по-прежнему требовать больше ИТ-ресурсов, сокращение размеров серверов и систем хранения данных (телекоммуникационного оборудования) более чем компенсирует эти требования.

Источник: Gartner

ИТ, которые изменят мир

Эрик Лундквист, вице-президент Ziff Davis Enterprise, предсказывает, что осень текущего года принесет принятие и распространение новых технологий, которые изменят способы обработки корпоративных данных.

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

Пойди туда, не знаю куда. Принеси то, не знаю что

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

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

Это следующее поколение поиска предоставляет огромные возможности, и ни Google, ни Microsoft, ни Yahoo теперь не в состоянии захватить этот рынок в одиночку.

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

(www.safesurf.ru/articles_optim/article_24.php)

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

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

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

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

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

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

4. Cloud creator — инженер облака. «Облачный компьютинг» сегодня абсолютный лидер среди умных терминов рынка высоких технологий. Но CIO все еще отказываются передать операции своих компаний неизвестно в какие глубины интернета.

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

5. X-factor. Лучшее в технологиях то, что их развитие никогда не останавливается. Вспомните, сколько шума было вокруг «серьезных» многообещающих технологий, сегодня доживающих свой век или так и оставшихся в зачаточном состоянии. А такие игрушки, как поисковые системы, VoIP, Facebook становятся доминирующими на рынке. В общем, новинка приживается только в том случае, если ученые мужи не только восхищаются собственной разработкой, но и думают о том, как ее воспримут бизнес и миллионы людей.

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

Вот так, «конкретно и неопределенно», изъясняется Лундквист. По его просьбе читатели попробовали добавить свои мнения. Как видно из приведенных ниже комментариев к статье, никто ничего так и не понял.

Телефон в кухне на стене

IT-энтузиасты (оказывается, они до сих пор есть!) по своему обычаю категоричны: «Ruby on Rails — следующая большая технология, которая изменит способы разработки веб-приложений»; «В ближайшее время главная роль будет отведена разработке 3D Web-технологии»; «Беспроводные сети 3G и 4G рулят» и т.д.

Юноша, искрящийся надеждами, восклицает: «Лучше всего — учебный веб-сайт онлайн-сертификации certkingdom.com». Ну, я не против. Сайт, действительно, полезный. Но при чем здесь это?

А это, видимо, отозвались папаши в подтяжках — образцовые избиратели и читатели «Нью-Йорк Таймс». Я собрал вместе несколько таких оптимистически-лояльных сентеций и получился вполне приличный кусок речи для любого политика:

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

Старые ворчуны и здесь верны себе: «Нужно бы сначала решить, помещать ли все яйца в одну корзину. А когда облачный компьютинг и беспроводные сети станут надежными и безопасными, это приведет к огромному разрыву между государствами с различным качеством жизни. И вообще, Fraud+Scam уже стали индустриальными технологиями. Вот вам и ваши IT».

Источник: ko.com.ua

Intel и Canon продвигают новую замену USB и SATA

Известный производитель фотоаппаратов Canon выступил в поддержку технологии Thunderbolt - нового стандарта передачи данных, разработанного Intel в качестве замены USB, сообщила компания Intel.

"Thunderbolt - ценная технология, которая ускорит работу с большими объемами данных", - считает Хироо Едакубо (Hiroo Edakubo), представитель компании Canon, отвечающий за продукты для обработки видео, слова которого приводятся в пресс-релизе. Едакубо не уточняет, какие именно продукты Canon будут поддерживать Thunderbolt.

Технология Thunderbolt была представлена в конце февраля 2011 года. Intel позиционирует ее как более быструю замену интерфейсов USB 3.0 и SATA. Устройства, поддерживающие Thunderbolt (внешние жесткие диски, мобильные устройства, камеры и пр.) смогут обмениваться данными с компьютером на скорости 10 гигабит в секунду (около 1250 мегабайт в секунду). Стандарт USB 3.0, который только начинают внедрять в массовые устройства, обеспечивает максимальную скорость около 3,2 гигабит в секунду, а повсеместно распространенный USB 2.0 еще медленнее - его скорость не превышает 480 мегабайт в секунду. Производительность Thunderbolt сопоставима с возможностями интерфейсов Fibre Channel, HDMI и в три раза превышает скорость передачи данных по стандарту eSATA/SATA 300.

Передача данных на скорости 10 гигабит в секунду пока возможна лишь теоретически, и дело не в Thunderbolt, а в устройствах, соединяемых для передачи данных по этому стандарту - жестких дисках, твердотельных накопителях и флэш-памяти. Если пропускная способность Thunderbolt составляет 1250 мегабайт в секунду, то средняя скорость чтения твердотельных накопителей - 300-400 мегабайт в секунду. При организации RAID-массивов из чередующихся твердотельных накопителей скорость чтения примерно удвоится, но и этого будет недостаточно, чтобы в полной мере использовать возможности Thunderbolt.

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

Стандарт Thunderbolt уже поддерживается в последнем поколении ноутбуков серии Apple MacBook Pro. Кроме того, компания LaCie объявила о планах по выпуску первого внешнего жесткого диска, поддерживающего Thunderbolt. Продажи этой модели начнутся летом, но точные характеристики устройства и его цена пока не известны.

Источник: rian.ru

Еще раз о серверах на процессорах ARM - Dell тоже сомневается в их перспективности

Dell призналась, что её попытки создать серверы на базе процессоров ARM сталкиваются с определенными трудностями, прежде всего, в плане программного обеспечения. Как заявил Форрест Норрод (Forest Norrod), вице-президент Dell и руководитель подразделения серверных систем в Dell, в этом плане ARM пока не удалось создать развитую экосистему, поэтому разработчикам приходится тратить очень много времени и денег, чтобы адаптировать имеющееся ПО на платформе x86, чтобы такие программы работали на системах с процессорами ARM.

Судя по всему, в словах высокопоставленного представителя Dell немалая доля истины. Тем не менее, было бы ошибкой считать, что Dell отказывается от дальнейших попыток создать серверы на платформе ARM. По идее, такие системы должны появиться в продаже в течение ближайших 12-18 месяцев.

Напомним, что недавно о сомнительности перспектив создания популярных серверов на базе Atom или ARM-чипов высказывались Intel и Google. Такое противодействие рынка говорит о том, что особой популярности подобные решения в ближайшем будущем не обретут.

По материалам: fudzilla.com