2011

О memory bandwidth

Вот картинка:

Взято с 3Dnews, но примерно такие же по смыслу цифирки в обзоре Ф-центра, там у них еще круче: в новых CPU использование 2 каналов памяти чуть быстрее чем 3-4-х каналов, а разница с 2600k поменьше.

Чувствую какую-то ерунду, трудно же должно быть сделать 4-канальный контроллер памяти медленнее 2-канального?

Вместе с тем, это избавляет от излишних терзаний, апгрейдить 2600K на домашней WS явно не надо (за исключением случаев упора в 4 ядра, но в память упереться всяко проще).

Update: продолжение тут: О memory bandwidth - 2.

FreeBSD 9 + clang

$ uname -a
FreeBSD home-gw.lexa.ru 9.0-RC2 FreeBSD 9.0-RC2 #14: Sun Nov 13 14:18:10 MSK 2011 lexa@home-gw.lexa.ru:/usr/obj/usr/src/sys/GENERIC amd64
$ cat /etc/make.conf

.if !defined(CC) || ${CC} == "cc"
CC=clang
.endif
.if !defined(CXX) || ${CXX} == "c++"
CXX=clang++
.endif
.if !defined(CPP) || ${CPP} == "cpp"
CPP=clang-cpp
.endif

Страшно - трындец как.

Но все собралось (не без warnings), перезагрузилось и загрузилось. Сейчас попробую то же самое, но под конкретную архитектуру (еще страшнее....)

А llvm/clang я всячески приветствую.

iOS5 + Stanza

Нам пишут: Stanza обновилась до 3.2 и стала работать с iOS 5.

И правда, обновилась и стала.

Вопрос: можно ли где-то посмотреть статистику по использованию (а не скачиванию) приложений? У Apple же она есть, может быть публикуется? Интересно, сколько пользователей можно потерять за 4 недели простоя....

Я за этот месяц привык iBooks и не уверен что вернусь обратно....

О линейности RAW: Nikon D5x00

Модифицировал свой тул для дампа RAW-кривых, так что он стал понимать не только кривые из EXIF (как у Sony), но и кривые, хранящиеся вместе с RAW-данными. И смотрю, значит, в Nikon D5xx.

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

Масштаб осей - логарифмический, 1 клеточка по вертикальной оси - стоп, отчего тонкие особенности загиба не видны, а общая картина видна прекрасно:

  • Всего разных RAW-значений - 769 (минимум кривой - 0, максимум 768). То есть больше градаций просто не будет никогда. Это "9.6 бит".
  • На выходе: 12 линейных бит, диапазон 0-4095
  • Число градаций в верхних 5 стопах: 229-161-116-86-64. Что, естественно, хуже, чем у честной 12-битной камеры (2048-1024-512-256-128), но для самых важных 4-5-го стопов сверху (полутона) это лучше чем было бы у линейной 10-битной (512-256-128-64-32).
  • Дальше в тени все линейно, как у "обычной" камеры без RAW-кривой.
На графике в логарифмическом масштабе видно плохо, но наклон доходит до 11 в самом верху самого верхнего стопа (распакованые значения 3687-4016), а на последних 16 строчках таблицы есть закорючка с наклоном 5. Может быть случайно так получилось :), а может быть - чтобы модуляции в самых-самых светах спасти.

Какие из этого есть следствия:

Административное: каменты в блоге

Граждане комментирующие!

Если у вас проблемы с постингом комментариев, жалуйтесь в обратную связь или в почту с подробным описанием (браузер, что за постинг /со ссылками или нет/, реакция blog.lexa.ru), будем разбираться.

А то есть жалобы, а у меня - не воспроизводится, все работает как должно.

Любви к Drupal7 псто!

Спасибо читателям, помогли разобраться с ненавистью к D7.

Докладываю

1. Кнопки 'Split summary at cursor'/галки 'Show summary at full view' - нету. Но жить можно с визуальным редактором: TinyMCE получает кнопку, аналогичную Split, галка 'Show summary' при этом какбэ по умолчанию, но если что-то написать в Summary, то в списках постов будет именно оно.

Логика чуть другая, но жить можно.

Со вставлением картинок тоже чуть иначе, но тоже жить можно:

О Терафлопсах - 2

Алаверды к этому посту

