On 09/11/2016 05:41 AM, Stephan Beal wrote: > On Sep 10, 2016 19:31, "Adam Jensen" <han...@riseup.net > <mailto:han...@riseup.net>> wrote: >> 1. What is the largest size of any single file that can be checked into >> a repository? > > effectively limited by system memory: fossil needs approx. 2-3x the > file's size (concurrently in RAM) to create/apply deltas.
Does it seem reasonable to assume that unversioned files will not have those (2-3x) memory requirements? Also, do you suppose the *initial check-in* [of typical versioned files] involves that kind of memory usage (2-3x)? >> 2. How well will the sync command handle large files? > > it syncs whole blobs at a time, which are normally (for most versions of > a file after the first) highly efficient/tiny deltas. If a blob is ~1GB, will the data transfer mechanism hang in there and get the job done? I found this page: https://www.fossil-scm.org/fossil/doc/trunk/www/sync.wiki which might answer my question after I digest it all (probably requiring some research (I'm not a Computer Scientist or Software Engineer)). But there was something, somewhat unrelated, on that page that did stand out. It says: ''' 5.4 Unversioned File Sync "Unversioned files" are files held in the repository where only the most recent version of the file is kept rather than the entire change history. Unversioned files are intended to be used to store ephemeral content, such as compiled binaries of the most recent release. ''' The phrase "ephemeral content" is a bit disconcerting. It suggests values and attitudes towards this data which will probably be reflected in the requirements, specification, and implementation of the software. In the use-case I have in mind, this data would be "immutable content" and should be considered precious. The goals would be to avoid accidental loss and/or corruption. It isn't a low-value, fleeting scratch-pad that would be thrown away on a regular basis. Perspective makes a difference in what gets built into a system, and how it gets built... _______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
