Modeling and Simulation of Tape Libraries for Hierarchical Storage - - PowerPoint PPT Presentation

modeling and simulation of tape libraries for
SMART_READER_LITE
LIVE PREVIEW

Modeling and Simulation of Tape Libraries for Hierarchical Storage - - PowerPoint PPT Presentation

Modeling and Simulation of Tape Libraries for Hierarchical Storage Management Systems Jakob L uttgau University of Hamburg Scientific Computing April 11, 2016 Jakob L uttgau University of Hamburg Modeling and Simulation of Tape


slide-1
SLIDE 1

Modeling and Simulation of Tape Libraries for Hierarchical Storage Management Systems

Jakob L¨ uttgau

University of Hamburg Scientific Computing

April 11, 2016

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 1 / 40

slide-2
SLIDE 2

Overview

  • 1. Motivation and Background
  • 2. Modeling and Simulation Tape Storage Systems
  • 3. Evaluation
  • 4. Conclusion / Discussion

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 2 / 40

slide-3
SLIDE 3

Motivation

Long-term storage and upcoming challenges for exascale supercomputers.

Why long-term storage?

◮ Preservation of human knowledge ◮ Preservation of cultural goods (arts, literature, music, movies, etc.) ◮ Archival of organizational data (e.g., raw movie footage) ◮ Preservation of personal documents and photos ◮ Compliance with legal requirements

Challenges for scientific users (e.g., DKRZ, CERN):

◮ Supercomputers highly parallel ◮ Produce data faster than can be stored persistently ◮ Producing insight was expensive and results should be preserved ◮ Deep storage hierarchies to balance cost and performance ◮ Scientific users already approaching exascale storage systems ◮ Innovation mostly dependent on vendors

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 3 / 40

slide-4
SLIDE 4

History of Magnetic Tape Storage

1890s Valdemar Poulsen invents Magnetic Wire Recording. Only limited use through the 1920s and 1930s, but popular from 1946 to 1954. One hour of audio recording required about 2200m

  • f thin wire (0.10 to 0.15 mm).

1928 Fritz Pfleumer uses ferric oxide (Fe2O3) as a recording medium. The approach is improved by AEG and reel-to-reel tape recorder for tapes produced by BASF is released. The method was kept secret during World War II. 1947 John Bardeen, Walter Brattain and William Schockley invent the Transistor 1950 Reel-to-Reel recording and playback devices become affordable enabled by transistors. 1951 Data storage UNIVAC I (UNIVersal Automatic Computer I) 128 chars per inch, written on 8 tracks 1952 IBM introduces the first magnetic data storage devices often referred to as 7 Track. 1962 Phillips invents Compact Cassete for audio recordings, though it was also sometimes used for data storage. (1956) Focus on tape from here on, as other media such as floppies and diskettes are beyond the scope

  • f the section.

1959 Toshiba introduces helical scan as tape draw speed determines the maximum recordable fre-

  • quency. The signal may not get imprinted which was a problem for video recording. Sony

later pushed this technology further forward. 1980s Introduction of automated robotic tape libraries by Sun with the Brand StorageTek. Tape is suddenly accessible within tens of seconds instead of hours or days. The term nearline storage gains traction to describe such systems. 1990s Linear Tape Open (LTO) Consortium is founded. LTO is todays most wide-spread format.

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 4 / 40

slide-5
SLIDE 5

Competing On-Tape Data Layouts

Linear-serpentine provides high data densities and scaleable throughput.

linear helical-scan linear-serpentine

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 5 / 40

slide-6
SLIDE 6

LTO Tape Format

Linear Tape Open - Standards are beneficial for customers and vendors.

L203_455 1 2 3 4 5

Sun (2006) Gen Thickness (µm) Length (m) Tracks Bit Density EEPROM 1 8.9 609 384 4880 4 kb 2 8.9 609 512 7398 4 kb 3 8.0 680 704 9638 4 kb 4 6.6 820 896 13250 8 kb 5 6.4 846 1280 15142 8 kb 6 6.1 846 2176 15143 16 kb 7 5.6 960 3584 NA 16 kb

◮ LTO-6: 0.011 USD/GB native, 0.005 USD/GB compressed, (2.5 to 6 TB) ◮ LTO-7: 0.028 USD/GB native, 0.012 USD/GB compressed, (6 to 15 TB)

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 6 / 40

slide-7
SLIDE 7

Linear Tape Open (2)

