Opened 18 years ago

Closed 17 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 by Gregg Young, 18 years ago

Priority: blockermajor

comment:2 by Gregg Young, 18 years ago

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

Owner: StevenHL removed

comment:4 by Gregg Young, 18 years ago

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

Milestone: Release_3.7
Version: 3.07

comment:6 by Gregg Young, 17 years ago

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