================================================================================
HPL-GPU 1.1.0  --  High-Performance Linpack benchmark  --   2010
Written by D. Rohr, M. Kretz and M. Bach,  Frankfurt Institute for Advanced Studies
...
================================================================================
...
================================================================================
T/V                N    NB     P     Q               Time    CPU          Gflops
--------------------------------------------------------------------------------
WC26L2C32      124928  2048     1     1             753.87 11956.78       1.724e+03
--------------------------------------------------------------------------------
||Ax-b||_oo/(eps*(||A||_oo*||x||_oo+||b||_oo)*N)=        0.0001192 ...... PASSED
================================================================================

Finished      1 tests with the following results:
              1 tests completed and passed residual checks,
              0 tests completed and failed residual checks,
              0 tests skipped because of illegal input values.
--------------------------------------------------------------------------------

End of tests.
================================================================================

Оборудование то же: 2x AMD Opteron 6176, 128Gb RAM, 2x AMD/ATI HD6990, полтора киловатта питания, 1/2U.

А (почти) полтора раза (в сентябре было 1229 GFlop/s) получаются за счет, блин, "тонких" оптимизаций: точного раскидывания ядер по задачам (эти - только I/O с картой и т.п.), экономии этих самых ядер т.к. часть вычислений делается на CPU и так далее...

В сравнении с Fermi, получается сильно дешевле, сильно компактнее, но много более сексуально в программировании.

P.S. Больше подробностей - не раньше декабря.

О дефиците

Выдержка из прайса одного крупного магазина

Понять бы еще, куда шкурку сдать хотя бы за 1000 - и была бы золотая жила.

P.S. Туда ставят Barracuda LP, как я понял.

P.P.S. Если кто метнется - вы мне должны авторских отчислений. Бутылку пива или (лучше) пакет сока :)

P.P.P.S Хотел еще красивее нарисовать, но дисков на 2Tb в данном магазине в продаже нет, кончились. Кончались они по 6600.

HDD/SSD price

В какой-то из презентаций этой осени, либо броузя веб, либо на Highload, я услышал/увидел следующую мысль:

Если вам не хватает производительности базы данных: замените HDD на SSD и все проекты по переходу на NoSQL можно будет надолго отложить.

И я с этой мыслью согласен.

Что делают (делали), когда не хватает IOPS-ов? Берут много дисков побыстрее. А какие диски побыстрее по IOPS-ам? 2.5" 15k RPM (т.е. Seagate Savvio 15k): они маленькие, голове нужно дрыгаться мало, поэтому seek time сильно меньше чем у 3.5", IOPS-ов там чуть не вдвое больше чем у 3.5".

А теперь смотрим картинку:

Ненависти к Drupal7 псто!

Поигрался с тестовым сайтом, поапгрейженным из Drupal6 в Drupal7, испытал мучительное недоумение.

Снес нахрен, поставил D7 с нуля, недоумение не стало менее мучительным.

У меня, по большому счету, требований очень мало:

  • Мне нужно писать тексты, причем я готов их прямо в HTML фигачить. От визивигов яваскриптовых - тошнит, если честно.
  • Мне нужно управлять текстом аннотации, которая на глагне показывается. И средств D6 мне более чем хватает (а там можно, если не доверяешь автомату, разделить текст на аннотацию и хвост, аннотации поставить галку "входит в полный текст"), т.е. я могу сколько хочу абзацев сделать аннотацией, а могу ее отдельно написать).
  • Мне нужно просто вставлять картинки:
    • простой браузер того, что уже залито на сервер.
    • простая кнопка, позволяющая поаплоадить (и задать alt/title, чем я не пользуюсь, впрочем)
    • вставка с указанием размера (оригинал, какие-то стандартные, возможность задать свои), выравнивания и действия при клике на картинку (ничего, открыть полный размер в новом/том же окне, перейти по ссылке).
  • Ну теги-категории, понятно и прочие мелкие галки (кросспост в ЖЖ, режим комментариев, задание URL)
  • Все, больше ничего не надо. Если захочу клип с Youtube - руками вставлю, надо редко.

Всю эту функциональность умеет Drupal6 из коробки + image/image assist + чуть-чуть других модулей.

А вот D7 привычную картину D6 нарушает в куче мест:

Pages