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

Friday, 18-Apr-2008 04:43:23 EEST

Google
WWW citforum.ck.ua

Генеральный спонсор
Техническая конференция
Корпоративные базы данных – 2008
Москва, 24–25 апреля
При поддержке РФФИ

Спонсор
2007 г.

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

Обзор октябрьского 2007 г. номера журнала Computer (IEEE Computer Society, V. 40, No 10, Октябрь, 2007).

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

Темой октябрьского номера журнала Computer являются высокопроизводительные встроенные компьютеры. У тематической подборки имеется приглашенный редактор Вейне Вульф (, Georgia Institute of Technology). Его небольшая вводная заметка называется "Панорама встроенных систем" ("The Embedded Systems Landscape").

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

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

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

Первую статью тематической подборки написали Томас Хейзингер (, EPFL in Lausanne, Switzerland) и Джозеф Сифакис (, Verimag). Статья называется "Дисциплина проектирования встроенных систем" ("The Discipline of Embedded Systems Design").

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

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

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

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

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

Альберто Санджиованни-Винцентелли и Марко Ди Натале (, University of California, Berkeley, , Scuola Superiore S. Anna of Pisa, Italy) представили статью "Разработка встроенных систем для автомобильных приложений" ("Embedded System Design for Automotive Applications")

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

  • производители автомобилей - изготовители комплексного оборудования, OEM, - такие как GM, Ford, DaimlerChrysler и Toyota, которые поставляют на потребительский рынок окончательную продукцию;
  • поставщики первого уровня, такие как Bosch, Contiteves, Siemens, Nippondenso, Delphi и Magneti Marelli, обеспечивающие для OEM подсистемы управления трансмиссией, подвесками и тормозной системой;
  • поставщики второго уровня: производители электронных схем, такие как Freescale, Infineon, ST и Renesas; поставщики технологий микропроцессоров, такие как ARM; поставщики операционных систем реального времени, такие как WindRiver и ETAS; все они работают на OEM и на поставщиков второго уровня;
  • поставщики-изготовители, такие как Flextronics и TSMC.

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

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

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

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

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

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

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

  • Предсказуемость временных характеристик. Эта проблема относится к возможности предсказания поведения во времени на уровне системы (задержки и разброс) при наличии синхронизации между задачами и сообщениями, а также взаимодействий между задачами на уровнях операционной системы реального времени (RTOS) и промежуточного программного обеспечения. Временные характеристики сквозных вычислений, вообще говоря, зависят от распределения функций между задачами и сообщениями в целевой архитектуре и политик управления ресурсами.
  • Функциональная надежность. Распределение функций по блокам управления двигателем (system engine control unit, ECU) и выработка политик коммуникации и синхронизации должны производиться в целях достижения функциональной надежности. В средствах проектирования системного уровня должна сочетаться поддержка паттернов проектирования, удовлетворяющих требованиям разработки высоконадежных систем, со сдерживанием сбоев как на функциональном уровне, так и на уровне обеспечения временных соотношений. Такие инструментальные средства должны также поддерживать автоматическое построение деревьев сбоев для вычисления вероятности возникновения опасных ситуаций или просто причинно-следственных зависимостей, которые позволяют связать данный системный сбой со сбоями уровня подсистем или даже атомарных компонентов на основе выбранного варианта распределения функций.
  • Обеспечение возможностей компоновки и расширений в сопоставлении с эффективностью. Временные характеристики программных задач зависят от присутствия или отсутствия других задач, и аналогичные соображения применимы и к сообщениям. Можно было бы определить политику планирования, предотвращающую неустойчивость при динамическом изменении характеристик задач, но это привело бы к дополнительным накладным расходам. Кроме того, ни одна из коммерчески доступных RTOS не поддерживает такую политику.

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

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

Авторами статьи "Использование технологии для устройств цифрового видео" ("Using DaVinci Technology for Digital Video Devices") являются Дипу Талла и Джеремая Голстон (, , Texas Instruments).

