Logo    
Деловая газета CitCity.ru CITKIT.ru - все об Open Source Форумы Все публикации Учебный центр Курилка
CitForum    CITForum на CD    Подписка на новости портала Море(!) аналитической информации! :: CITFORUM.RU
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

09.06.2017

Google
WWW CITForum.ru
С Новым годом!
2007 г.

Open Source и проприетарная архитектурная революция

Сергей Кузнецов

Обзор июньского, 2007 г. номера журнала Computer (IEEE Computer Society, V. 40, No 6, Июнь 2007).

Авторская редакция.
Также обзор опубликован в журнале "Открытые системы"

Формально темой июньского номера журнала Computer являются многоядерные процессоры (multicore processors). На самом деле, этой теме посвящены только две статьи из шести больших статей, представленных в номере. Тем не менее, по традиции начнем с обзора тематических статей.

Статья «Среда с открытыми кодами для программной системы Cell Broadband Engine» («An Open Source Environment for Cell Broadband Engine System Software») написана Микаелем Гшвиндом, Дэвидом Ербом, Сидом Мэннингом и Марком Наттером (Michael Gschwind, IBM T.J. Watson Research Center, David Erb, Sid Manning, Mark Nutter, IBM Austin).

Архитекторы компьютеров редко внедряют новые архитектуры, потому что действующие архитектуры обладают такими значительными преимуществами, как зрелость, привычность для программистов и доступность программного обеспечения. Новые архитектуры обычно появляются в ответ на тектонические сдвиги в технологии и состоянии рынка. Например, исходная архитектура IBM System/360 была первой архитектурой, отвечающей потребности массового производства систем. RISC-системы возникли в ответ на возникновение производства сверхбольших интегральных схем и появление однокристальных микропроцессоров.

В связи с окончанием эпохи частотного масштабирования технологии CMOS архитекторы снова вынуждены прибегнуть к массовым технологическим изменениям на основе эффективного использования масштабирования за счет плотности. Вариантом решения этих проблем является микропроцессор Cell Broadband Engine (Cell BE), первая реализация однокристального мультипроцессора со значительным числом программируемых ядер общего назначения, предназначенный для поддержки широкого набора рабочих нагрузок, включая интенсивную обработку мультимедийных и научных данных.

Разработка мультипроцессора Cell была начата в 2000 г. компаниями IBM, Sony и Toshiba (STI) для использования в игровой приставке PlayStation 3, а также других средах интенсивной обработки данных. Целью проекта являлось достижение производительности, на порядок превосходящей производительность настольных компьютеров образца 2005 г. Для достижения этой цели разработчикам требовалось оптимизировать производительность по отношению к контактной поверхности, мощности, объему и стоимости некоторым способом, невозможным при использовании предыдущих архитектур. Стратегия разработки заключалась в использовании параллелизма за счет наличия многочисленных ядер, поддерживающих устоявшиеся модели приложений, что должно было обеспечивать хорошие возможности программирования и поддерживать эффективность программистов.

В результате была создана архитектура CBEA (Cell Broadband Engine Architecture) распределенного многоядерного однокристального микропроцессора, пригодного для поддержки массивной обработки числовых данных с плавающей точкой при поддержке рабочих нагрузок с интенсивными вычислениями и мультимедийных приложений. В первой реализации CBEA, мультипроцессоре Cell BE на одном кристалле имеются один 64-разрядный процессорный элемент Power (Power processor element, PPE), восемь процессоров-акселераторов, называемых синергическими процессорными элементами (Synergistic Processor Elements, SPE), высокоскоростной контроллер памяти, широкополосная шина для соединения элементов, а также высокоскоростные интерфейсы памяти и ввода-вывода.

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

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

Стратегия использования подхода open source в проекте Cell включала четыре этапа:

  1. этап создания начальной опытно-экспериментальной установки, ориентированной на валидацию целей проекта, концепций компиляции и парадигм программирования, разрабатывавшихся одновременно с построением архитектуры;
  2. этап формирования программного обеспечения с поддержкой кода первых пользователей для библиотек, промежуточного программного обеспечения и приложений;
  3. этап развития модели программирования, на которой использовался более полный набор примитивов, инструментальных средств и сред для применения наиболее эффективных парадигм разработки программного обеспечения для новых платформ;
  4. этап перехода к полнофункциональной экосистеме Cell, доступной для непрерывно растущего сообщества разработчиков Cell на основе распространения средств разработки программного обеспечения. Cell SDK свободно доступен на этом сайте.

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

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