LTO release strategy: Backwards-compatibility; New generation every 2-3 years.

(Spectralogic, 2016a)

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 7 / 40

slide-8
SLIDE 8

Future of Tape

Is tape obsolete? Probably not for another decade or two. (Fontana et al., 2013)

0.01 0.1 1 10 2007 2008 2009 2010 2011 2012 2013

YEAR MEMORY COST ($/GB)

LTO TAPE HDD NAND

0.00 1.00 2.00 3.00 4.00 5.00 6.00 7.00 8.00 9.00 10.00 2007 2008 2009 2010 2011 2012 2013 YEAR NORMALIZED PB SHIPMENTS

LTO TAPE HDD NAND

0.00 0.50 1.00 1.50 2.00 2.50 3.00 3.50 4.00 2007 2008 2009 2010 2011 2012 2013 YEAR NORMALIZED MSI SHIPMENTS

LTO TAPE HDD NAND

0.00 0.50 1.00 1.50 2.00 2.50 3.00 2007 2008 2009 2010 2011 2012 2013 YEAR NORMALIZED AREAL DENSIT LTO TAPE HDD NAND YE2012 LTO TAPE Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 8 / 40

slide-9
SLIDE 9

Automated Tape Libraries

Archives; Data reduction and compression; Encryption; Self-describing tape formats;

IBM TS3500 Library Complex (IBM, 2011b) StorageTek SL8500 Library Complex (Oracle, 2015) TFinity Library Complex (Spectralogic, 2016b) Scalar i6000 Library Complex (Quantum, 2015)

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 9 / 40

slide-10
SLIDE 10

LTFS

Linear Tape File System - Portable and self-describing cartridges

(Pease et al., 2010)

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 10 / 40

slide-11
SLIDE 11

HPSS

High Performance Storage Systems

(IBM, 2011a)

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 11 / 40

slide-12
SLIDE 12

Goals of the Thesis

A framework to simulate automated tape library systems.

  • 1. Development of models to describe key aspects of tape systems
  • 2. Simulation of tape systems using discrete event simulation
  • 3. Virtual monitoring system for simulation to collect key metrics.
  • 4. Reporting and data analysis workflows for hierarchical storage types
  • 5. Tooling to gain insight on the benefits of different configurations for HSM

More informed answers to questions like:

◮ How to deploy a cost-efficient system from a data center perspective? ◮ What are the minimal requirements to meet a specification or QoS? ◮ Which features do we need for the next generation of systems?

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 12 / 40

slide-13
SLIDE 13
  • 1. Motivation and Background
  • 2. Modeling and Simulation Tape Storage Systems
  • 3. Evaluation
  • 4. Conclusion / Discussion

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 13 / 40

slide-14
SLIDE 14

A simple model to get started

Introduction of the most important components.

Client Group Client Tape Drive Tape Silo Cache Switch I/O Server Shared Cache Switch

  • 1. Multiple clients which may issue requests to read and write data
  • 2. An I/O Server to receive and handle the requests
  • 3. Different cache levels, to speed up access for recently touched files
  • 4. Automated tape silos and tape drives to access the archive

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 14 / 40

slide-15
SLIDE 15

Handling READ Requests

Staging of recently accessed files for reads.

Client Group Client Shared Cache Switch Cache I/O Server

READ (cached)

Tape Drive

READ (not in cache)

Shared Cache Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 15 / 40

slide-16
SLIDE 16

Handling WRITE Requests

Two-Phase write with delayed persistence on tape.

WRITE (Phase 2)

Client Group Client Switch Cache I/O Server

WRITE (Phase 1)

Tape Drive delay Shared Cache Shared Cache Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 16 / 40

slide-17
SLIDE 17

Model Overview

Hardware and software components in a combined overview.

Client Group Client Tape Silo Shared Cache Switch I/O Servers ... Cache Switch Drive Drive Drive Drive Drive Drive Drive Drive Network I/O Scheduling Tape Manager File Manager Direct RAIT Cache Policies Robot Sched. Library Topologies Workload Generation Load Balancing Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 17 / 40

slide-18
SLIDE 18

Library Topology

Invent models to estimate time panelties for certain actions.

(Sun, 2006)

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 18 / 40

slide-19
SLIDE 19

Library Topology

Buying a system vs. running a system.

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 19 / 40

slide-20
SLIDE 20

Robot Scheduling

Example: How a single SL8500 library maybe seen by a scheduling component.

