Software Blogs

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

Прощай, игровая индустрия?

vilianov (93 пост(а)) 06.11.2009 14:40
Комментарии (9)

Есть мнение, что к следующей осени мы рискуем не досчитаться не только "Игромира", но и пары-тройки отечественных производителей игр, которых и так немного. Хорошо это или плохо? Трудно сказать. С одной стороны, хороших российских игр и в лучшие годы было мало, а покупать шлак из чувства патриотизма почему-то не хотелось. С другой, какую-никакую, но рыночную нишу ПОТОМ вернуть назад будет почти невозможно. Да и тренироваться на кошечках начинающим российским программистам станет негде

Продолжение ›

Категория: Игры, Конкурсы и мероприятия

Тридцать три шага назад!?

vlubch (2 пост(а)) 06.11.2009 14:29
Комментарии (31)

Если доверять классикам, то иногда нужно сделать шаг назад, чтобы потом - два шага вперед. А что же в параллельном программировании? Куда мы шагаем, что и в чем выигрываем? Чтобы легче было шагать, нам в помощь дадены разнообразные средства для параллельного программирования – языки, библиотеки и т.п. Обратим свой взгляд на библиотеку Intel® TBB (Intel® Threading Building Blocks) и посмотрим, куда она нас приведет.

Продолжение ›

Категория: Параллельное программирование

64-битный мир становится ближе

Andrey Karpov (16 пост(а)) 05.11.2009 10:10
Комментарии (20)

Выпущенная в июле 2009 года Windows Server 2008 R2 доступна только в 64-битном варианте.

Продолжение ›

Категория: Разработка софта

Сверхлинейное ускорение

ialexander (3 пост(а)) 04.11.2009 15:29
Комментарии (18)

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

Продолжение ›

Категория: Параллельное программирование

Проблемы 64-битного кода в реальных программах: виртуальные функции

Andrey Karpov (16 пост(а)) 04.11.2009 11:11
Комментарии (3)

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

Продолжение ›

Категория: Разработка софта

Все(ё) в виртуальность!

vilianov (93 пост(а)) 03.11.2009 18:59
Комментарии (14)

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

Продолжение ›

Категория: Uncategorized

Grand Central Dispatch от Apple

ialexander (3 пост(а)) 03.11.2009 11:11
Комментарии (19)

Лично для меня из новинок в Mac OS X 10.6 Snow Leopard наиболее интересна задаче-ориентированная (во, загнул) технология параллельного программирования Grand Central Dispatch (GDC). GCD предлагает разделять весь выполняемый код на независимые задачи (tasks) и помещать их в очереди, откуда они запускаются при наличии свободных ресурсов. Если в числе свободных у нас числятся 4 ядра, то одновременно [...]

Продолжение ›

Категория: Параллельное программирование

Обработка исключений внутри параллельных секций

Andrey Karpov (16 пост(а)) 03.11.2009 09:09
Комментарии (3)

Использование nothrow варианта оператора new для упрощения OpenMP кода.

Продолжение ›

Категория: Параллельное программирование, Разработка софта

Вступление, или о параллельных вычислениях

ialexander (3 пост(а)) 02.11.2009 11:08
Комментарии (41)

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

Продолжение ›