I would try your trick.
Thank you.
Aiko Ichimura
[EMAIL PROTECTED]
  ----- Original Message ----- 
  From: Dennis McGrath 
  To: RBASE-L Mailing List 
  Sent: Thursday, November 01, 2007 12:49 PM
  Subject: [RBASE-L] - Re: Latest trouble


  I use C:\USERTEMP for my scratch files.

  I turn off inheritance of rights in that directory, delete all references to 
users, and assign full control to the Everyone user.

   

  SCRATCH C:\USERTEMP 

  In the cfg file

   

  So far it is working better than anything else I've tried.

   

  Dennis McGrath

   

   


------------------------------------------------------------------------------

  From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Aiko Ichimura
  Sent: Thursday, November 01, 2007 11:19 AM
  To: RBASE-L Mailing List
  Subject: [RBASE-L] - Re: Latest trouble

   

  Sorry to have missed the conference due to schedule conflicts.

   

  I was trying to solve our clients' difficulty of having very slow Rbase 
process.

  As suggested in the previous reply, I am trying to apply the method of 
writing temporary files in the local drive of each users, however, does this 
work in the version less than 7.0?

   

  I tried :

   

  Set Scratch tmp

   

  in the Rabse.cfg and it didn't like it. I am begining to think this might 
only work if you are running the version 7.0 or higher.

   

  Let me know if you are using this technique under version 6.1.

   

   

  Thank you.

   

  Aiko Ichimura
  [EMAIL PROTECTED]

    ----- Original Message ----- 

    From: Aiko Ichimura 

    To: RBASE-L Mailing List 

    Sent: Friday, October 12, 2007 12:38 PM

    Subject: [RBASE-L] - Re: Latest trouble

     

    This is just a timely mail. I am still working on the problem.

    I will look at the article and see if I can utilize any of tips in there.

     

    Thank you very kindly.

     

    Aiko Ichimura
    [EMAIL PROTECTED]

      ----- Original Message ----- 

      From: [EMAIL PROTECTED] 

      To: RBASE-L Mailing List 

      Sent: Thursday, October 11, 2007 7:01 PM

      Subject: [RBASE-L] - Re: Latest trouble

       


      This is from one of Razzak's earlier replies 


      Tuesday, June 26, 2007

      From the Edge: Speeding Up Multi-User Environments
      Section: Multi-User Environment
      Chapter: Running R:BASE Your Way!
      Platform: R:BASE 7.5, R:BASE 7.6 and Turbo V-8 for Windows

      When you are running your application on a local area network,
      you should be aware of the following issues that can affect
      the performance of your applications.

        Part I:  Configuring a Multi-User Network

       Part II:  Multi-User Configuration Settings
                 . AUTOCOMMIT
                              . FASTLOCK
                          . INTERVAL
                          . QUALCOLS
                          . ROWLOCKS
                          . SCRATCH
                          . STATICDB
                          . TRANSACT
                          . VERIFY
                          . WAIT

      PART III:  R:BASE Form Compression

       Part IV:  Selective Use of Themes

        Part V:  Summary

      A PDF version of this article is available at:

      From The Edge: http://www.razzak.com/fte/

      Very Best R:egards,

      Razzak. 



            "Aiko Ichimura" <[EMAIL PROTECTED]> 
            Sent by: [email protected] 

            08/16/2007 10:36 AM 

                  Please respond to
                  [email protected]
                 

           To
                 [email protected] (RBASE-L Mailing List) 
                 
                  cc
                  
                 
                  Subject
                 [RBASE-L] - Re: Latest trouble
                 

             

                   
                  
                 

           




      Hi all,

      Have you experienced the below symptom?

      Users noticed considerable slow down of processing time when more than 
one 
      person are logged on to the Rabse system. This was not observed before 
and 
      the users are forced wait longer than before.

      We have asked the Network Administrator to reboot the server and did not 
      solve the problem although it did solve the previous occurrence of the 
same 
      symptom.

      Is there anything I could look into to solve this sudden slowness in the 
      multi-users mode?
      Any suggestion would be appreciated.

      hank you.

      Aiko Ichimura
      [EMAIL PROTECTED] 


Reply via email to