Category: компьютеры

Category was added automatically. Read all entries about "компьютеры".

Speaker Rabbit

Горячая техасская бензопила

Пошли разговоры о том, что Амазон собирается выкупить у Texas Instruments мобильный бизнес -- OMAP-со-товарищи. Если вы думаете, куда поступать и чем заниматься лет через пять-десять, то могу посоветовать: идите в проектировщики систем на основе ARM, изучайте VHDL, пишите виртуальные симуляторы ARM instruction set architecture (ISA).

На рынке мобильных систем идет консолидация производителей аппаратных платформ и потребителей этих платформ. Apple, купив в 2007 году PA Semi, продемонстрировала, что тесная интеграция платформы и операционной системы в рамках узконаправленного продукта может выступать кулаком по направлению главного удара, через несколько лет. На тот момент на рынке была только одна компания, которая имела такой же потенциал жесткой связки -- Samsung. Потенциал, но не реализацию. Остальные производители мобильных устройств покупали и продолжают покупать платформы под заказ у других -- TI, Qualcomm, MediaTeK, ST Ericsson, Samsung.

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

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

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

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

И вот тут-то спрос на разработчиков процессоров и чипсетов неумолимо вырастет. Если сейчас, по сути дела, есть Intel, AMD, Apple да Samsung, куда можно податься только с имеющимся хардкорным опытом, то в 5-10 лет можно прогнозировать не только появление новых точек роста -- среди нарастающих гигантов, собирающих в одну большую лужу все капельки вокруг, но и некоторое снижение планки требований из-за выгребания уже имевшихся специалистов. Гугл прошел через подобное с их попыткой нанимать "только кандидатов наук", пройдут и новые создатели архитектурных комплектов.

Дорога ясна?
Speaker Rabbit

Википедия и свободное программное обеспечение

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

Впрочем, эта система во многом построена на подходах традиционных энциклопедий и не всегда срабатывает в отношении программного обеспечения. Свободное ПО особенно подвержено атакам о "незначимости" или невозможности проверить фактическую сторону дела, поскольку в традиционных источниках, которые редакторы Википедии считают "значимыми", статьи о свободном ПО могут не публиковаться, а часто и просто отсутствуют для свободного ПО в каких-нибудь не очень популярных областях. Хорошая подборка проблем описана в предложениях по изменению критерия значимости для свободного ПО: http://en.wikipedia.org/wiki/Wikipedia:Notability/RFC:Notability_of_free_open_source_software. Несмотря на то, что решение о значимости не должно быть связано со спецификой обсуждаемой темы, критерии отбора значимых источников сейчас в Википедии сильно ущемляют ПО в целом и свободное ПО в частности. Что интересно, простая статья-обзор в каком-нибудь околокомпьютерном журнале о новой программе считается более значимой, чем десяток-два материалов о такой же программе на значимых конференциях о свободном ПО в мире.

Мы столкнулись с этим неожиданно в Midgard Project. Статья о Мидгарде была предложена к удалению в связи с "невозможностью найти нетривиальное упоминание во вторичных значимых источниках". То, что проект существует уже десять лет, используется или использовался в крупных внедрениях по миру (в 2005 на нем был сделан сайт электронного правительства Новой Зеландии, проработавший до 2008, он включен в программу исследований семантических сетей для интернет-проектов еврокомиссии, а с 2007 на нем работает maemo.org), не имеет значения, потому что об этом не пишут в крупных изданиях, вроде cnn.com и тому подобных.

Практически неделю мы пытались хоть что-то предложить в качестве аргументации, собирали ссылки и искали старые статьи. В конце концов, статью отстояли, "но осадок остался". Нас даже обвинили в попытках повлиять на "редакторов Википедии" в их выборе -- путем обсуждения проблемы вне Википедии. Дискуссия по поводу предложений в критерии значимости СПО тоже очень показательна.
Speaker Rabbit

(no subject)

