- Status Closed
- Percent Complete
- Task Type Bugs
- Category Database
- Assigned To No-one
- Operating System All players
- Severity Low
- Priority Very Low
- Reported Version Daily build (which?)
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
FS#8442 - Additional disk spinups with "Gather Runtime Data"
When the database option “Gather Runtime Data” is enabled then there is sometimes an additional disk spinup at track transitions. The additional spinup happens at the next trackchange after rebufering happened.
Reproduction:
Initialize the database, enable “Gather Runtime Data” and then start playback.
I recomend using lossless files (in order to make rebuffering happen earlier).
On IRC it was suggested that this has to do with unbuffer callbacks.
http://www.rockbox.org/irc/reader.pl?date=20080110#15:02:07
H300 with r16046 and default settings (except for “Gather Runtime Data” and backlight timeout).
Closed by jdgordon
2008-02-18 06:38
Reason for closing: Fixed
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
2008-02-18 06:38
Reason for closing: Fixed
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
should be fixed, repost if it still
happens
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
I’m pretty certain that this is due to the unbuffer callback for the track that was left partially buffered by the rebuffering. My sim showed access to the DB files when this callback happened. What I don’t understand is why the disk would be accessed if the DB is in RAM…
Currently DB updates are always written to disk (just slightly delayed) when unbuffering callback occurs. It would be possible not to write to disk if DB is in RAM but that is not implemented yet.
This should be fixed by r16330.