Вторая статья тематической подборки написана Нидхи Аггарвалом, Партасарати Ранганатаном, Норманном Юппи и Джеймсом Смитом (Nidhi Aggarwal, University of Wisconsin-Madison, Parthasarathy Ranganathan, Norman P. Jouppi, Hewlett-Packard Laboratories, James E. Smith, University of Wisconsin-Madison) и называется «Изоляция в массовых многоядерных процессорах» («Isolation in Commodity Multicore Processors»).

Тенденции к масштабированию технологии приводят к тому, что однокристальные мультипроцессоры (chip multiprocessor, CMP) становятся доминирующей парадигмой компьютерной аппаратуры. Множественные ядра интегрируются в одном кристалле, образуя мультипроцессоры общего назначения. Компании Intel и AMD производят двух- и четырехядерные процессоры. С системной точки зрения CMP обеспечивают более высокий уровень интеграции, обычно включая несколько обрабатывающих ядер, кэшей, контроллеров памяти и даже обработку ввода-вывода. Например, в процессоре Niagara компании Sun имеется восемь ядер, общий кэш второго уровня и интегрированные контроллеры памяти и интерфейсы ввода-вывода. В кристалле процессора Power компании IBM имеется котроллер памяти.

Тенденции к использованию множественных ядер, по всей видимости, сохранятся. На последней конференции Intel Developer Forum компания объявила о плане развития технологии многоядерных процессоров на одном кристалле, включая построения прототипа мультипроцессора с 80 ядрами. В академических исследованиях обсуждаются вопросы создания процессоров с гораздо большим числом ядер, а также возможности построения однокристальных неоднородных мультипроцессоров.

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

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

Показатели числа сбоев в единицу времени (failure in time, FIT) ядер, кэшей, памяти и компонентов ввода-вывода в совокупности приводят к высокому значению FIT для CMP в целом. В будущих CMP должна обеспечиваться возможность изоляции сбойных компонентов и исключения их из числа ресурсов кристалла, чтобы его можно было использовать при наличии оставшихся исправных компонентов.

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

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

Оставшиеся статьи июньского номера будем обсуждать в порядке их расположения в журнале. Фейсал Кеблави и Дик Салливан (Feisal Keblawi, Dick Sullivan) представили статью «Доводы в пользу гибких стандартов безопасности NIST» («The Case for Flexible NIST Security Standards»).

Недавно Национальный институт стандартов и технологии США (National Institute of Standards and Technology, NIST) приступил к выпуску нового вида стандартов безопасности информационных систем (information system security, ISS). В соответствии с Федеральным актом об управлении информационной безопасностью (Federal Information Security Management Act, FISMA) от 2002 г. эти обязательные стандарты регулируют процессы ISS в федеральных гражданских организациях и требуют стандартного контроля безопасности во всех родственных информационных системах федерального уровня.

Опыт показывает, что обычно успешными оказываются федеральные стандарты, согласованные с установившейся практикой коммерческих организаций. Стандарты, ориентированные исключительно на правительственные организации, такие как Государственный профиль взаимодействия открытых систем (Government Open Systems Interconnection Profile, GOSIP), не приводят к достижению хороших результатов. С одной стороны, NIST вносит свой вклад в повышение качества информационной безопасности путем учреждения эксплуатационных нормативов и оказания помощи организациям при определении процессов поддержки безопасности. С другой стороны, при наличии у NIST нормотворческих полномочий к принятию нецелесообразных стандартов и давления со стороны сторонников FISMA возникает возможность создания конфликтов и повышения расходов без получения ожидаемого выигрыша.

Авторы обосновывают потребность в диалоге с NIST относительно роли и области влияния этого института при определении нормативных требований и создании стандартов федеральной компьютерной безопасности. Результатом такого обсуждения должно явиться новое понимание пределов нормотворчества в области безопасности на федеральном уровне.