Rr,i

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 20 / 40

slide-21
SLIDE 21

Graph-Based Topology Model

Component connecticity graphs with distance or time panalties.

Shelf 1

50cm

Shelf -1

4 sec

Elevator, 10 sec Elevator, 10 sec

Robot

5m/s

Drive 1 Drive 2 ... Shelf 2

20cm

...

get_distance()

Shelf -2

3 sec

...

get_time()

get time(evi,vj or v) :=

    

t if evi,vj or v have time t set

get distance(vi,vj) vrobot

if e but no time is set

  • therwise

TG(vi, vj) =

shortest path(v0,v1)

  • vi,vj

get time(vi) + get time(evi,vj )

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 21 / 40

slide-22
SLIDE 22

2D Topology Model

Flat library projections and tape receive times. Optional with easing.

1 2 3 4 5 6 8 9 10 11 7 1 2 3 5 6 7 8

20cm (0,0)

Slot 6,9 x=57.5 y=28.25 1 Drive 2 (111,10.5) 3 5 6 4

T2D(pj, pi) = max

  • |pix − pjx|

vx , |piy − pjy| vy

  • T2D(path) =

path

  • pi,pj

T2D(pi, pj) + Twait/work

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 22 / 40

slide-23
SLIDE 23

(Sun, 2006)

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 23 / 40

slide-24
SLIDE 24

Serpentine Tape Model

Estimating spool and seek times for tape access.

Tseek(posj, posi) = max

  • |posix − posjx|

vspool , |posit − posjt| vhead

  • Tread/write(bytes) =

bytes vread/write Tbusy = Tmount +

 

BOT,...,BOT

  • posi,posi+1

Tseek(posi, posj) + Tread/write(bytesi)

  + Tunmount

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 24 / 40

slide-25
SLIDE 25

Network Model Granularity

Tape Drive and HDD/SSD throughput are limiting factors.

I/O Node RAM

280 MB/s (L TO5) 400 MB/s (L TO6) 1-10 GB/s 50-120 MB/s (HDD) 200-500 MB/s (SSD)

Network Tape Drive HDD/SSD Cache

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 25 / 40

slide-26
SLIDE 26

PDU/Package-based Network Model

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 26 / 40

slide-27
SLIDE 27

Graph-based Network Model

Required in any case: Network component connection graph.

Client Cache Shared Cache Tape Drive Switch I/O Server Tape Drive RAM Switch

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 27 / 40

slide-28
SLIDE 28

Graph-based Network Model

Combined maximum-flows when considering I/O servers, clients and caches.

Client Cache Shared Cache Tape Drive Switch I/O Server Tape Drive RAM Switch

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 28 / 40

slide-29
SLIDE 29

Scheduling and Request Queues

Chaining specialized request queues makes resource allocation manageable.

Drive Drive Drive R1,1 Rr,i R1,1 Rr,i Disk I/O Dirty Queue Tape I/O IN OUT Robots

uncached reads cached read & writes serve write serve move tape service Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 29 / 40

slide-30
SLIDE 30

◮ Request data

◮ requests.csv summaries (e.g. throughput, duration, size, status) ◮ stages.csv ◮ wait-times.csv ◮ Detailed request histories including bandwidth changes (optional)

◮ Simulation process log when enabled (Default: stdout) ◮ Simulation state in limited detail

◮ Filesystem state ◮ Tape system state (Tapes and Slots) ◮ Global cache state

◮ HSM/Tape System Configuration

◮ Network Topology as XML ◮ Library Topology (pickle/XML)

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 30 / 40

slide-31
SLIDE 31
  • 1. Motivation and Background
  • 2. Modeling and Simulation Tape Storage Systems
  • 3. Evaluation
  • 4. Conclusion / Discussion

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 31 / 40

slide-32
SLIDE 32

Workload Trace

10 20 30 Sat Mon Wed Fri Sun Tue Thu Sat Mon Wed Fri

count type

read write

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 32 / 40

slide-33
SLIDE 33

Network Topology used for Evaluation

15000.0 15000.0 1 . 1 . 1 . 1 . 1000.0 1000.0 1 5 . 1 5 . 100.0 1 . 100.0 200.0 2 . 200.0 200.0 200.0 100.0 1 . 100.0 200.0 2 . 200.0 200.0 200.0 1 . 1 . 1000.0 1000.0

