From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Date: Mon, 16 Feb 2009 15:56:37 +0000 From: anooop.anooop@gmail.com Message-ID: <63884bcf-d00e-470e-b931-7e5be3f7bce8@g38g2000yqd.googlegroups.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: Subject: Re: [9fans] Regarding venti block size Topicbox-Message-UUID: a199ea98-ead4-11e9-9d60-3106f5b1d025 On Feb 16, 9:32�am, quans...@quanstro.net (erik quanstrom) wrote: > > This is what I get when I try to store files of size around 300KB : > > "write: input too big: max block size is 57344" > > this is why god^wken used filesystems. > > try vac(1), fossil(4) or if you need something > esoteric you can roll your own filesystem with > venti-file(2). > > - erik Thank you so much for the replies. This is what I am planning to do. 1. take a file, split it into many different parts (each part is char*) 2. store each part on a venti server and collect the scores 3. when I need the file back, provide the scores to the venti and get the parts back 4. merge the parts and create the file back The problem is that I was planning on keeping the number of parts is fixed. So depending on the file size, the part size will vary. And therefore sometimes the (part = block) that I store will be more than the current upper limit of 64k. It would be great if you could let me know your thoughts on this. Regards, Anoop