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
- Os2 not sharing icons
- Change to GCC 3.3.5 and use highmem
- Error message to try text only view
Change History (6)
comment:1 by , 18 years ago
Priority: | blocker → major |
---|
comment:2 by , 18 years ago
comment:3 by , 18 years ago
Owner: | removed |
---|
comment:4 by , 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 , 17 years ago
Milestone: | → Release_3.7 |
---|---|
Version: | → 3.07 |
comment:6 by , 17 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
In addition the layout of CNRITEM needs some serious rework. The space wasted by szFileName and szSubject seriously impacts the maximum file capacity.