Следующая статья называется «Практический опыт автоматизированной трассируемости» («Best Practices for Automated Traceability»). Авторы статьи: Джейн Клеланд-Хаунг, Рафаэлла Сеттими, Эли Романова, Брайан Беренбах и Стефен Кларк (Jane Cleland-Huang, Raffaella Settimi, Eli Romanova, DePaul University, Brian Berenbach, Siemens Corporate Research, Stephen Clark, iRise).

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

В многочисленных стандартах трассируемость упоминается как рекомендуемое или формально требуемое свойство. Например, в стандарте IEEE 830-1998 утверждается, что спецификация требований к программному обеспечению (software requirements specification, SRS) должна являться трассируемой. В этом стандарте SRS определяется как трассируемая, «если понятно происхождение каждого требования, и спецификация способствует указанию ссылок на каждое требование при будущей разработке документации или ее модернизации». Требуются обратная трассируемость от требований к «предыдущим стадиям разработки» и прямая трассируемость от требований ко «всем документам, порожденным на основе SRS».

Кроме того, от организаций, производящих системы с особыми требованиями к безопасности, часто формально требуется демонстрация того, что для всех частей кода прослеживаются действующие требования. Законы, подобные US Sarbanes-Oxley Act от 2002 г., требуют реализации в организациях процессов управления изменениями с явными границами трассируемости для любых частей программного продукта, которые потенциально влияют на финансовое благосостояние организаций.

К сожалению, во многих организациях не удается внедрить практику эффективной трассируемости либо из-за трудностей создания, использования и поддержки связей, либо по причине того заблуждения, что затраты на поддержку трассируемости требований не окупаются. Традиционно связи трассируемости физически сохраняются в электронных таблицах, текстовых файлах, базах данных, или для их хранения используются инструментальные средства управления требованиями (requirements management, RM), такие как DOORS компании Telelogic или Rational RequisitePro компании IBM. Такие связи деградируют в ходе выполнения проекта, поскольку из-за нехватки времени не обновляются участниками проектной группы. Эта проблема обостряется при использовании офшоринга и аутсорсинга, когда возникает временная и пространственная дистанция между экспертами и разработчиками.

Поскольку трассы часто создаются вручную, непродуманным образом по прихоти разработчиков, они часто бывают несогласованными и неполными. Имеющиеся инструментальные средства RM обеспечивают ограниченную поддержку создания и сопровождения связей, поддерживая методы drag-and-drop для создания связей, простые средства визуализации для представления связей и инструменты маркировки «сомнительных» связей, для которых был изменен один из ассоциированных с ними артефактов, в результате чего связи могли устареть. К сожалению, такая поддержка недостаточно облегчает управление связями трассируемости, и на практике часто приходится обнаруживать, что все большее число связей становится подозрительным.

Кроме того, почти никогда не удается установить трассируемость между требованиями и дополнительными документами, такими как мотивация акционеров, документы о концепциях или другие текстовые документы, написанные в свободной форме. Для многих организаций, стремящихся к достижению соответствия общекорпоративных стандартов, таких как Capability Maturity Model Integration (CMMI) третьего уровня, достижение трассируемости в проектах, для которых она изначально не предусматривалась, может показаться трудной и часто невыполнимой задачей.

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

Ю-Чи Ценг, Ю-Чиун Ванг, Кай-Янг Ченг и Яо-Ю Хсиех (Yu-Chee Tseng, You-Chiun Wang, Kai-Yang Cheng, Yao-Yu Hsieh, National Chiao Tung University, National Chiao Tung University) представили статью «iMouse: интегрированная система мобильного контроля с беспроводными датчиками» («iMouse: An Integrated Mobile Surveillance and Wireless Sensor System»).

Выдающиеся достижения в областях микросенсорных микроэлектромеханических систем (microsensing microelectromechanical systems, MEMS) и технологий беспроводных коммуникаций способствуют развитию беспроводных сенсорных сетей (wireless sensor network, WSN). WSN состоит из многих сенсорных узлов, плотно размещенных в пространстве. Каждый из этих узлов может собирать информацию об окружающей среде, и все узлы вместе могут поддерживать произвольную многозвенную маршрутизацию. WSN обеспечивают недорогой и удобный способ мониторинга физических сред. При наличии возможности восприятия окружающей среды могут привнести в человеческое общество приложения в областях здравоохранения, мониторинга зданий и домашней безопасности.

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

