I am only seeing 8-10MiB/s directly from RAM (/dev/shm) where if I write
the same data to an LTO-3, I see regular speeds, 60-90MiB/s no problems?
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
Having just gone through that (Albiet with Qlogic) this is what I did:
Make sure the st driver is set to a reasonable buffer size (I did this in
/etc/modprobe.conf):
options st buffer_kbs=1024
echo 1048576 /usr/openv/netbackup/db/config/SIZE_DATA_BUFFERS
echo 1048576
On Wed, Apr 30, 2008 at 8:17 AM, Justin Piszcz [EMAIL PROTECTED]
wrote:
I am only seeing 8-10MiB/s directly from RAM (/dev/shm) where if I write
the same data to an LTO-3, I see regular speeds, 60-90MiB/s no problems?
What happens if you don't use NetBackup and use native tar to go directly
Yeah yeah that was it I figured it after I sent the e-mail I was in a rush
to get these new serves up and forgot about the SIZE_* vars, getting
100MiB/s per tape drive now no problems.
On Wed, 30 Apr 2008, Jason Slagle wrote:
Having just gone through that (Albiet with Qlogic) this is what I
Thanks btw ;)
On Wed, 30 Apr 2008, Justin Piszcz wrote:
Yeah yeah that was it I figured it after I sent the e-mail I was in a rush to
get these new serves up and forgot about the SIZE_* vars, getting 100MiB/s
per tape drive now no problems.
On Wed, 30 Apr 2008, Jason Slagle wrote:
Btw there was a good HP doc, 32 for the NUMBER_DATA_BUFFERS and 256k for
the SIZE_DATA_BUFFERS is the best.
32 (48) was not any better, but 32 16 was a definite gain in
performance.
Justin.
On Wed, 30 Apr 2008, Jason Slagle wrote:
Having just gone through that (Albiet with Qlogic) this
Also for net_buffer_sz I use 1megabyte..
Also the one everyone forgets:
NUMBER_DATA_BUFFERS_RESTORE
This definitely can speed up restores as well I use 32 for that too)
On Wed, 30 Apr 2008, Jason Slagle wrote:
Having just gone through that (Albiet with Qlogic) this is what I did:
Make sure