0::Dummy 1::Node Switch 3::Drive Switch 4::I/O:A 6::Drive:A 7::Drive:B 9::Drive 1 10::Drive 2 11::Drive 3 12::Drive 4 13::Drive 5

...

15::mistralpp.dkrz.de 16::lobster1.dkrz.de 17::mistralpp03.dkrz.de

... ... 15000.0 1 5 .

2::Switch Disk Cache

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 33 / 40

slide-34
SLIDE 34

20 40 60 Sat Mon Wed Fri Sun Tue Thu Sat Mon Wed Fri

FTP Jobs

20 40 60 Sat Mon Wed Fri Sun Tue Thu Sat Mon Wed Fri

Stages

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 34 / 40

slide-35
SLIDE 35

10 20 Sat Mon Wed Fri Sun Tue Thu Sat Mon Wed Fri

Number of Jobs wait−times

< 1m < 2m < 3m < 4m < 5m < 8m < 10m < 15m < 20m < 30m < 1h < 2h < 4h < 8h more

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 35 / 40

slide-36
SLIDE 36

30 drives

20 40 60 Sat Mon Wed Fri Sun Tue Thu Sat Mon Wed Fri

Stages

45 drives

20 40 60 Sat Mon Wed Fri Sun Tue Thu Sat Mon Wed Fri

Stages

75 drives

20 40 60 Sat Mon Wed Fri Sun Tue Thu Sat Mon Wed Fri

Stages

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 36 / 40

slide-37
SLIDE 37

30 drives

250 500 750 1000 Sat Mon Wed Fri Sun Tue Thu Sat Mon Wed Fri

Number of Jobs wait−times

< 1m < 2m < 3m < 4m < 5m < 8m < 10m < 15m < 20m < 30m < 1h < 2h < 4h < 8h more

45 drives

10 20 Sat Mon Wed Fri Sun Tue Thu Sat Mon Wed Fri

Number of Jobs wait−times

< 1m < 2m < 3m < 4m < 5m < 8m < 10m < 15m < 20m < 30m < 1h < 2h < 4h < 8h more

75 drives

0.0 2.5 5.0 7.5 10.0 12.5 Sat Mon Wed Fri Sun Tue Thu Sat Mon Wed Fri

Number of Jobs wait−times

< 1m < 2m < 3m < 4m < 5m < 8m < 10m < 15m < 20m < 30m < 1h < 2h < 4h < 8h more

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 37 / 40

slide-38
SLIDE 38

Example: Easy to determine QoS for Total-Waittime

E.g.: How many drives to serve x % of requests in under y minutes.

30 drives

0.00 0.25 0.50 0.75 1.00 < 1m < 2m < 3m < 4m < 5m < 8m < 10m < 15m < 20m < 30m < 1h < 2h < 4h < 8h more

total wait−times Jobs

45 drives

0.00 0.25 0.50 0.75 1.00 < 1m < 2m < 3m < 4m < 5m < 8m < 10m < 15m < 20m < 30m < 1h < 2h < 4h < 8h more

total wait−times Jobs

60 drives

0.00 0.25 0.50 0.75 1.00 < 1m < 2m < 3m < 4m < 5m < 8m < 10m < 15m < 20m < 30m < 1h < 2h < 4h < 8h more

total wait−times Jobs

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 38 / 40

slide-39
SLIDE 39

Conclusion and Discussion

Summary

◮ Tape to remain relevant if cost advantage is maintained ◮ Better models now available to be used by schedulers ◮ Simulation resembles behavior of a real system ◮ Automatic exploration of configurations is feasible

Future Work

◮ Improve configuration process, consider GUI ◮ Mature existing architecture to manage physical tape libraries ◮ Port core APIs to more efficient programming languages ◮ Conduct experiments and prepare workflows for common cost

minimization/performance maximization problems

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 39 / 40

slide-40
SLIDE 40

Bibliography I