Для разработки новаторских и экономически эффективных продуктов, поддерживающих цифровое видео (digital video, DV), требуются открытые и гибкие однокристальные системы (system-on-chip, SoC), которые включают процессоры, программное обеспечение и средства разработки. Производители ежегодно поставляют на рынок миллиарды единиц продукции DV: портативные медиа-плейеры, цифровые медиа-адаптеры, приставки для потокового видео (IPTV set-top box, STB), цифровые видеокамеры и т.д. У большей части этих продуктов требования к процессорам аналогичны тем, что имеются у сегодняшних персональных компьютеров, но их показатели потребляемой мощности и стоимости отличаются на порядки величин.

У устройств DV имеются различные особенности использования и стоимости, зависящие от стратегии обработки данных, уровня интеграции и методологий разработки. Например, ориентация на применение высокоуровневой операционной системы, такой как Linux или Windows CE обычно приводит к выбору процессора общего назначения. Потребность в возможности программирования, модернизации в условиях эксплуатации, универсального декодирования видео-сигналов стимулирует использование цифровых сигнальных процессоров (digital signal processors, DSP), программируемых ускорителей и непрограммируемых аппаратных средств.

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

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

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

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

Последнюю статью тематической подборки написал Ульрих Рамахер (, Infineon Technologies AG, Munich, Germany). Статья называется "Перспективы программно-зависимого радио для мультистандартных мобильных телефонов" ("Software-Defined Radio Prospects for Multistandard Mobile Phones").

На рынке мобильных телефонов с широкими функциональными возможностями нормой становится поддержка нескольких стандартов. В число используемых стандартов входят Global System for Mobile Communications (GSM), Wideband Code Division Multiple Access (WCDMA), High-Speed Downlink Packet Access (HSDPA), стандарты беспроводного Internet, такие как 802.11a/b/g, стандарты мобильного телевидения, такие как Digital Video Broadcasting-Handheld (DVB-H). Технология Bluetooth используется для локальной связи с аксессуарами телефонов и другим оборудованием. Готовятся стандарты для следующего поколения мобильных телефонов. К 2010-2012 гг. в развитых мобильных телефонах должны будут поддерживаться стандарты Long-Term Evolution (LTE), Worldwide Interoperability for Microwave Access (WiMax) и Ultra-Wideband (UWB). Это множество существующих и ожидаемых стандартов в совокупности с потребностью быстрой реакции на изменяющиеся требования рынка радикально изменяет задачи системного архитектора.

В недавнем прошлом единственным архитектурным критерием являлись объем полупроводниковой электроники и потребляемая мощность. Это приводило к архитектуре, в которой для поддержки основной полосы частот доминировали специализированные схемные блоки (application-specific circuit block, ASIC) макросы, а цифровые сигнальные процессоры (DSP) использовались для управления ими. Однако при расширении числа поддерживаемых стандартов этот подход к построению архитектуры приводит к недопустимому увеличению числа требуемых макросов.

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

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

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

Вне тематической подборки в октябрьском номере журнала опубликована статья "Совершенствование процесса разработки программного обеспечения: проект Competisoft" ("Software Process Improvement: The Competisoft Project"). Авторами статьи являются Ханна Октаба, Феликс Гарсия, Марио Пиаттини, Фринциско Руиз, Франзциско Пино и Клаудия Алквисира (, National Autonomous University of Mexico, , , , University of Castilla-LaMancha, Francisco J. Pino, University of Cauca, Popayan, Colombia), ).

В 2005 г. несколько исследователей и специалистов-практиков признало важность создания инфраструктуры, предназначенной для совершенствования процесса разработки и сертификации программного обеспечения в небольших организациях. Они предложили проект Competisoft для программы IberoAmerican Science and Technology Development Program (Programa Iberoamericano de Ciencia y Tecnologia para el Desarrollo, CITED), созданной в 1984 г. с целью многостороннего научного и технического сотрудничества и поддерживаемой двадцати одной страной Латинской Америки, Испанией и Португалией. Задачей CITED является установление сотрудничества между университетскими исследовательскими группами, научно-исследовательскими институтами и новаторскими компаниями в участвующих в программе странах с целью внедрения научных и технических результатов в производственные системы.