Описываемая в статье интегрированная система мобильного контроля с беспроводными датчиками (integrated mobile surveillance and wireless sensor system, iMouse) состоит из многочисленных статических беспроводных сенсоров и нескольких более мощных мобильных сенсоров. К преимуществам своей системы авторы относят следующее.

  1. Она обеспечивает оперативный мониторинг в реальном масштабе времени. Например, при фиксации системой событий статические сенсоры могут немедленно проинформировать пользователей о месте происхождения событий, а мобильные сенсоры могут позже обеспечить детализированные образы этих событий.
  2. Система управляется событиями в том смысле, что только при возникновении события некоторый мобильный сенсор выделяется для фиксации образов этого события. Таким образом, в системе iMouse можно избежать записи образов при отсутствии событий.
  3. Более дорогие мобильные сенсоры приписываются к участкам событий. От них не требуется покрытие всего отслеживаемого пространства, и поэтому достаточно иметь лишь небольшое число таких сенсоров.
  4. Система является модульной и масштабируемой. При добавлении к числу мобильных сенсоров более развитых устройств могут усилиться возможности восприятия системы, но замена существующих статических сенсоров не требуется.

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

Наконец, последняя большая статья июньского номера журнала Computer называется «Аутентификация на основе паролей: предотвращение атак на словари» («Password-Based Authentication: Preventing Dictionary Attacks»). Ее написали Сайкат Чакрабарти и Мукеш Сингхал (Saikat Chakrabarti, Mukesh Singhal, University of Kentucky).

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

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

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

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

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

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

Подписка на новости IT-портала CITForum.ru
(библиотека, CITKIT.ru, CitCity)

Новые публикации:

24 декабря