Fontana, R. E., Decad, G. M., and Hetzler, S. R. (2013). The Impact of Areal Density and Millions of Square Inches ( MSI ) of Produced Memory on Petabyte Shipments of TAPE , NAND Flash , and HDD Storage Class Memories. Proceedings of the 29th IEEE Symposium on Massive Storage Systems and Technologies. IBM (2011a). High Performance Storage System. Technical report. IBM (2011b). IBM System Storage TS3500 Tape Library Connector and TS1140 Tape Drive support for the IBM TS3500 Tape Library. pages 1–15. Oracle (2015). StorageTek SL8500 Modular Library System User’s Guide. Pease, D., Amir, A., Villa Real, L., Biskeborn, B., Richmond, M., and Abek, A. (2010). The linear tape file system. 2010 IEEE 26th Symposium on Mass Storage Systems and Technologies, MSST2010, 4. Quantum (2015). Quantum Scalar i6000 Datasheet. Spectralogic (2016a). LTO Roadmap. https://www.spectralogic.com/features/lto-7/. [Online; accessed 2016-01-24]. Spectralogic (2016b). Spectralogic TFinity - Enterprise Performance. https://www.spectralogic.com/products/spectra-tfinity/tfinity-features-enterprise-performance/. [Online; accessed 2016-02-12]. Sun (2006). StorageTek StreamLine SL8500 - User Guide. (96154).

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 40 / 40

slide-41
SLIDE 41

Appendix

  • 5. Library Management
  • 6. Concurrency
  • 7. Runtime and Memory Requirements
  • 8. Misc

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 1 / 10

slide-42
SLIDE 42

Discrete Event Simulation

Only require calculations when the state of the system changes.

Step 0

t

Step 1 Step 2 Step 3 Events

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 2 / 10

slide-43
SLIDE 43

Network Model (Implementation)

Example: The network with one busy drive. Max-flow used to estimate throughput.

10.0 1 . 1 . 10.0 5.0 1 . 1 . 10.0 30.0 3 . 25.0 3 . 2 . 3 . 30.0 2 . 2 5 . 30.0 2 . 5.0 5 . 2 . 0.0 5 . Client:A Client:B Client:C Client:D Switch I/O:A I/O:B Cache Switch Disk Cache Drive:A Drive:B Library 0.0 . . 0.0 5.0 . . 0.0 0.0 . 5.0 . . . 0.0 . 5 . 0.0 . 0.0 . . 0.0 5 . Client:A Client:B Client:C Client:D Switch I/O:A I/O:B Cache Switch Disk Cache Drive:A Drive:B Library

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 3 / 10

slide-44
SLIDE 44

Library Organisation and Management

File and tape management.

File file1 file2 file3 file4 file5 Size 3134 6483 39485 38474 345 Position Tape 012345L1 LTO834L5 274344L4 274344L4 LTO834L5 Tape 012345L1 LTO834L5 274344L4 267753L4 264653L4 CLN004CU CLN031CU Slot 1,1,1,18, 9 3,1,3, 7, 5 1,4,2,-6,12 2,2,4, 3, 5 1,3,3, 7, 1 2,3,1,-7, 8 1,2,1, 2, 3 resolve(1,2,1,2,3) Complex 1, Library 2, Rail 1 x=54.5cm y=84.3cm

Library Topology

pos,track 45,447 1623,187 2245,184 3749, 47 Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 4 / 10

slide-45
SLIDE 45

Concurrency

I/O scheduling and strong vs. weak ordering semantics

  • 1. Oi = read(D), Oj = read(D). Maybe handled concurrently.
  • 2. Oi = read(D), Oj = write(D). Can not be handled concurrently.
  • 3. Oi = write(D), Oj = read(D). Can not be handled concurrently.
  • 4. Oi = write(D), Oj = write(D). Can not be handled concurrently.

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 5 / 10

slide-46
SLIDE 46

Tape System Software Stack

A similar stack should also allow to run a real tape system.

Network I/O Scheduler Tape Manager File Manager Direct RAIT Cache Robot Sched. Abstr ct Models LoD Not Feasible 2D Model

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 6 / 10

slide-47
SLIDE 47

Components and Classes

UML Class Diagram

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 7 / 10

slide-48
SLIDE 48

Workload Trace (2)

Request size and request type distributions

20000 40000 60000 80000 1e−04 0.1 100 1e+05

megabytes frequency

20 40 60 read write

type %

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 8 / 10

slide-49
SLIDE 49

Runtime and Memory Consumption

Only request data is immediately written to disk. Some other data accumulates.

200 400 600 00:00 01:00 02:00 03:00 04:00

runtime megabytes variable

rss size Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 9 / 10

slide-50
SLIDE 50
  • 5. Library Management
  • 6. Concurrency
  • 7. Runtime and Memory Requirements
  • 8. Misc

Jakob L¨ uttgau University of Hamburg Modeling and Simulation of Tape Libraries April 11, 2016 10 / 10