Reply to thread

Message

<blockquote data-quote="CCob" data-source="post: 396059" data-attributes="member: 84421">I also believe it's the FileReader class that could be the problem, it's somewhat unoptimized for streaming needs in my opinion.&nbsp; The Windows cache manager and the read ahead thread when using synchronous IO is usually OK, but sometimes when the machine CPU spikes or disk IO increases then the read ahead inside the windows cache manager can suffer incurring delays when reading from disk.I have offered to help with this here<a href="https://forum.team-mediaportal.com/development-91/single-timeshift-file-mantis-issue-0001862-a-56945/" target="_blank">https://forum.team-mediaportal.com/development-91/single-timeshift-file-mantis-issue-0001862-a-56945/</a> and also PM'ed the dev/reporter assigned to this task but nobody seems to want my help.Magnus, like you say, asynchronous IO would be the best way to improve this and also loose the dreaded MultiFileReader class.&nbsp; I was thinking of setting up completion port threads (perhaps 2 threads per CPU) for both reading and writing that is shared among all instances of a new FileReader/Writer class (for streaming recordings) and a derived CircularFileReader/Writer class (for time shifting) which pre allocates the file before anything is written to it, and reading and writing will be done in a circular fashion so that the timeshift file doesn't grow any bigger.But since I have had no feedback from devs yet I don't want to start on anything as completion ports are time consuming and can be difficult to debug.</blockquote>

[QUOTE="CCob, post: 396059, member: 84421"] I also believe it's the FileReader class that could be the problem, it's somewhat unoptimized for streaming needs in my opinion. The Windows cache manager and the read ahead thread when using synchronous IO is usually OK, but sometimes when the machine CPU spikes or disk IO increases then the read ahead inside the windows cache manager can suffer incurring delays when reading from disk. I have offered to help with this here [URL="https://forum.team-mediaportal.com/development-91/single-timeshift-file-mantis-issue-0001862-a-56945/"]https://forum.team-mediaportal.com/development-91/single-timeshift-file-mantis-issue-0001862-a-56945/[/URL] and also PM'ed the dev/reporter assigned to this task but nobody seems to want my help. Magnus, like you say, asynchronous IO would be the best way to improve this and also loose the dreaded MultiFileReader class. I was thinking of setting up completion port threads (perhaps 2 threads per CPU) for both reading and writing that is shared among all instances of a new FileReader/Writer class (for streaming recordings) and a derived CircularFileReader/Writer class (for time shifting) which pre allocates the file before anything is written to it, and reading and writing will be done in a circular fashion so that the timeshift file doesn't grow any bigger. But since I have had no feedback from devs yet I don't want to start on anything as completion ports are time consuming and can be difficult to debug. [/QUOTE]

Verification