- Community Home
- >
- Storage
- >
- Data Protection and Retention
- >
- StoreEver Tape Storage
- >
- Re: LTO hardware compression (or not)
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-16-2002 11:24 PM
тАО05-16-2002 11:24 PM
LTO hardware compression (or not)
I have an Ultium drive hooked up to my C3000 HPUX box. I used /sbin/insf to create the raw devices and got 4. Doing some tests i can't get the speed anywhere near the specified 15Mb /sec. It stays at around 1Mb/sec. I try this by doning a "dd if=
My thoughts are that none of the devices that is created by insf is a non-compressing device. Anything i dump will be compressed by the Ultrium drive itself which tapes (too much) time. At least that's my theory. I can't find any referenced on the net that confirm this theory of mine.
Does anyone have any experience with this compress-noncompress raw device under HPUX and if so, is there a bit in the minor number of the device that specifies whether the compress option of the drive whould be used or not? Cab i use mknod to create a non compressing tape device?
Thx in advance.
Antoon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-17-2002 12:06 AM
тАО05-17-2002 12:06 AM
Re: LTO hardware compression (or not)
http://www.scsita.org/terms/scsiterms.html
Also have you made sure the the LTO is the *only* thing on the SCSI bus (not being shared with your fast disk for example)
HTH
Duncan
I am an HPE Employee
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-17-2002 02:43 AM
тАО05-17-2002 02:43 AM
Re: LTO hardware compression (or not)
I'm not expecting max specified performance ofcourse but at the current rate i won't even be able to write one tape a day.
thx Antoon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-17-2002 12:46 PM
тАО05-17-2002 12:46 PM
Re: LTO hardware compression (or not)
When copying the data, does the drive stream, or does it start and stop. If it starts and stops, the drive is not being used to its fullest capacity. The problem lies elsewhere, disk, buss, caching.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-20-2002 04:58 AM
тАО05-20-2002 04:58 AM
Re: LTO hardware compression (or not)
We had similar numbers using a dd to the tape drive. The problem with dd is that it is a single stream. In order to get a decent throughput to the drive, use backup software that allows for streaming of files to the tape (i.e. Omniback, TSM, veritas).
If your disk back-end system is high-end, capable of 15-30 MB/s transfer rates, then do a dd with block size of around 8192k (dd -if
Aaron
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-20-2002 08:49 AM
тАО05-20-2002 08:49 AM
Re: LTO hardware compression (or not)
You should not need any "tricks" to get performance with the ULTRIUM drive. Create the devicefiles with SAM (ore use the files witch is created when you boot the computer whith the drive connected). The one called (for example) /dev/rmt/0m or /dev/rmt/xxxxxBEST will work fine. There is a utility in HP-UX called ftio witch is better than dd for performance tests, try this (if you dont have a hight performance backup program). You should always use hardware compression to get best performance.
I use a ULTRIUM 230 drive connected to a A400 computer and there is no problem to stream it with 30MB/s.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-21-2002 12:12 AM
тАО05-21-2002 12:12 AM
Re: LTO hardware compression (or not)
Still, one day, i'd like to know whether the 4 devices created for this Ultrium unit activate the hardware compression of the device or not. After all, my backup software allows me to specify to use gzip on filesystems before they are sent to tape. This is ofcourse rather silly if the unit does hardware compression and i cannot swith it off.
Antoon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-21-2002 04:19 AM
тАО05-21-2002 04:19 AM
Re: LTO hardware compression (or not)
See 'man 7 mt' for more detail on any HP-UX system.
Now, using data compression itself will not slow down the drive and your logic doesn't entirely hold. However, if hardware compression is enabled and the data being backup are compressible, you need to move the data even faster to the drive in order to keep it streaming.
The native maximum sustained speed of a 230 LTO drive is 15MB/s, however assuming 2:1 compression (std. avg.) it goes up to 30MB/s.
LTO drives have a variable speed function and they can slow themselves down in order to adjust to a slower data stream and still keep streaming. But this algorithm stops working when the data rate drops below 6MB/s (uncompressed).
Other factors to consider is the source of your data, the block size used, etc. and your bus configuration.
Actually, a LTO drive wants to transfer data over the bus at a burst rate of 80MB/s. However, HVD SCSI cards top out at 40MB/s - so using a HVD card puts an additional burden on your configuration.
If you want to test your systems ability to provide data fast enough, there is a performance assessment tool from HP. We just finalized an HP-UX version but I'm not sure if it's on the website already. If it is, you should be able to find it at http://www.hp.com/support/pat