Opened 14 years ago

Closed 13 years ago

#52 closed defect (fixed)

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

Reported by: Gregg Young 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 14 years ago by Gregg Young

Priority: blockermajor

comment:2 Changed 13 years ago by Gregg Young

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 Steven Levine

Owner: StevenHL deleted

comment:4 Changed 13 years ago by Gregg Young

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 13 years ago by Steven Levine

Milestone: Release_3.7
Version: 3.07

comment:6 Changed 13 years ago by Gregg Young

Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.