Opened 13 years ago

Closed 12 years ago

#52 closed defect (fixed)

Optimize memory use for large numbers of files >15,000-20,000

Reported by: gyoung Owned by:
Priority: major Milestone: Release_3.7
Component: fm/2 base Version: 3.07
Keywords: Cc:

Description

Issues

  1. Os2 not sharing icons
  2. Change to GCC 3.3.5 and use highmem
  3. Error message to try text only view

Change History (6)

comment:1 Changed 13 years ago by gyoung

  • Priority changed from blocker to major

comment:2 Changed 13 years ago by gyoung

In addition the layout of CNRITEM needs some serious rework. The space wasted by szFileName and szSubject seriously impacts the maximum file capacity.

comment:3 Changed 13 years ago by stevenhl

  • Owner StevenHL deleted

comment:4 Changed 13 years ago by gyoung

The changes will not be too extensive. Optimizing the allocations is easy. The direct editing and container data clean up part will take some care. The current direct edit support generally assumes that the buffer is large enough to hold the new content. This is true because the buffers are maximally sized already. The container data cleanup will need to take a pass through the CNRITEMS and free the allocated buffers before letting the control free up the CNRITEMS themselves. There will a performance hit for this deallocation pass, so I am considering alternative implementations that we can discuss when the time comes.

comment:5 Changed 12 years ago by stevenhl

  • Milestone set to Release_3.7
  • Version set to 3.07

comment:6 Changed 12 years ago by gyoung

  • Resolution set to fixed
  • Status changed from new to closed
Note: See TracTickets for help on using tickets.