Для завтрашнего мероприятия в Мариотт Гранд, гоняли сегодня тестики по кластерной самбе. Простейший кластер из двух узлов, (2х1Гбит/с, один в пользовательскую сеть, один -- служебный), полка с десятью 15К RPM дисками. Внутре -- GPFS, поверх которой крутится кластерная Самба 3.2.3 в рамках IBM Scale out File Services. Все это воткнуто в Active Directory на базе Windows 2003 Server, так что с системой могут работать в принципе любые клиенты -- от линуксовых до самых распоследних вист.

Берем четыре клиентских машины, каждая с 1Гбит/с, запускаем на них smbtorture из Samba4 с тестом BENCH-NBENCH, который имитирует "отраслевой стандарт" NetBench. Сам скрипт для теста -- чтение блоками по 64Кб из файлов размером в 1Гб. Строка запуска:
bin/smbtorture //filer/test -UПользователь%Пароль BENCH-NBENCH \
     --loadfile=loadfiles/read_1G_64k_at_a_time.load \
     -t 100 --num-progs 4 --option=torture:readonly=yes

То есть, запускаем на каждом клиенте по 4 параллельных процесса, которые читают блоками по 64Кб из файлов рамером в 1Гб и даем 100 секунд на выполнение. BENCH-NBENCH грузит скрипт, форкается и запускает четыре процесса обработки скрипта. Через некоторое время "прогрева" (пока процессы соединятся с серверами...), начинают идти результаты. Указанный адрес сервера (//filer) на самом деле представляет собой "имя сервера" в CIFS. Ему соответствуют разные IP узлов нашего кластера в DNS, так что клиенты получают их при разрешении имени в режиме round-robin.

Поскольку запускал я тесты руками, то между запусками были временные разрывы. Так что какой-то из клиентов успел "отъесть" больше полосы пропускания, чем другие. У нас теоретически 4Гбит/с от клиентов (1Гбит/с от каждого) и 2Гбит/с от кластера. Между коммутаторами настроено объединение каналов -- по 4 1Гбит/с порта с каждой стороны, то есть теоретически мы могли бы "прокинуть" 4Гбит/с, если бы со стороны кластера они были. Каждый клиент мог "съесть" свой 1Гбит/с, если бы получилось.

Тест воспроизводит типичную картину "голода" в офисе, когда возможностей файлового сервера не хватает на всех клиентов из-за ограничений полосы пропускания. В данном случае важным становится эффективное распределение нагрузки между узлами кластера. То есть, в обычном офисном случае у нас файловый сервер на самом деле один и максимум, что мы можем сделать -- это "съесть" его сетевые возможности. С кластерной самбой становится возможным "размазать" этот поток запросов и ответов между несколькими серверами одновременно, а не помещать все сетевые карты в один сервер. Когда-нибудь возможности одного сервера закончатся -- либо по пропускной способности его сетевой подсистемы, либо по затратам на память при обслуживании клиентов (Самба 3.2 требует приблизительно 500-700Кб служебных данных на клиента и порядка 5-7Мб кода на процесс, что транслируется в реальности в 400-500 одновременных пользователей на 1Гб ОЗУ сервера). И если память нарастить еще можно, то слоты для сетевых карт закончатся довольно быстро, пусть и с многопортовками.

В результате, мы получаем приблизительно следующую картину для четырех клиентов:
$ cat client?-1.log|grep Throughput
Throughput 38.7363 MB/sec
Throughput 38.8454 MB/sec
Throughput 100.868 MB/sec
Throughput 40.1211 MB/sec


Видно, что один из клиентов "сообразил" раньше и захватил всю доступную себе полосу пропускания -- из 1Гбит/с ему было доступно 100.868 МБайт/с, или 80.69% канальной емкости. Остальные запустились более-менее одновременно и потому распределили между собой оставшийся объем канала. Суммарно вышло 218.5708МБайт/с из доступных 2Гбит/с, которые кластер мог отдать. Или 87.42% канальной емкости.

Забавно посмотреть, что творилось в это время в кластере:Collapse )
Speaker Rabbit

О вреде интегрированных офисных пакетов

