[Info-vax] Re; Spiralog, RMS Journaling (was Re: FREESPADRIFT)

David Froble davef at tsoft-inc.com
Thu Jun 23 14:46:52 EDT 2016


Johnny Billquist wrote:
> On 2016-06-23 18:06, VAXman- at SendSpamHere.ORG wrote:
>> In article <nkgspt$rm$2 at Iltempo.Update.UU.SE>, Johnny Billquist 
>> <bqt at softjar.se> writes:
>>> This whole thread came about because some people pointed out that exact
>>> file sizes, to the byte, sometimes were wanted. And then it's been a
>>> thread of "why?". And when I give an example of why, it becomes a thread
>>> of "why?".
>>>
>>> Yes, I know VMS couldn't care less. RSX also couldn't care less. Me,
>>> writing an http server (as well as an ftp server), do care. And doing
>>> these things, which many people consider to be pretty basic tools that
>>> all systems should have, is a pain because the file system do not have
>>> this information.
>>>
>>> Yes, there are solutions. They are costly. Could there possibly be a
>>> point in adding this information, if it can be done at a low cost?
>>>
>>> You are just putting your head in the sand and saying that since it's
>>> not there, we don't need it.
>>
>> Why pay for it when you don't need it?  Pay for it when you do!
> 
> Which, for a web server, is every time a document is requested, which 
> might mean a dozen requests for a single page. And that is just one 
> example. And for a 10M document, calculating the size every time is 
> pretty costly... Reading through 10M to find the size, and then read 
> through it again, to deliver it. Color me not-excited.
> 
>     Johnny
> 

Why would you read through it twice?  With a few exceptions, read it into 
memory, then transmit it.  Something you got to do anyway.  Perhaps just 
re-ordering the task.

Too big?  Got to ask, what's wrong with doing things in segments?  Maybe not how 
the *ix world does things.  Who's to say they are always right?



More information about the Info-vax mailing list