We have it running on a iSCSI SAN for a few servers at 1 client. It
works fine but iSCSI seems to slow down dramatically when the server is
under high CPU load. We are thinking maybe we need to do some TCP
offloading via a beefier NIC.

-steve

Carrell Alex wrote:

>
>
> Hi,
>
> Using a SAN via fibre channel at one place. Seems fine, appears to be
> no slower. Have not tested precisly as initial trial showed it was
> quick enough for our needs. 110-200 connections, 24x7 but heavy use,
> with only ~5 real queries running any moment, though they could use
> all CPU's.
> Using FB 1.5 mainly and 2.x for a small DB.
> The have been other discussions on this topic I believe.
>
> alex
> This message and any attachments (the message) are intended solely for
> the addressees and are
> confidential. If you receive this message in error, please delete it
> and immediately notify
> the sender. Any use not in accordance with its purpose, any
> dissemination, copying or disclosure,
> either whole or partial is prohibited without prior formal approval.
> The internet cannot
> guarantee the integrity of the message. The companies of Bobst Group
> do not accept any liability
> for data corruption, delay, interception or any modification in
> relation with this message.
>
>

--
Steve Wiser
President
Specialized Business Software
6325 Cochran Road, Unit 1
Solon, OH 44139

www.specializedbusinesssoftware.com
(440) 542-9145 - fax (440) 542-9143




This message and any files transmitted with it may contain information that is privileged, confidential, and exempt from disclosure under applicable law. They are intended solely for the use of the intended recipient. If you are not the intended recipient, distributing, copying, disclosing, or reliance on the contents of this communication is strictly prohibited. If this has reached you in error, kindly destroy this message and notify the sender immediately. Thank you for your assistance.

We attempt to sweep harmful content (e.g. viruses) from e-mail and attachments, however we cannot guarantee their safety and can accept no liability for any resulting damage. The recipient is responsible to verify the safety of this message and any attachments before accepting them.