<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
<br>
Stewart Williams wrote:
<blockquote cite="mid:496A58D6.70109@pinkyboots.co.uk" type="cite">
  <pre wrap="">John R Pierce wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Stewart Williams wrote:
    </pre>
    <blockquote type="cite">
      <pre wrap="">John R Pierce wrote:
  
      </pre>
      <blockquote type="cite">
        <pre wrap="">Stewart Williams wrote:
    
        </pre>
        <blockquote type="cite">
          <pre wrap="">The block I/O is the thing that concerns me as mostly I am serving a 
650MB file via samba to 5 clients and I think this is where I need the 
speed.
      
          </pre>
        </blockquote>
        <pre wrap="">is this a sequential or random access application thats using this 
file?   is it read only/mostly, or is it random update?
    
        </pre>
      </blockquote>
      <pre wrap="">I'm not sure, how can I find this out?
  
      </pre>
    </blockquote>
    <pre wrap="">well, what is the nature of the application thats using this file?     
do you really mean just a single 650MB (sub 1GB) file?
is this something like a quickbooks file? (thats kind of what it sounds 
like from your other answers).
    </pre>
  </blockquote>
  <pre wrap=""><!---->
It is indeed a quickbooks file. The file is currently at 645MB and grows 
about 20MB per week.

  </pre>
  <blockquote type="cite">
    <pre wrap="">given what you have now, and what information we've been given, I would

    A) disable BIOS raid, configuring it for JBOD w/ ACHI enabled
    B) mdadm mirror disks 0 and 1, and put the OS on that
    C) mdadm mirror disks 2 and 3, and put your shared SMB filesystem on 
that
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Is that a better choice than RAID 1+0?




_______________________________________________
CentOS mailing list
<a class="moz-txt-link-abbreviated" href="mailto:CentOS@centos.org">CentOS@centos.org</a>
<a class="moz-txt-link-freetext" href="http://lists.centos.org/mailman/listinfo/centos">http://lists.centos.org/mailman/listinfo/centos</a>
  </pre>
</blockquote>
Hi, I too run quickbooks (2007) and offer the following scenario - 5
user licences (actually 2 times three user package were purchased).<br>
Previously I used version 2004 and this allows much better sharing of
the data file, unfortunately I got sucked into an upgrade that in
reality was a significant downgrade!! Anyway - my set-up:-/<br>
For multiple simultaneous users, one machine has to be the defacto
"server", i.e. it opens the file and shares access to the underlying
data store on behalf of other users. (why they can't develop a decent
client server product defies understanding). <br>
So what I have done is establish a W2K client running in virtualbox
(thanks to Sun for keeping this product FOSS). This client accesses the
data file from my main server (running a HW based raid 5  disk array).
I have lots of ram on my virtual box client, and allocate sufficient to
ensure all is in ram. Thus far the system has been very robust and no
data loss. I keep this client running in share mode 24x7 and only go
single user to create backups. Unfortunately Quickbooks does not
provide an automated method of backing up (another gross over-sight). <br>
<br>
All the other users (on Windoze XP at this time) access the virtualbox
W2K for the data file. <br>
Performance while not stellar is adequate, my file is only 10% the size
of yours, but it runs basically from ram, and only save writes....<br>
Apparently Quickbooks do offer more expensive products that may work
better from a client server perspective but only on Windoze and MAC,
but for my small business the cost is WAY TOO HIGH and I love FOSS and
Linux.<br>
<br>
I must say, it took me many dozens of hours to get this working
properly (mostly due to my ignorance, and Quickbooks poor design), so I
hope this may assist you.<br>
</body>
</html>