Участники проекта Competisoft предложили CITED поддержать экспериментальное исследование, в котором на основе постоянной обратной связи между исследователями и компаниями должна была быть определена, усовершенствована и внедрена модель разработки программного обеспечения. В проекте участвовали исследователи из университетов Аргентины, Бразилии, Чили, Колумбии, Коста-Рика, Кубы, Эквадора, Мексики, Перу, Португалии, Испании, Уругвая и Венесуэлы, а также контрольная группа, включающая аргентинский институт стандартизации и сертификации (IRAM), правительство аргентинской области Neuquen и несколько небольших компаний из Колумбии, Перу, Испании, Аргентины, Чили, Эквадора, Мексики и Уругвая.

Для выполнения проекта Competisoft были изучены различные латиноамериканские инициативы, такие как Brazilian Process Improvement Model (Melhoria de Processos do Software Brasileiro, MoProSoft), Agile Software Process Improvement (SPI) и модель испанского министерства управления государственными и местными органами Metrica v3. При выполнении проекта широко заимствовались известные методы, предназначенные для малых компаний, а модель MoProSoft использовалась в качестве эталонной модели процесса разработки программного обеспечения. Можно расценивать модель Competisoft как развитие модели MoProSoft на основе опыта исследователей и специалистов-практиков в области совершенствования процесса разработки программного обеспечения на основе SPI.

 

\

Подписка на новости IT-портала citforum.ck.ua
(библиотека, citforum.ck.ua, CitCity)

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

17 апреля

