- Community Home
- >
- Storage
- >
- Data Protection and Retention
- >
- StoreEver Tape Storage
- >
- Re: Ultrium, compression, which driver?
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
тАО08-19-2003 01:10 AM
тАО08-19-2003 01:10 AM
Ultrium, compression, which driver?
/dev/rmt/9m /dev/rmt/c17t3d6BEST
/dev/rmt/9mb /dev/rmt/c17t3d6BESTb
/dev/rmt/9mn /dev/rmt/c17t3d6BESTn
/dev/rmt/9mnb /dev/rmt/c17t3d6BESTnb
Are /dev/rmt/c2t1d0BEST and /dev/rmt/9m the same?
I thought that in case of e.g. DLTs the data compression is a question of device files used to write to the tape. Is it right or not?
With OmniBack /dev/rmt/9m is used. Is it ok?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-19-2003 01:34 AM
тАО08-19-2003 01:34 AM
Re: Ultrium, compression, which driver?
Hi,
You are correct, hardware compression or not depends on the device file used. If created as default device files, /dev/rmt/c2t1d0BEST and /dev/rmt/9m is the equivalent (check the minor number).
The /dev/rmt/9m is OK for OmniBack.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-19-2003 01:36 AM
тАО08-19-2003 01:36 AM
Re: Ultrium, compression, which driver?
to see which device are the same, use
cd /dev/rmt
lssf *
You will see a detailed description of each special file.
/dev/rmt/c2t1d0BEST and /dev/rmt/9m are the same if their description and HW patch are the same.
In my case:
stape card instance 3 SCSI target 2 SCSI LUN 0 at&t best density available at address 5/0/6/0/0.8.0.255.1.2.0 0m
stape card instance 3 SCSI target 2 SCSI LUN 0 berkeley best density available at address 5/0/6/0/0.8.0.255.1.2.0 0mb
stape card instance 3 SCSI target 2 SCSI LUN 0 at&t no rewind best density available at address 5/0/6/0/0.8.0.255.1.2.0 0mn
stape card instance 3 SCSI target 2 SCSI LUN 0 berkeley no rewind best density available at address 5/0/6/0/0.8.0.255.1.2.0 0mnb
stape card instance 3 SCSI target 2 SCSI LUN 1 at&t best density available at address 5/0/6/0/0.8.0.255.1.2.1 1m
stape card instance 3 SCSI target 2 SCSI LUN 1 berkeley best density available at address 5/0/6/0/0.8.0.255.1.2.1 1mb
stape card instance 3 SCSI target 2 SCSI LUN 1 at&t no rewind best density available at address 5/0/6/0/0.8.0.255.1.2.1 1mn
stape card instance 3 SCSI target 2 SCSI LUN 1 berkeley no rewind best density available at address 5/0/6/0/0.8.0.255.1.2.1 1mnb
stape card instance 3 SCSI target 2 SCSI LUN 0 at&t best density available at address 5/0/6/0/0.8.0.255.1.2.0 c3t2d0BEST
stape card instance 3 SCSI target 2 SCSI LUN 0 berkeley best density available at address 5/0/6/0/0.8.0.255.1.2.0 c3t2d0BESTb
stape card instance 3 SCSI target 2 SCSI LUN 0 at&t no rewind best density available at address 5/0/6/0/0.8.0.255.1.2.0 c3t2d0BESTn
stape card instance 3 SCSI target 2 SCSI LUN 0 berkeley no rewind best density available at address 5/0/6/0/0.8.0.255.1.2.0 c3t2d0BESTnb
stape card instance 3 SCSI target 2 SCSI LUN 1 at&t best density available at address 5/0/6/0/0.8.0.255.1.2.1 c3t2d1BEST
stape card instance 3 SCSI target 2 SCSI LUN 1 berkeley best density available at address 5/0/6/0/0.8.0.255.1.2.1 c3t2d1BESTb
stape card instance 3 SCSI target 2 SCSI LUN 1 at&t no rewind best density available at address 5/0/6/0/0.8.0.255.1.2.1 c3t2d1BESTn
stape card instance 3 SCSI target 2 SCSI LUN 1 berkeley no rewind best density available at address 5/0/6/0/0.8.0.255.1.2.1 c3t2d1BESTnb
0m is c3t2d0BEST
1m is c3t2d1BEST
Massimo
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-19-2003 04:27 AM
тАО08-19-2003 04:27 AM
Re: Ultrium, compression, which driver?
But I still don't understand something. I have Ultrium-2 drives with these devices(forget BEST):
# lssf /dev/rmt/9*
stape card instance 13 SCSI target 3 SCSI LUN 6 at&t best density available at address 1/0/2/0/0.97.35.255.1.3.6 /dev/rmt/9m
stape card instance 13 SCSI target 3 SCSI LUN 6 berkeley best density available at address 1/0/2/0/0.97.35.255.1.3.6 /dev/rmt/9mb
stape card instance 13 SCSI target 3 SCSI LUN 6 at&t no rewind best density available at address 1/0/2/0/0.97.35.255.1.3.6 /dev/rmt/9mn
stape card instance 13 SCSI target 3 SCSI LUN 6 berkeley no rewind best density available at address 1/0/2/0/0.97.35.255.1.3.6 /dev/rmt/9mnb
So there are at&t and berkely best density with rew or not rew. What is the differences between these two?
Does it mean that the drive always makes HW compression? How to avoid this? Does it make any sense to avoid this?
Thanks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-19-2003 04:59 AM
тАО08-19-2003 04:59 AM
Re: Ultrium, compression, which driver?
This drives is all compressed. To avoid hardware compression you have to create an uncompressed device file manually (with mksf).
It depends on the application if berkely or at&t style file should be used. For example, OmniBack uses at&t files on HP-UX but berkely files on Solaris.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-19-2003 06:58 AM
тАО08-19-2003 06:58 AM
Re: Ultrium, compression, which driver?
You can find instructions how to create devicefiles in this document:
http://h200005.www2.hp.com/bc/docs/support/SupportManual/lpg28833/lpg28833.pdf
To create a uncompressed file:
mksf -H
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-20-2003 06:55 AM
тАО08-20-2003 06:55 AM
Re: Ultrium, compression, which driver?
Where "Smart Data Compression" comes into play is when the data can not be compressed. Most drives will always attempt to compress data when hardware compression is on so with data that can't be compressed further you actually get larger files. It is up to the user to pick the compromise device file.
With most drives if you have lots of compressed files you are backing up you want to use a non-compressing device file. You will lose some capacity on the files that could be compressed though. If you only have a few compressed files and mostly files that can be compressed you choose a device file that enables hardware compression. You will lose some capacity when you back up already compressed files though.
The Ultrium drive "Smart Data Compression" takes care of all the guess work for you. Alway use a compressing device file and the drive will automatically pick the method that will take the least space on the tape.
No more compromises.
No more capacity loss.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-21-2003 12:18 AM
тАО08-21-2003 12:18 AM
Re: Ultrium, compression, which driver?
Now I understand almost everything. I have just one more quiestion:
Let's say I have Ultrium 420. The docs claims 30MB/s native write speed. How to measure it?
#time dd if=/dev/zero of=/dev/rmt/xxx bs=1024k count=10000
It's a nice way but what device to use in /dev/rmt/xxx ? Comressed one ore not?
30MB/s native(!) write speed suggests me a value without any HW or smart data compression.
Like e.g. in DLT8000 6MB/s native, ~12MB/s compressed.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-21-2003 12:27 AM
тАО08-21-2003 12:27 AM
Re: Ultrium, compression, which driver?
/dev/zero gives you a lrge bunch of zeros. Very very compressable :)
for the test use /dev/rmt/Xm
but as a source .... vmunix, datafile from a system tablespace.
Take care in the measure, there may be issues with:
scsi, fc, disk capacity, cpu speed, bus architecture.
We were not able to achieve the full speed on a K due to bus architecture with many cpus...
Massimo
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-21-2003 12:53 AM
тАО08-21-2003 12:53 AM
Re: Ultrium, compression, which driver?
It can be hard to reach the full performance of a Ultrium 460 drive due to other limitations in the system. For filesystem backup tests, ftio or fbackup is faster then cpio or tar. For raw performance, DataProtector disk image backup is a good tool (you can download an evolution copy of DP from HP).
To test native performance you must use an uncompressed device file else the drive hardware compression is on.