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

Title	Comment
А, да, есть еще странные	А, да, есть еще странные люди, которые пруцца от Эклипса.
Я как привык к XEmacs лет 15	Я как привык к XEmacs лет 15 назад - так и живу. Автокомплит мне не кажется безумно нужным, c ним местами приятно, а местами - достает.
OFFTOPIC, но может кому	OFFTOPIC, но может кому полезно будет. Я уже на протяжении лет семи, раз в год пытаюсь найти нормальную С++ IDE для linux'а - за всё время ничего достойного не видел. Один из главных затыков это auto-complete. Причём как сама функциональность, так и человеческий вывод. Помню в какой-то из версий kdevelop, автокомплит выводил одноцветный список, в которым типы и названия переменных отделены только пробелом(то есть выравнивание в попе). На втором месте это общая гуманность ide, начиная от дефолтовых шрифтов и заканчивая общей нагромождённостью всякой gui'ни. Как-то ковырял одну ночь CMake в KDevelop (фиксил один баг, который мне мешал - патч отослал, в новых версиях уже всё норм) - общие ощущения были такие, как будто жёсткое похмелье, болит голова + сосед что-то балгаркой хренячит. Вы всё ещё кипятите? И вот недавно, фикся один linux-specific баг в варезе, опять попытал счастье в поиске ide. И о чудо - я нашёл то, чего так не хватало - QTCreator! Я конечно пробовал его год или два назад, тогда он ещё был сыроват, но сейчас - там всё так сексуально! 1. Вменяемый автокомплит 2. Вменяемый отладчик 3. поддержка всяких vcs'ок 4. поддержка проектов CMake 5. Общая гуманность и продуманность всей ide 6. Легковесное gui 7. плюшки типа интеграции с valgrind 8. И всё это, работает сразу "из каропки", ни надо рыть кучу сайтов на тему, как же заставить автокомплит работать, что за приколы у отладчика и т.п. Не, конечно есть и минусы, но они не существенны. например у меня CentOS 5.6 (то, что соответствует клиентскому env'у), бинарные пакеты с сайта qt не подходят, так как там используется более новая libstdc++, но версия в исходниках собралась без проблем. Вчера добавляя одну фишку в варез, поймал себя на мысли, что буду разрабатывать её на linux, так как не кайф копировать test-case'ы на windows машину (хотя фишка не linux-specific). То есть если бы не было ide, я бы разрабатывал на windows (VS), без вариантов.
Не то чтоб я вам не верил, но у себя посмотрел: <pre> root@d	Не то чтоб я вам не верил, но у себя посмотрел: root@delta:/tmp/tests# du -hsc * 20G testfile1 20G testfile10 20G testfile11 20G testfile12 20G testfile13 20G testfile14 20G testfile15 20G testfile16 20G testfile17 20G testfile18 20G testfile19 20G testfile2 20G testfile20 20G testfile3 21G testfile4 20G testfile5 20G testfile6 20G testfile7 20G testfile8 20G testfile9 401G total root@delta:/tmp/tests# echo 3 > /proc/sys/vm/drop_caches root@delta:/tmp/tests# time rm testf* real 0m1.690s user 0m0.004s sys 0m0.008s root@delta:/tmp/tests# du -hsc * du: cannot access `*': No such file or directory 0 total debian lenny, kernel 2.6.32-bpo.5-amd64 x86_64 from backports, xfs (та что без допиленного delayed logging). Ну и никаких затыков соответсвенно.
Все что вы перечислили, кроме, быть может, точки черного, эт	Все что вы перечислили, кроме, быть может, точки черного, это в моей/LibRaw терминологии - именно постпроцессинг. С точкой черного все сложнее, где-то она в тегах сидит и не забалуешь, где-то просто чистый ноль (камера вычла) и очень для немногих камер (но включая Canon) там есть реальное место для подвига.
Тут такое дело -	Тут такое дело - RAW-конвертор это не только код и алгоритмы, но еще и данные (например, профили камер). Я такими данными не владею/не распоряжаюсь и привнести их в открытый проект не могу. А значит и смысла нет. Это одна из причин, но важная.
Движок злой, он знает список	Движок злой, он знает список разрешенных тегов, а больше - нини.
Э.. Если я правильно помню ченджлоги, то есть большая разниц	Э.. Если я правильно помню ченджлоги, то есть большая разница с точкой черного, у каждой софтины потом накладываются разные тоновые кривые и т.д. И все это каждый раз неправильно. А еще демозаика везде разная, это ведь относится к распаковке? ну и мой любимый баг - проявка солнца - http://knutov.livejournal.com/1467900.html
Порезались псевдотэги. Очень	Порезались псевдотэги. Очень злой движок. (Я darktable обрамлял типа-тэгами imho )
А почему бы не встрять в	А почему бы не встрять в darktable один из проектов?
Точно у xfs были проблемы с удалением именно больших по разм	Точно у xfs были проблемы с удалением именно больших по размеру файлов или таки большого количества файлов (читай изменения метаданных)? Я обычно наблюдал обратное - ext3 втупливает на удалении большого файла, xfs на удалении многих файлов.
really? можно подробностей, чтоб не наступить?	really? можно подробностей, чтоб не наступить?
Ждать завершения, чтобы начать копирование следующего, лень,	Ждать завершения, чтобы начать копирование следующего, лень, вот я и вжарил все сразу.
Да, кстати, неужто 6 потоков с диска на диск - быстрее чем о	Да, кстати, неужто 6 потоков с диска на диск - быстрее чем один?
Эге, с точки зрения чтения я на это место не смотрел. Получ	Эге, с точки зрения чтения я на это место не смотрел. Получается что надо не 1 файл в N копировать, а K в K, так быстрее сдохнет!
Я так <s>подозреваю</s> надеюсь, что распаковка должна везде	Я так ~~подозреваю~~ надеюсь, что распаковка должна везде давать одинаковый результат. Только что толку от этих данных, по одному каналу на пиксель, для "нормального человека"?
Не, постпроцессинг ладно, я хочу как раз распаковку от libra	Не, постпроцессинг ладно, я хочу как раз распаковку от libraw, но в законченном приложении вроде лайтрума (или хотя бы с интерфейсом уровня равшутера), а не ручками в тифф конвертить, чтобы потом его где-то ещё допиливать.
1) подобная семантика вообще-то называется сокетом. В частно	1) подобная семантика вообще-то называется сокетом. В частном случае cp есть даже аналог - sendfile. Но это не совсем про диск, хоть и близко. 2) мне казалось что память в основном расходуется на кеширование прочитанного - вдруг кому понадобится? Кеширование же записи в основном имеет смысл в небольших количествах, для сглаживания нагрузки на диск, в надежде что очередь рассосется раньше чем пополнится вновь. Если же очередь на запись бесконтрольно удлиняется то это Ой!
FileCopyEX, как я помню, контролирует свои буфера, а из них	FileCopyEX, как я помню, контролирует свои буфера, а из них уже пишет "мимо кэша". Это совсем другой паттерн.
А зачем вам постпроцессинг от LibRaw? Ничего в нем нет хорош	А зачем вам постпроцессинг от LibRaw? Ничего в нем нет хорошего, если уж совсем честно. Его используют там, где нет желания (или возможности) сделать свое, а вообще задача библиотеки - не постпроцессинг, а просто распаковка RAW в байеровские данные. Постпроцессинг "достался на халяву" от dcraw (+ волонтеры, конечно), но я не считаю что там все сколько-нибудь хорошо с точки зрения фотографа. Другой вопрос, что более-менее весь опенсорс такой, диковатый. Оговорюсь сразу - по состоянию на полгода назад; в darktable, rawstudio и rawtherapee большие подвижки с точки зрения программирования (но, увы, не фотографии).
Этого - да, уже видел :( А что же я хочу, если маки я не лю	Этого - да, уже видел :( А что же я хочу, если маки я не люблю (да и для остальной работы не подходят), а в darktable, если я правильно понял их анонсы, либрав использоваться перестал?
<dir><li>Про копирование в Винде не Виндой. Я периодически,	Про копирование в Винде не Виндой. Я периодически, бывает, ну слабость у меня такая, перегоняю «гигазы вареза» ;) с диска на диск. Копирую FileCopyEx. Винда, 7ка, 64. Не затыкалась. В несколько потоков (4-6), всё по-чесному. Каждый Фар в один поток читает, в другой пишет, и таких 4-6 штук. В Висте, да, была гадость какая-то (ссылку на Руссиновича уже дали). Недавно убирал веники, переставлял, т.п., копировал виндой. К сожалению, сснёс скриншот, таки делал специально: в шесть потоков копировал содержимое папок. Содержимое флаки, то бишь куча файлов, размером 10-50мб, общий объём где-то под 1.5Тб. Нормуль, ничего не встало. Не холивара ради, а корысти для. Лет семь назад я проводил подобный эксперимент, Солярка 2.6 на х86 вс линух (Слакварь какая-то) вс Винда (2к на тот момент). Меня интересовали не абсолютные величины, а скорее подтвердить впечатления, замеченные во время эксплуатации. Также копировал, пробовал выделать кучей процессов кучу памяти. Тест с точки зрения реальной жизни мало о чём говорящий, повторюсь, хотелось впечатление проверить эдаким синтетическим тестом. РЕзультат был такой: линух именно "затыкался" на какое-то время совсем намертво. Винда и Солярка худо-бедно но продолжали шевелиться.0
Есть digiKam, есть еще забыл фамилие, грек какой-то делает.	Есть digiKam, есть еще забыл фамилие, грек какой-то делает. Но вы этого не хотите, честное слово!
Writeback на RAID-массиве	Writeback на RAID-массиве включен?
А есть к LibRAW какой-то фронтенд под Win?	А есть к LibRAW какой-то фронтенд под Win?
Хрен с ним со strlen, <a href=http://blog.lexa.ru/2011/03/31	Хрен с ним со strlen, они и memcpy оптимизируют!. А по сути проблемы: 1) понятно что ~~нужен~~ полезен какой-то fcntl вроде madvise, который будет говорить "в этот хэндл будут только писать, большими блоками, перематывать в начало и переписывать не будут". Тогда, понятное дело, можно это место агрессивно не кэшировать, все едино смысла нет. 2) Насколько частым является паттерн(ради которого имеет смысл именно агрессивное кэширование) когда пишущий процесс возвращается назад по файлу и кусочки переписывает - этого я не знаю. Ну, понятно, типичный SQL-сервер таков, но он сам кэширует и сам fsync делает. FreeBSD сейчас тоже замучаю. Уверен что не замерзнет (иначе бы все время замерзала с моими мувами BD-movies), но тоже ведь интересно...
Да там и без уменьшения размера можно получить еще полпорядк	Да там и без уменьшения размера можно получить еще полпорядка точно, а порядок - не знаю, но думаю что да. Просто надо потратить с неделю и, честно говоря, мне влом т.к. тамошний постпроцессинг развивать не хочется, там систему менять надо.
>> Авторам же RAW-конверторов я рекомендую начинать потихонь	>> Авторам же RAW-конверторов я рекомендую начинать потихоньку переход к новому интерактивному миру. Потому что интерактивность - это хорошо. Ну, какбэ, давно пора :) Так скоро, глядишь, и до 1:2, 1:4, 1:8 временных размеров доберутся, и скорость кручения ползунков будет как в лайтруме.
Ну у меня затыкается семерка x64 (со всеми понтами). Редко	Ну у меня затыкается семерка x64 (со всеми понтами). Редко и не до конца, но все одно неприятно.
О! Inside Vista SP1 File Copy Improvements Mark Russinovich	О! Inside Vista SP1 File Copy Improvements Mark Russinovich 4 Feb 2008 Но там еще с корзиной разные тормоза до сих пор происходят, когда она большая и заполнена под завязку. http://deadracoon.livejournal.com/105450.html http://deadracoon.livejournal.com/105936.html

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

Pages