Hello Timm, We had similar problems of speed when tables DBF were lodged
under a Windows server 2003 standart, since from Windows 2000 server,
Microsoft change the way to share flat archives. I am solved with diverse
patches and updates of the S.O. , he looks for the documentation in the
Microsoft page if that is your case. I hope that he serves to you as aid.
Regards
"Timm Sodtalbers" <
info@sodtalbers-it.de> escribió en el mensaje
news:4bd16f3f$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
> Many thanks for your answers!
>
> I will try to switch of "oportunistic lock" like explained in the article
> Ingo pointed to.
>
> It is strange, but I don´t have those speed problem with my FWH/xHarbour
> apps.
>
> Best regards, Timm.
>
> "Jose F. Gimenez" <
jfgimenez@wanadoo.es> schrieb im Newsbeitrag
> news:4bd16810$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
>> Timm,
>>
>> I belive that's normal. The performance reached when two users are
>> connected is the regular one. When only one user is connected the
>> performance speed up due to the "oportunistic lock" behaviour by windows.
>> If you test your program in other file-shared environment, like samba
>> under linux, you'll get always the same "slow speed", even with only one
>> user connected, because samba doesn't use the "oportunistic lock". I did
>> the test few years ago.
>>
>> BTW, this isn't caused by Xailer or [x]Harbour themself. It applies to
>> any software that opens files in shared mode.
>>
>> --
>> Regards,
>>
>> Jose F. Gimenez
>>
http://www.xailer.com
>>
http://www.xailer.info
>