CITKIT.ru:

  • Новогодние поздравления
  • Сергей Кузнецов. Цикл Операционные системы: Ностальгия по будущему:

  • Алексей Федорчук. OpenSolaris 2008.11 Release

  • Сергей Голубев:

  • Евгений Чайкин aka StraNNik (Блогометки):

    17 декабря

  • С.Д.Кузнецов. Базы данных. Вводный курс

    10 декабря

    CITKIT.ru:

  • OpenSolaris 2008.11 Release

  • Альтернативные ОС: две грустные истории (С.Кузнецов)
  • Nokia N810 — доведение до ума
  • CitCity:

  • Платформа 2009: заоблачные перспективы Microsoft

    4 декабря

  • Лекция С.Д.Кузнецова Понятие модели данных. Обзор разновидностей моделей данных

    CITKIT.ru:

  • OpenSolaris 2008.11 Release. Первые впечатления

  • Linux vs FreeBSD: продолжим "Священные войны"?

  • Nokia N810 as is

  • Индульгенция для FOSS

  • Друзья СПО'2008

    26 ноября

  • Нечеткое сравнение коллекций: семантический и алгоритмический аспекты

    CitCity:

    CITKIT.ru:

  • Глава из книги А.Федорчука
    Сага о FreeBSD:
  • 19 ноября

  • Проблемы экономики производства крупных программных продуктов

  • Язык модификации данных формата XML функциональными методами

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    Заметки к книге:

  • FreeBSD: монтирование сменных устройств и механизм HAL
  • Текстовый редактор ee

    12 ноября

  • Правило пяти минут двадцать лет спустя, и как флэш-память изменяет правила (Гоц Грейф, перевод: Сергей Кузнецов)

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:
  • OSS в России: взгляд правоведа (В.Житомирский)

  • Новая статья из цикла С.Голубева "Железный марш":

    29 октября

  • О некоторых задачах обратной инженерии

  • Веб-сервисы и Ruby

  • Тестирование web-приложений с помощью Ruby

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

  • PuppyRus Linux - беседа с разработчиком (С.Голубев)

  • Сергей Кузнецов. Заметка не про Linux

    22 октября

  • Обзор методов описания встраиваемой аппаратуры и построения инструментария кросс-разработки

    CITKIT.ru:

  • Сергей Кузнецов. Почему я равнодушен к Linux

  • Глава из книги А.Федорчука
    Сага о FreeBSD:
  • Что надо иметь
    3. Базовые познания

    CitCity:

  • Управление IT-инфраструктурой на основе продуктов Microsoft

    15 октября

  • Методы бикластеризации для анализа интернет-данных

    CitCity:

  • Разъемы на ноутбуках: что они дают и зачем их так много?
  • AMD Puma и Intel Centrino 2: кто лучше?

    CITKIT.ru:

  • Новый цикл статей С.Голубева
    Железный марш:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    8 октября

  • Автоматизация тестирования web-приложений, основанных на скриптовых языках
  • Опыт применения технологии Azov для тестирования библиотеки Qt3

    Обзоры журнала Computer:

  • SOA с гарантией качества
  • Пикоджоуль ватт бережет
  • ICT и всемирное развитие

    CitCity:

  • Пиррова победа корпорации Microsoft

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    Статья из архива:

  • Я живу в FreeBSD (Вадим Колонцов)

    Новые Блогометки:

  • Перекройка шаблона Blogger или N шагов к настоящему
  • Blogger. Comment style
  • Screenie или глянцевый снимок экрана

    2 октября

    CITKIT.ru:

  • Сага о FreeBSD (А. Федорчук)

    Zenwalk: пакет недели

  • Банинг — интеллектуальное развлечение (С.Голубев)

    CitCity:

    25 сентября

  • Клермонтский отчет об исследованиях в области баз данных

    CITKIT.ru:

  • Пользователям просьба не беспокоиться... (В.Попов)

  • Снова про ZFS: диск хорошо, а два лучше
  • Командная оболочка tcsh (А.Федорчук)

    Zenwalk: пакет недели

    17 сентября

  • T2C: технология автоматизированной разработки тестов базовой функциональности программных интерфейсов
  • Технология Azov автоматизации массового создания тестов работоспособности

    CITKIT.ru:

  • FreeBSD: ZFS vs UFS, и обе-две — против всех (А.Федорчук)

    Zenwalk: пакет недели

  • Дачнет — практика без теории (С.Голубев)

    10 сентября

  • За чем следить и чем управлять при работе приложений с Oracle
  • Планировщик заданий в Oracle
    (В.Пржиялковский)

    CITKIT.ru:

  • Microsoft: ответный "боян" (С.Голубев)

  • Причуды симбиоза, или снова "сделай сам" (В.Попов)

  • Файловые системы современного Linux'а: последнее тестирование
  • Zsh. Введение и обзор возможностей
    (А.Федорчук)

    Описания пакетов Zenwalk: Zsh, Thunar, Thunar-bulk-rename, Xfce4-places-plugin, Xfce4-fsguard-plugin

    Блогометки:

  • Google Chrome
  • Лончер для ASUS Eee PC 701

    3 сентября

    CITKIT.ru:

  • Заметки о ядре (А.Федорчук):

    Добавлены описания пакетов Zenwalk: Galculator, Screenshot, Gnumeric, Pidgin

    В дискуссинном клубе:

  • И еще о Википедии и Google Knol

  • Лекция для начинающего линуксоида (С.Голубев)

    26 августа

  • Транзакционная память (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • Открыт новый проект Zenwalk: пакет недели

  • Статья Текстовые процессоры и их быстродействие: конец еще одной легенды?

    21 августа

    CITKIT.ru:

  • Почему школам следует использовать только свободные программы (Ричард Столлман)
  • Беседа Сергея Голубева с учителем В.В.Михайловым

  • Википедия или Гуглезнание? Приглашение к обсуждению (Алексей Федорчук)
  • Народная энциклопедия от Google (StraNNik)

  • Обзор Mandriva 2009.0 Beta 1 Thornicrofti
  • Новичок в Линукс: Оптимизируем Mandriva 2008.1

  • Книга Zenwalk. Приобщение к Linux:

    13 августа

    CitCity:

  • Мирный Atom на службе человеку. Обзор платы Intel D945GCLF с интегрированным процессором
  • Обзор процессоров Intel Atom 230 на ядре Diamondville

  • iPhone - год спустя. Скоро и в России?

    CITKIT.ru:

  • Интермедия 3.4. GRUB: установка и настройка (из книги Zenwalk. Приобщение к Linux)

    6 августа

  • СУБД с хранением данных по столбцами и по строкам: насколько они отличаются в действительности? (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • Интермедия 2.2. Что неплохо знать для начала (из книги Zenwalk. Приобщение к Linux)

  • И снова про шрифты в Иксах (А.Федорчук)

  • 20 самых быстрых и простых оконных менеджеров для Linux

  • Дело о трех миллиардах (С.Голубев)

    30 июля

  • OLTP в Зазеркалье (Пересказ: С. Кузнецов)

    CitCity:

  • Будущее BI в облаках?
  • Тиражные приложения и заказная разработка. Преимущества для заказчика
  • Дискуссия со сторонниками заказной разработки

    CITKIT.ru:

  • Новые главы книги Zenwalk. Приобщение к Linux:
  • Глава 8. Пакеты: средства установки, системы управления, системы построения
  • Глава 9. Zenwalk: репозитории, пакеты, методы установки

    23 июля

    CITKIT.ru:

  • Все против всех. 64 vs 32, Intel vs AMD, tmpfs vs ext3
  • Две головы от Intel

  • Zenwalk: обзор штатных приложений (глава из книги "Zenwalk. Приобщение к Linux")

  • Нормально, Григорий...

    16 июля

    Обзоры журнала Computer:

  • Перспективы и проблемы программной инженерии в XXI веке
  • Большие хлопоты с большими объемами данных
  • Перспективы наноэлектроники

    CITKIT.ru:

  • Интермедия о лицензиях (А.Федорчук. "Zenwalk. Приобщение к Linux")

  • Есть ли будущее у KDE?

  • Linux в школе: альтернативный вариант в задачах

  • Шифр (приключения агента Никодима)

    10 июля

    CITKIT.ru:

  • Новые разделы книги А. Федорчука Zenwalk. Приобщение к Linux:
  • Интермедия вступительная. Linux или GNU/Linux? Как вас теперь называть?
  • Глава 5. Среда Xfce
  • Глава 6. Xfce: приложения и плагины

  • ZUR (Zenwalk User Repository) FAQ

    2 июля

  • Персистентность данных в объектно-ориентированных приложениях (С. Кузнецов)

    CITKIT.ru:

  • Новые разделы книги А. Федорчука Zenwalk. Приобщение к Linux:
  • Интермедия 1.2. Дорога к Zenwalk'у. Период бури и натиска
  • Интермедия 3.3. Немного о Linux'е и "железе"
  • Глава 4. Настройка: инструментами и руками
  • Интермедия 4.1. Zenpanel и конфиги: поиски корреляции

  • Интервью с Жан-Филиппом Гийоменом, создателем дистрибутива Zenwalk

  • Linux в школе: первые итоги (С. Голубев)

    25 июня

    CITKIT.ru:

  • Zenwalk. Приобщение к Linux (А. Федорчук)

  • Логика и риторика (С.Голубев)

  • Технология Tru64 AdvFS

  • Ханс Райзер предлагает отвести полицейских к телу Нины

    18 июня

  • Проекты по управлению данными в Google (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • ОС и поддержка "железа": мифы и реальность (А. Федорчук)

  • Linux в школе: другие дистрибутивы

  • Пинок (С. Голубев)

    4 июня

  • Ландшафт области управления данными: аналитический обзор (С. Кузнецов)

    CITKIT.ru:

  • Linux в школе: слово заинтересованным лицам

  • SlackBuild: пакеты своими руками

  • Linux от компании Novell. Установка и обзор openSUSE Linux

    Все публикации >>>




  • IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

    Информация для рекламодателей Пресс-релизы — pr@citcity.ru
    Послать комментарий
    Информация для авторов
    Rambler's Top100 This Web server launched on February 24, 1997
    Copyright © 1997-2017 CIT, © 2001-2017 CIT Forum
    Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...