Scott Lamb 253f3de399 reorganize the sample file directory ... The filenames now represent composite ids (stream id + recording id) rather than a separate uuid system with its own reservation for a few benefits: * This provides more information when there are inconsistencies. * This avoids the need for managing the reservations during recording. I expect this to simplify delaying flushing of newly written sample files. Now the directory has to be scanned at startup for files that never got written to the database, but that's acceptably fast even with millions of files. * Less information to keep in memory and in the recording_playback table. I'd considered using one directory per stream, which might help if the filesystem has trouble coping with huge directories. But that would mean each dir has to be fsync()ed separately (more latency and/or more multithreading). So I'll stick with this until I see concrete evidence of a problem that would solve. Test coverage of the error conditions is poor. I plan to do some restructuring of the db/dir code, hopefully making steps toward testability along the way.		2018-02-20 10:11:10 -08:00
..
install.md	support multiple sample file directories	2018-02-11 23:04:02 -08:00
schema.md	reorganize the sample file directory	2018-02-20 10:11:10 -08:00
troubleshooting.md	Reorganize and expand documentation	2017-10-01 22:02:39 -07:00