Warning: Can't synchronize with repository "(default)" (/home/git/ome.git does not appear to be a Git repository.). Look in the Trac log for more information.
Notice: In order to edit this ticket you need to be either: a Product Owner, The owner or the reporter of the ticket, or, in case of a Task not yet assigned, a team_member"

User Story #2934 (closed)

Opened 14 years ago

Closed 13 years ago

Big: Compression

Reported by: jburel Owned by:
Priority: critical Milestone: OMERO-Beta4.3
Component: General Keywords: n.a.
Cc: dzmacdonald, jamoore, cxallan Story Points: n.a.
Sprint: n.a. Importance: n.a.
Total Remaining Time: n.a. Estimated Remaining Time: n.a.

Description

Define and explore compression strategies for large images.

Change History (4)

comment:1 Changed 14 years ago by omero

Sorry if I chime in here, feel free to delete this comment if you don't find this useful. Compression is going to put heavy load on the server, does de-duplication looks reasonable ? With the ZFS filesystem you get data-deduplication at block level natively. Illumos, Solaris and Nexenta Core Platform have ZFS support onboard, FreeBSD has it (not dedup yet) and Linux is following.

comment:2 Changed 13 years ago by jburel

  • Milestone changed from Unscheduled to OMERO-Beta4.3

comment:3 Changed 13 years ago by cxallan

  • Summary changed from Big Images: Compression to Big: Compression

comment:4 Changed 13 years ago by cxallan

  • Resolution set to duplicate
  • Status changed from new to closed

Closed in favour of the more overarching #3278.

Note: See TracTickets for help on using tickets. You may also have a look at Agilo extensions to the ticket.

1.3.13-PRO © 2008-2011 Agilo Software all rights reserved (this page was served in: 0.80703 sec.)

© 2000-2014 University of Dundee & Open Microscopy Environment. Creative Commons Attribution 3.0 Unported License
OME source code is available under the GNU General public license or through commercial license from Glencoe Software

We're Hiring!