Miguel, Maurilio,
I see you guys going in circles. :-)
I believe I can summarize the input from both of you to this:
1. Miguel: It's unsafe to ASSUME that default buffer is 1.4kb or
higher - if it's smaller a GPF trap exists.
2. Miguel: Performance could be optimized if we are ALLOWED bigger
buffers.
3. Maurilio: Bigger size should be requested only by application
code, not by lowest level core.
I clearly AGREE with all of the above. But there are 2 minor
conflicts that should be clarified.
1. Indeed we should not ASSUME any size, we should either:
- Find if there's a way to QUERY, what's the O/S buffer size.
or:
- Follow recommended practice incase no suck info needed, and
thus no assumptions should be made.
or:
- Try to set reasonable size based on platform, and test for
repeatedly lower sizes, until success.
2. As maurilio suggested, FTP class is an specific application code,
which may try to set arbitrarily bigger buffers.
IMO, the most important question is:
Is there any stnadrd way to know the default system buffer size?
Otherwise what is the recommended practice?
Ron
On Apr 2, 2008, at 4:17 AM, Miguel Angel Marchuet wrote:
What buffer uses your system by default ?
The actual code only increases the buffer if is lower than 64Kb
If in your case it is higher it not will be modified.
Can you test actual CVS please, and say me if now is more or less
quick ?
Best regards,
Miguel Angel Marchuet
Maurilio Longo escribió:
> Miguel Angel Marchuet wrote:
>> The buffer was never 1.4 Kb. Just read the buffer 8Kb of 1.4 in
>> 1.4 Kb.
>
> This is just what I'm saying since the beginning, we were using OS
> provided
> buffer reading/writing it in 1.4Kb chunks.
>
>> This was a very serious mistake, because the system has never
>> guaranteed
>> a buffer 8Kb, but in some cases it is reduced below 1.4 Kb, in
>> this case
>> GPF will be produced.
> On windows maybe, I've never seen such a gpf here, and I move, via
> xharbour
> sockets, a few gigabytes/month of data and I never had the
> necessity to
> increase buffers.
>
>> If we reduce system buffer to 1,4Kb instead of 8kb (default), we
>> lost data.
> I never said to reduce buffer, but to use what the system gives us
> and change
> it, when needed in user code.
>
> Best regards.
>
> Maurilio.
>
------------------------------------------------------------------------
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/
marketplace
_______________________________________________
xHarbour-developers mailing list
xHarbour-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xharbour-developers
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
xHarbour-developers mailing list
xHarbour-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xharbour-developers