citforum.ck.ua:

  • Изучаем Linux:
    • Подготовка к миграции
    • Критерии выбора
    • Дистрибутив ALTLinux
    • ASPLinux
    • Debian
    • Linux XP Desktop
    • Mandriva
    • MOPSLinux
    • openSUSE
    • Ubuntu

    CitCity:

  • Рынок BI-платформ. Мнение аналитиков
  • Требования к инструментам интеграции данных
  • Матрица. Эволюция (технология цифровой фотографии)
  • 10 апреля

  • Принципы организации иерархии атомарных литеральных типов объектной системы на основе РСУБД Microsoft SQL Server 2005
  • citforum.ck.ua:

  • Експресс полярный, он же - "галантный медведь"
  • Новые Блогометки:

  • Liquidsoap: гибкий клиент потокового аудиовещания для сервера Icecast и многое другое…
  • KRename: мощное средство переименования
  • apt-listbugs: узнавайте о критических ошибках перед каждой установкой с APT
  • Несколько слов о ГИС...
  • OpenOffice и все-все-все...
  • Цифровые фотографии. Наводим порядок
  • Фотоальбомы
  • 2 апреля

  • NULL, трехзначная логика и неопределенность в SQL: критика критики Дейта
  • Критика критики критики Дейта
  • Сервис-ориентированный подход в бизнес-аналитике от Oracle
  • Хранение данных на клиенте. DOM Storage и его аналоги
  • citforum.ck.ua:

  • Conky - системный монитор
  • Звук в Linux
  • Linux swap space
  • Описание пакетов KDE
  • 27 марта

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

  • Мечты Дэвида Харела
  • О вреде избыточного питания компьютеров
  • SOA: просто для большинства, сложно для меньшинства
  • CitCity:

  • 12 дюймов и меньше - а стоит ли "овчинка" выделки?
  • Сравнение электронных автомобильных карт и автонавигаторов
  • BI-технологии, что нас ждет в ближайшие годы
  • citforum.ck.ua:

  • И снова Старый Оскол: второй семинар по свободному софту
  • Новые Блогометки:

  • Xdiskusage: где место?!
  • TTF-Inconsolata: открытый шрифт для вашего терминала и красивых распечаток кода
  • Jed: карманный EMACS
  • Ipcalc: полезная информация об IP и маске сети
  • IPTraf: монитор локальной сети с интерфейсом ncurses
  • Burgerspace: свободный клон классической аркады «Burgertime»
  • 19 марта

  • Технология проектирования модели предприятия на основе универсальной модели данных
  • CitCity:

  • Гимн героям Microsoft
  • citforum.ck.ua:

  • Колонки Алексея Федорчука из журнала Linuxformat
  • Завершение цикла Сергея Голубева "Linux для начинающих":
    • Работа в сети
    • Пользовательские приложения

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

  • И вечный бой... со шрифтами
  • Введение в API для карт Google
  • Conky: хорошо настраиваемый системный монитор для X
  • Newsbeuter: чтение RSS из консоли
  • Katapult: ускоренный и упрощенный доступ к приложениям, закладкам и файлам
  • GPRename: пакетное переименование с интерфейсом GTK2-Perl
  • Duplicity: шифрованное и экономное для трафика резервное копирование на основе алгоритма rsync
  • Listadmin: консольное управление очередью модерации Mailman
  • 12 марта

  • Восход и закат High Performance Fortran: наглядный урок истории (пересказ: С.Кузнецов)
  • citforum.ck.ua:

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

  • Ccze: хорошее модульное средство подсветки логов
  • PWSafe - кроссплатформенное средство для работы с паролями
  • colordiff - подсветка для diff
  • psmisc: рассмотрим ближе стандартный пакет
  • Работа с сетью
  • xkb, узелок на память
  • ffmpeg-php
  • debiannotes:desktop:prettyfonts
  • 5 марта

    citforum.ck.ua:

  • Ричард Столлман в Москве
  • О мудром доценте замолвите слово... (Интенсификация Малаховна)
  • Новые Блогометки:

  • "Десктопизация" OpenBSD
  • weather: проверяйте сводку и прогноз погоды из командной строки
  • hpodder: клиент подкастов, который просто работает
  • bc: язык численных расчетов с произвольной точностью
  • Decibel: аудиоплеер для людей
  • GNU Wget: загрузите весь понравившийся сетевой контент на локальный компьютер
  • Deborphan: найдите ненужные пакеты
  • Kivio: мощный и простой в использовании редактор блок-схем
  • Cowsay: настраиваемая говорящая и думающая корова
  • Thoggen: основанная на GTK+ программа для извлечения видео с DVD
  • 28 февраля

  • Подбор и развитие команд
    Глава из книги «Руководство командой разработчиков программного обеспечения. Прикладные мысли» (С.Архипенков)
  • citforum.ck.ua:

    Дискуссия об анонимусах:

  • К комментаторам
  • Windows против Linux - психологический портрет участников форумов
  • Новые Блогометки:

  • Nokia N810 - Linux Inside
  • LiMo - стандарты Linux для сотовых телефонов
  • timer-applet: таймер для панели GNOME
  • Debfoster: удалите пакет и все его зависимости
  • GPW: генератор произносимых паролей
  • AMOR: общество для рабочего стола
  • 20 февраля

    citforum.ck.ua:

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

  • Кое-что о приложениях KDE 4
  • Инструкция по установке KDE 4 в Ubuntu
  • Настоящие мужчины ставят KDE из SVN!
  • Начат переход Amarok на Qt 4.4
  • Marble
  • Dillo - сверхбыстрый браузер
  • Создаем резервные копии настроек программ и важных файлов в Ubuntu LInux
  • NTP: всегда вовремя
  • VYM - простое средство зарисовки мыслей и планирования
  • KBibTeX: простой и гибкий редактор библиографий для KDE
  • Дискуссия Windows vs Linux:

  • Жил-был Мальчик, или Сказочка о Том, Откуда Берутся "КУЛХАЦКЕРЫ", ненавидящие Линукс и Юникс
  • 13 февраля

  • Терминологический словарь Wi-Fi
  • Задача проектирования базы данных методом нормализации
  • CitCity:

  • Лучшие смартфоны начала 2008 года
  • citforum.ck.ua:

  • Первый взгляд на Firefox 3.0
  • Open Source на Белгородщине: семинар в Старом Осколе
  • Что такое KDE?
  • Цикл о Slackware:

  • Русский в консоли
  • Быстрая настройка Иксов
  • xorgconfig - консольный подход
  • 6 февраля

    citforum.ck.ua:

  • Мобильный Linux – вчера, сегодня, завтра
  • Чем записать диски в Linux? Попробуй Brasero!
  • Консольные команды
  • Рецепты. Кое-что о программе mplayer
  • Slackware:
    • Что такое Slackware?
    • Установка Slackware - Загрузка
    • Категории программного обеспечения
    • Структура файловой системы
    • Система инициализации Slackware Linux
    • Скрипты инициализации уровня запуска

    30 января

  • Обзор алгоритмов MOLAP
  • CitCity:

  • BI-технологии 2007. Итоги года
  • Рынок СУБД для Хранилищ данных 2007. Итоги года, тенденции
  • Обзор рынка BI (по результатам исследований IDC, OLAP Report, Gartner)
  • Модель зрелости BI
  • citforum.ck.ua:

  • Владимир Попов: За что я люблю Linux
  • Священные войны
  • 23 января

  • Data Mining от Oracle: настоящее и будущее
  • Комментарии к статье Ч.Бергера «Data Mining от Oracle: настоящее и будущее»
  • Байесовский классификатор и регрессионная модель в ORTD: практический пример
  • citforum.ck.ua:

    Дискуссия Windows vs Linux:

  • Программисты и фирмы: кто кого
  • О "чистых пользователях"
  • Новые Блогометки:

    • Почему Jabber, а не ICQ?
    • Archlinux install quick
    • Arch на IBM Z60m
    • Arch + IBM R50e
    • OpenBSD - сборка E17-cvs (или ещe одна маленькая победа разума)
    • OpenBSD - всe для Человека и ради Человека...
    • PekWM
    • E17 и "прозрачность"
    • E17 - приятные мелочи (multimedia)
    • SuSE + Enlightenment = угробил целый день

    16 января

  • Вьетнам компьютерной науки (пересказ - С.Кузнецов)
  • Пример построения автоматизированного управления дисками (ASM) (В. Пржиялковский)
  • CitCity:

  • 2008 год: антипрогноз
  • citforum.ck.ua:

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

    Сети и Интернет:

    • Mozilla firefox. Шрифты в меню
    • Screen tips
    • Liferea: программа чтения RSS для GNOME
    • HTTrack: скачивание и зеркалирование сайтов
    • Clusterssh: работа с несколькими сеансами SSH через общий интерфейс

    Десктопы:

    • Fluxbox & xinitrc. Some new tips
    • Как я конфигурировал xdm

    Системы:

    • SuSE 10.2: zypper - еще один способ установки пакетов
    • cpipe: определите пропускную способность конвейера команд
    • gddrescue: средство восстановления данных с поврежденных носителей
    • VirtualBox: ваш виртуальный ПК

    Приложения:

    • MyTop: top для MySQL

    10 января

    citforum.ck.ua:

    Дискуссионный клуб:

  • Краткое руководство по общению с никсофилами (Интенсификация Малаховна Сергина-Гейтс)
  • О троллях
  • Пещера горного короля: заметки о троллинге
  • Новые Блогометки:

    Сети и Интернет:

    • Делаем блог на Drupal
    • Использование lftp
    • Устанавливаем FTP сервер ProFTPd с TLS шифрованием
    • Управляем файлами на FTP сервере с помощью FileZilla

    Десктопы:

    • fluxbox.autorun
    • 15 человек на сундук мертвеца! (или песнь о зарытых сокровищах)

    Системы:

    • Живой Debian или рабочее место в кармане
    • Разбивка hdd

    Приложения:

    • Cat Excel files
    • Vim: меню выбора кодировок

    26 декабря

    citforum.ck.ua:

  • В Блогометках открыты разделы:
    • Софт для Windows
    • Сети и Интернет
  • dwm. От статики к динамике
  • Установил Solaris
  • Новая Дискуссия:
    • Нужен ли русский Linux?

    19 декабря

  • SQL Anywhere: встраиваемая СУБД
  • citforum.ck.ua:

  • В разделе Блогометки появились рубрики:
    • Десктопы
    • Приложения
    • Системы
  • Подробно о разделе: Блоги и блогометки: открываем сезон промывки
  • 13 декабря

    CitCity:

  • Microsoft и Барселона: сюрреализм?
  • citforum.ck.ua:

  • Открыт новый раздел Блогометки
  • ZFS в подробностях. 1. Былое и ныне
  • 5 декабря

  • Архитектура предприятия: основные определения
  • Архитектуры для государственных ведомств. Примеры
  • Обзор журнала Computer:

  • Высокопроизводительные встроенные системы
  • citforum.ck.ua:

  • Продолжение цикла Linux для начинающих:
    • Пользовательские интерфейсы
    • Файлы
    • Системы настройки

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


    На правах рекламы:

  • Эффективные модели данных ключ к успеху в бизнесе
  • Все публикации >>>




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

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