- UID
- 2
- 积分
- 8682
- 帖子
- 2905
- 主题
- 199
- 论坛币
- 11740
- 威望
- 16
- EP值
- 2349
- MP值
- 15
- 阅读权限
- 200
- 注册时间
- 2011-8-3
- 在线时间
- 2597 小时
- 最后登录
- 2024-8-28
|
Conclusion
When the file is too large, the OS's default file cache support may not work, so even it is the second time to access the file, the speed will still be slow, (we can recognize that, most of the time is spent on the I/O), and when it comes to such large TCAS files, the locality of chunks is likely not to be maintained, so the file cache will be a bad idea (it will make the I/O even slower!)...
1. However, even when we are dealing with such large files, the time it spent on doing the in-memory things is still very little.
2. Even in such condition, the frame cache will still improve the overall performance.
3. To enjoy the OS's default file cache support, the TCAS file should better be less than 1GB, (which is still large enough for practical use), and with the cache, the performance of the second time access will be dramatically increased. If the file is larger than 2GB, the OS's default file cache support may not work.
4. Theoritically speaking, the maximum TCAS file that the libtcas can support is 16GB, which is large enough.
5. It is really a bad idea to store video frames as TCAS frames, both a waste of disc space and performance, since the TCAS file format is designed for discrete pixels (isolated objects).
|
|