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

А вам спасибо что закричали!
Потому что у меня и в мыслях не было, что в природе остались ТАКИЕ носители (как 8-летней давности ноутбучный диск, сунутый в USB-читалку и форматированный в exFAT).

Заодно, понятно, мы починили другой типичный паттерн - хождение к сетевому накопителю по WiFi, тоже ж дело.

Нужны, нужны настройки префетча per drive (в режиме указания типа, "Fast SSD", "Single fragmented HDD with exFAT").
Но не в этой версии, потому что вот threads префетчеров пускаются на старте программы и их число на рантайме не регулируется. Записал в кондуит (может заодно автомат сделаем, программно отличить SSD вроде можно, вот с массивами хуже).

(отвечаю тут, чтобы оба участника треда увидели ответ)

Сделал кнопку в статусбаре, рядом с включением/выключением всех панелей.
Удобно, кстати. Спасибо что настояли!
http://blog.lexa.ru/2015/04/26/fastrawviewer_11_rc4.html

А перевозьмите оттуда же (http://updates.fastrawviewer.com/data/110rc3/) 627-й билд.

Я ему еще оптимизма оторвал: если оно всегда префетчило +1 row (потому что когда light table, это нужно)/а юзерские настройки шли вдобавок к/, то теперь в режиме filmstrip оно +1 file.

Пишу повыше к началу треда, чтобы другим читателям было легче найти. Попробуйте версию отсюда: http://updates.fastrawviewer.com/data/110rc3/

Настройки:

1. Preferences - Performance - Thumbnail cache - Thumbnail decoder thread count.
   Для HDD ставить в 1-3 (чем больше - тем больший будет приоритет у построителя превьюшек относительно остального).
   Для SSD: в 2x CPU core count (больше нет смысла, внутри программы больше 2x core не поставится). На SSD дает чудесный эффект: превьюшки строятся быстрее, чем я мотаю мелкие превью 100x66 в большом окне (в котором ~160 превьюшек).
2. Preferences - Performance - Thumbnail cache - Thumbnail prefetch depth
   Можно уменьшать, но при одном потоке можно оставить как есть, оно зачитает в один поток вперед свои 30 штук, не мешая остальному.
3. Preferences - Performance - Memory usage and performance - Number of.. decode threads
   Для плавного листания (пробелом) на HDD надо ставить в 2-3, иначе будет рывками. Если типичный паттерн поведения "на файл все-таки смотрим", то можно ставить (оставить) побольше чтобы оно в фоне насасывало побольше.

Разное

Следует понимать такие два момента

1. При выборе файла через Filmstrip он начинает показываться не мгновенно, а ждет долю секунды на предмет, "не выберет ли юзер что-то еще". Поэтому на соседний файл переключаться быстрее по старинке, пробелом.
2. При выборе через Filmstrip "не соседнего" (дальше чем 'Number of decode threads') файла - префетч соседей не делается (потому что детектируется random walk, префетчить нет смысла).

Соответственно, если хочется пролистать 2-3-4 файла (и в планах дальше листать вперед) - это быстрее делать пробелом, а не тыканьем мышом в filmstrip.
 

Посмотрим. Меня выезжающие панели бесят.

С другой стороны, вот есть уже иконки кликабельные в нижней строке, можно туда воткнуть.

Еще кнопку можно разместить в углу, вот так:
https://dl.dropboxusercontent.com/u/17378315/frv_filmstrip.png

Так она будет расположена рядом с крестиком после закрытия, что неплохо.

Я предлагаю сделать маленькую кнопку(с пиктограммой filmstrip) снизу посередине, которая появляется при поднесении мышки к нижней части экрана.

Попробую переконвертить ФС на NTFS у меня вроде парагоновские драйвера теперь есть в мак оси. Просто кроме exFAT ничего лучше в голову не приходило года три назад когда я все это устанавливал чтобы работало с Мака и виндов.

Я таки тестировал на HDD, но он у меня сформатирован NTFS, там на больших каталогах все гораздо веселее. exFAT - да, все довольно печально выглядит.

В новом FRV стало хуже, потому что "со всеми потоками" старый FRV реально при листании с устоявшейся скоростью - префетчит по 1-2 (все потоки работают только при открытии файла или позиционировании в случайное место). А новый - префетчит превьюшки во все ядра (считая и виртуальные) - на моих экспериментах с NTFS это работало весело и я не стал делать ограничений по декодерам thumbnails.
И, да, несколько потоков чтения на HDD - убивают перформанс очень сильно. Головка дрыгается, а толку нету.

Но, как я уже где-то выше написал, если панель Filmstrip закрыть, то все будет как раньше, в закрытую панель превьюшки не декодируются.

Соврал - не помогает...

>>Только в ленте превьюшки почему то не всегда отображаются

О как я люблю такие баги, которые на concurrency:

1) под виндой файлы открываются в exclusive mode (и, скажем, для std::filebuf(), который используются - я не знаю как отменить блокировки, смешно).
2) Мы отменили префетч, поэтому когда мы мотаем filmstrip - у нас оно не префетченое и вот будет читаться прямо сейчас.
UPD: или мы не включили "префетч назад" а по filmstrip идем в обратную сторону.
3) Дальше мы наудачу ткнем в еще не прочитанную иконку - и этот же файл будет читаться в другом месте (thumbnail cache - сильно отдельный от отстального FRV)
4) Шансы что они вдвоем подерутся - на медленном носителе достаточно велики.
Они и дерутся.

В результате из файла достается thumbnail размером 0x0, который и кэшируется в thubmbnail cache.

Вот не стал сильно париться: эти которые 0x0 просто кладутся в retry queue и будут префетчены повторно, через пару секунд, по таймеру.

Ну iMac это к примеру. На PC все еще хуже - особенно если не собирать самому. К примеру можно держать кучу фотографий за много лет на большом разделе который на SSD не влезает итп.

Свою проблему я понял спасибо, надо чего то быстрее.

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

Я вот, к сожалению, не умею еще программно отличить SSD от HDD, надо разбираться и с этим.

А кто покупает аймак с HDD, а не (хотя бы) с fusion drive - будет страдать.