Project

General

Profile

Actions

Bug #2225

closed

loi.php delays imcache by always trying to view newest image before having the chance to cache

Added by Anchi Cheng almost 12 years ago. Updated almost 7 years ago.

Status:
Closed
Priority:
High
Assignee:
Amber Herold
Category:
Web Image Viewer
Start date:
01/28/2013
Due date:
% Done:

0%

Estimated time:
Affected Version:
Appion/Leginon 3.0.0
Show in known bugs:
No
Workaround:

Description

loi.php updateview is triggered by new acquisition image entry in the database, just like imcache. When the two competes for reading the mrc file, loi wins. As a result, loi always loads the mrc file not the jpg file. This makes the imcache never being able to catch up the data acquisition no matter of its speed and the same large mrc image needs to be read in twice, once by viewer redux and once by imcache redux.

Actions #1

Updated by Anchi Cheng almost 12 years ago

  • Category set to Web Image Viewer
  • Status changed from Assigned to In Code Review
  • Assignee set to Amber Herold
  • Target version set to Appion/Leginon 3.0.0
  • Affected Version changed from Appion/Leginon 2.1.0 to Appion/Leginon 3.0.0

r17363 adds the option for viewer view to use only cached image. The option is used in loi.php

testing: Jim can test.

  1. Open loi when a session is running and watch redux.log to check what it is loading. It should not load any mrc image if only loi is set to the session. The loi viewer should give error with "Cached Image Not Ready".
  2. Open other viewers. redux should load the most recent image as mrc if imcache has not processed it, yet.
Actions #2

Updated by Amber Herold over 10 years ago

  • Status changed from In Code Review to Closed
Actions #3

Updated by Anchi Cheng almost 7 years ago

Update on this issue. today's hardware handles larger load better. Default setCacheOnly to false now.

Actions

Also available in: Atom PDF