Hi, I have a speed-problem with dBase-files on samba 2.2.1.a. I start the program to get a statistic about clients. The program read only from the file "rstamm.dbf". After 40 sec. the statistic is ready. The program close the file "rstamm.dbf". Then the program write into the file "rstamm.dbf" and delete some datasets. After that the thame statistic need 130 sec. to be ready. I looked with ethereal into the packets. After writing into the file "rstamm.dbf" there are only one NBSS Continuation Message after SMBReadBraw Request WIN98-linux. Befor writing into the file "rstamm.dbf" there are 3 NBSS Continuation Message So the speed is very slow, bcause every NBSS Continuation Message get a Request. Can you help. smb.conf socket options = TCP_NODELAY IPTOS_LOWDELAY read raw = yes write raw = yes dead time = 0 log level = 0 os level = 2 oplocks = yes getwd cache = yes large readwrite = yes thank's for your time Herentrey herentrey@mobilsoft.de and SMBread Response linux-win98. NBSS Continuation Message
On 2001.10.26 04:37 herentrey@mobilsoft.de wrote:> I have a speed-problem with dBase-files on samba 2.2.1.a. I start the > program to get a statistic about > clients. The program read only from the file "rstamm.dbf". After 40 sec. > the > statistic is ready. The program > close the file "rstamm.dbf". Then the program write into the file > "rstamm.dbf" and delete some datasets. After that the thame statistic > need > 130 sec. to be ready. > I looked with ethereal into the packets. After writing into > the file "rstamm.dbf" there are only one NBSS Continuation Message after > SMBReadBraw > Request WIN98-linux. Befor writing into the file "rstamm.dbf" there are 3 > NBSS Continuation Message > So the speed is very slow, bcause every NBSS Continuation Message get a > Request. > Can you help.<shameless plug> Are you still using dBase III? Consider that dBase has been considered buggy and slow for at least the decade that I've been working with xBase files. You might consider moving your application to FoxPro if you want more speed, not to mention other advantages... </shameless plug - from a veteran FoxPro programmer>> smb.conf > socket options = TCP_NODELAY IPTOS_LOWDELAY > read raw = yes > write raw = yes > dead time = 0 > log level = 0 > os level = 2 > oplocks = yes > getwd cache = yes > large readwrite = yesIs this the entirety of your smb.conf file? You should go back and look at the documentation for this file to see how it's constructed, as I don't think this will work very well, if at all. David M. Stowell <dmstowell@ameritech.net>
On 2001.10.26 04:37 herentrey@mobilsoft.de wrote:> I have a speed-problem with dBase-files on samba 2.2.1.a. I start the > program to get a statistic about > clients. The program read only from the file "rstamm.dbf". After 40 sec. > the > statistic is ready. The program > close the file "rstamm.dbf". Then the program write into the file > "rstamm.dbf" and delete some datasets. After that the thame statistic > need > 130 sec. to be ready. > I looked with ethereal into the packets. After writing into > the file "rstamm.dbf" there are only one NBSS Continuation Message after > SMBReadBraw > Request WIN98-linux. Befor writing into the file "rstamm.dbf" there are 3 > NBSS Continuation Message > So the speed is very slow, bcause every NBSS Continuation Message get a > Request. > Can you help.<shameless plug> Are you still using dBase III? Consider that dBase has been considered buggy and slow for at least the decade that I've been working with xBase files. You might consider moving your application to FoxPro if you want more speed, not to mention other advantages... </shameless plug - from a veteran FoxPro programmer>> smb.conf > socket options = TCP_NODELAY IPTOS_LOWDELAY > read raw = yes > write raw = yes > dead time = 0 > log level = 0 > os level = 2 > oplocks = yes > getwd cache = yes > large readwrite = yesIs this the entirety of your smb.conf file? You should go back and look at the documentation for this file to see how it's constructed, as I don't think this will work very well, if at all. David M. Stowell <dmstowell@ameritech.net>
Hi, i use Borland Pascal 7.0 with CodePascal (CodeBase). I think it is dBase IV with mdx-index. Regards A. Herentrey
Hi, i tested the program on NT4 Client, WIN2000 Client and WIN98. The time for the statistic is on NT4 and WIN2000 always the same. There are no different in time and in the TCP/IP Packages. Only with WIN98. This is the test smb.conf ; ; /etc/smb.conf ; [global] workgroup = Arbeitsgruppe encrypt passwords = yes null passwords = yes username level = 3 socket options = TCP_NODELAY IPTOS_LOWDELAY read raw = yes write raw = yes dead time = 0 log level = 0 os level = 2 oplocks = yes getwd cache = yes large readwrite = yes [roweld] comment = mal sehen path = /roweld/daten veto oplock files = /*.dbf/*.mdx/*.dbt/ browseable = yes read only = no public = yes guest ok = yes writeable = yes create mode = 755 [printers] path = /usr/spool/public printable = true guest ok = true guest account = pcguest The problem, or the big question is: why send samba only one NBSS Continuation Message after a SMBReadBraw after the program had write a data into the DBF. If the program has not write data into the DBF, samba send three NBSS Continuation Messages after a SMBReadBraw. NT workstation and WIN2000 workstation has always the same sequence in the protocol. There are no different, even the program had write a data into the DBF. With ethereal you can see it very good. Thank's a lot David, Alexei, Doug Regards A. Herentrey herentrey@mobilsoft.de