Любовь делать демонстрации в PowerPoint и вставлять в слайды диаграммы из Excel подвела американских разведчиков: http://www.vz.ru/society/2007/10/31/121426.html

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

Рак

Съездили сегодня на Горбушку, нужен был шлейф для SATA, в поисках его заглядывал в разные фирмочки, в USN мне его просто подарили, сказав, что шлейфы у них ничего не стоят. На обратном пути увидели возле входа в "Багратионовскую" женщину, торгующую живыми речными раками (скорее всего Astacus Astacus (L.)). Остановились посмотреть на копошащихся в картонных коробоках зеленых монстров. Женщина предложила младшему одного в подарок, мы зачем-то взяли.

Рак проехал в руках пол-Москвы в метро. Несколько раз пытался притвориться мертвым, а потом сильно бил хвостом, один раз даже упал на сиденье. Но доехал и плавает теперь в импровизированном аквариуме. Размышляем над покупкой нормального.
Speaker Rabbit

Движки министра

Цитата из "Начало рабочей встречи с Министром информационных технологий и связи Леонидом Рейманом":
Сейчас ведутся работы по разработке российского программного обеспечения, которое основывается на движке Linux с открытыми кодами, и уже в этом году в двух регионах, в Томской области и в Татарстане, мы проведем эксперименты по установке этого программного обеспечения на школьные компьютеры. Если эксперименты пройдут успешно, то с будущего года начнем оборудовать постепенно школьные компьютеры российской операционной системой и российским программным обеспечением.

Это уже прошло по всем каналам, но меня вот что зацепило: министр правительства в официальном докладе президенту страны говорит о "движке". Забавный сдвиг канцелярита.
Speaker Rabbit

Протва: доклады

Два моих доклада для "Протвы":
Второй доклад -- это наш совместный доклад с Генри Бергиусом, основателем проекта Midgard. К сожалению, Генри не смог приехать в Обнинск, поэтому "отдуваться" пришлось мне. :-)
Speaker Rabbit

Перфолента Мёбиуса

В Linux 2.6.23 втянули драйвера для IBM z/VM virtual card readers and punches. На вопрос у местных z/VMщиков что это означает, был получен ответ: "Это драйвера для виртуального кард-ридера виртуальных перфокарт. Этот механизм используется в z/VM для переноса файлов между виртуальными машинками с ... лохматого года." Ушел озадаченный нарисовавшейся картинкой миллионов виртуальных перфокарт.
Speaker Rabbit

(no subject)

Касательно предыдущей записи... Всем огромное спасибо за поздравления. Провели целый день в городе, то под снегом, то под солнцем. Побывали в Швейцарии и в морском аквариуме, да и во многих других местах, дети затребовали катание на карусели в "Детском Мире". :-) Вернулись ближе к полуночи, ноги не держат, хочется спать, и чего я вообще к этому компьютеру полез? :-)
Speaker Rabbit

Из Медведева

Из онлайн-конференции Медведева:
-- Интернет-конференция у нас - несомненно вопросы будут связаны с компьютерами. И вот, в частности, с использованием открытого программного обеспечения. В частности, Артем Шутов из Подольска спрашивает: "Будет ли произведен перевод нашего образования на открытое программное обеспечение?" И вообще, вопросы, связанные с открытым программным обеспечением, повторяются у нас на конференции довольно часто и в той или иной форме многократно.

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

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

-- А они еще монополисты часто.

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

А гораздо полезнее, когда существует открытые коды доступа к соответствующим программным продуктам. И такие программные продукты, такие операционные системы существуют, эти системы работают во многих офисах. У нас они почему-то меньше распространены, а во многих странах Европы они довольно активно применяются, и даже правительства, администрации переходят на использование таких систем, как Linux, как некоторые другие, дающие возможность достаточно быстро приспосабливать эту кодировку к тем или иным задачам, не попадая в зависимость от монополий, производящих "софт". Это важная задача, мы об этом думаем, хотя будем заниматься и решением первой проблемы, то есть выводом работы в открытое, законное пространство в рамках существующих сегодня договоров по использованию лицензионных программных продуктов. То есть это двуединая задача.

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