Свежие комментарии

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

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

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

PS: я карточку на 64Гб еще как очень быструю флэшку использую и для мелких файлов вопрос выравнивания (и ресурса) для меня актуален, т.к. предыдущую карточку на Transcend 16Gb 133х я успешно "убил" записью мелких файлов.

Раскопки в почте показали:
1) VS2005 не понимала firstprivate, отчего OpenMP была запрещена для всех Visual C++ (2010-го тогда не было).
Тогда же проверялось на 2008-м, но "по бумаге" - нужно OpenMP 2.5, у 2008-го по бумагам 2.0, до свидания.

2) Потом появился 2010-й и там firstprivate заработала и было разрешено. В 2008 тоже это место компилируется без проблем, проверил.

3) Но есть свежий багрепорт, что VS2008+openmp - в SP1 все работает, а в RTM "имеются проблемы" без описания проблем.

По третьему пункту - выясняю, подозреваю что это как с OpenMP на маках - в single threaded app работает, а -pthread + OpenMP - источник траблов. Но опять же на маках обновился компилятор недавно, надо проверять.

1) На самом деле, форматирование в камере не меняет выравнивание раздела, а только зануляет FAT-таблицу. Проверить легко - если скормить камере карту без раздела, то она может ею "подавиться"
2) по линейному чтению оценивать некорректно, т.к. при правильном кэшировании контроллера разницы не будет вовсе или ее трудно заметить
3) по линейной записи - тоже не очень показательно, намного полезнее RandomWrite в данном случае, и то, все это еще сильно зависит от размера блока. (хотя нормальные фотоаппараты пишут буферизовано, моя мыльница WB2000 почему-то пишет мелкими блоками без кэширования)
4) 18-19 -- нормальный потолок для обычного USB2.0 картридера, 30-32 на USB2.0 можно получить только с некоторыми моделями ридеров полноценно поддерживающих UDMA.
5) Еще можно оценить, сколько в Мб весят эти кадры и получить фактическую скорость записи камерой на карту.
6) Вот тут (http://www.robgalbraith.com/bins/camera_multi_page.asp?cid=6007-9784&sor...) уже проведены замеры скорости записи камерой на различные карты, откуда, например, можно сделать вывод, что для 5Dmk2 карты быстрее 32Мб/сек на запись (т.е. ~233x) уже не требуются.
7) Например, для 7D размер RAW около 26Мб, тут (http://www.dpreview.com/reviews/canoneos7d/page13.asp) намерили, что за 14.3 секунды записывается 24 кадра, т.е. скорость записи уже около 45Мб/сек и овчинка выделки стоит.
8) Аналогично, для 5Dmk2, за 12 секунд 17 кадров по 21.5Мб, т.е. около 30.5Мб/сек (совпадает с пп. 6)

Очень интересно, поскольку я как раз наоборот всегда снимаю сериями 5-7 кадров(для последующей сборки в Photoacute), благо аппарат, в отличие от Кэнона нормальный и позволяет скоростную съёмку, а теперь и камера появилась, которая тоже снимает на CF.
Причем замечаю переполнение буфера из-за высокого потока, честно говоря вообще не понимаю как она снимает на обычные 133х Transcend

Патамучта <lj&gt - это не HTML-тег, а хрень какая-то.

P.S. Нет, я не привередничаю. OpenMP в нужном мне виде правильно работает в VC++ 2010 и в 2008SP1

А что не так с OpenMP в VS2005? Или не используете его?
У меня просто софтина(библиотека) билдится под VS 2005/2008/2010, с OpenMP.

1. Программа платная
2. CF != SSD(HDD) и там может быть свое смещение служебных областей.
3. при методе "врукопашную" имеется однозначный механизм контроля (замера) необходимого смещения, а также однозначный механизм ввода поправки
4. можно и из Windows с помощью DiskEditor (или аналогов) внести ручную правку в таблицу разделов
5. что меня больше всего удивляет, так это невыровненная новая карточка из магазина в запечатанной упаковке.

Посмотрел на это сообщество, понял что половину шуток тамошних просто не понимаю. Старею, наверное.

> 1. берем Linux

Ну вот, сразу всем виндоморонам серпом по свисающим частям тела :-)

Why Paragon Alignment Tool?
The only tool to align the sections with just one click
Ensure system security and data contained on the disk
Improved disk performance (based on testing - by 30-70% for the case without the use of virtualization)
A significant increase in the lifetime of SSD-drives
Alignment of sections of virtual machines and physical servers
Alignment of sections at high capacity disk with the size of the physical sector 4 KB

У меня более конкретный вопрос, возможно вы именно на него и ответили :)

Для камеры - есть ли значимая разница при разном выравнивании раздела?

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

а как доказать, что этот файл туда камерой записали?

Если файл не модифицирован после записи (съемки) то это уже дорогого стоит! Как минимум понятно, что хоть какая-то, но реальность, в какой-то момент времени в каком-то месте, камерой все же запечатлена ;)

А вот что сломались системы цифровой подписи в камерах - это, конечно же, позорно для производителей и огорчительно для тех, кому это нужно :(

Чтобы ресурс у флэшки стал побольше, ее, как и SSD, нужно после покупки выровнять до размера физического блока. При этом скорость записи заметно растет, а ресурс должен вырасти как минимум раза в два. Вот тут я обмерил эффект - имхо, стоит один раз сделать и дальше пользоваться:
http://blog.timofeyev.ru/2011/05/16/obzor-usb-3-0-kart-ridera-vyravnivan...