correct - each yellow tape is of the "LTO3 Ultrium" standard and each one can hold 400 GB of uncompressed data. This particular device holds 24 tapes so can store at least 9,600 GB (9.4 TB) of data. It is designed to be used with a backup server - most modern backups are done to magnetic tape (such as seen here) as they are cheaper than hard drives and can easily be loaded and unloaded from tape drives.
Fragmentation isn't really a thing on tape... All the files are written linearly. In fact, there isn't even a filesystem per se. You just write files in order and then read them back in order. Or you tell the drive commands like "go to the start of the tape, skip five files forward" and then start reading. (At least that's how it works on Linux) And usually you don't write a whole directory that way. You'd zip them up into a single archive first, usually a .tar (Tape ARchive) file. There is also a thing called LTFS, which adds a filesystem to LTO-5 (and some other tape formats that also adopted it), but it still stores files linearly. Anything else would immediately kill performance and dramatically shorten the lifespan of your tapes and drives.
@@djsmasmphil1549 I just recently got myself a ARCvault 48 model with two LTO-4 drives for my at-home "datacenter". It's a very spacious 4U unit. Gotta fill up that cabinet space somehow! You said you use Backup Exec 2010 R3?
My teacher in robotics class had once told me that an automated system should have zero wait states. This thing is way too slow and imprecise, it constantly has to correct and realign itself. Poor programming. I could probably do better with a Lego Mindstorms set... lol !
This is not about speed, it's not about making the perfect robot. The one and only goal this robot has is reliability. Doing a tape backup you usually have a disk cache in front, so data is being copied to the disk cache during the backup and then pumped onto the tapes so a little delay while the robot goes off to grab a new empty tape is no issue. The alternative is doing it yourself, walking into the server room (noisy and hot room...) and searching for the exact right tape with the specific barcode that the backup software has requested. If you need one of these there's easily 100+ tapes so have fun sorting through them ;) Btw: just because your teacher says something, doesn't make it true ;) Zero wait states is impossible as the entire technique behind this is based on a single drive with tapes, so swapping tapes there is always a wait.
0:44 small cute robot kicks the cartridge with his little leg
I adore that little kick,
Its like watching a robot bird tend to its nest.
Ideal for my VHS collection ! 😁
Perfect.Thanks for this information..
Well done!
I like the validating part.
Fascinating!!!
Very cool.
this is cool
Think you .
is it possible to upgrade the drive to an lto 5?
correct - each yellow tape is of the "LTO3 Ultrium" standard and each one can hold 400 GB of uncompressed data. This particular device holds 24 tapes so can store at least 9,600 GB (9.4 TB) of data. It is designed to be used with a backup server - most modern backups are done to magnetic tape (such as seen here) as they are cheaper than hard drives and can easily be loaded and unloaded from tape drives.
Crazy to think that one tape now can hold up to double or triple that amount.
@@cylais3518 Triple? Google 'LTO9 capacity'. Might wanna sit down first. 😉
so is this some type of mass storage device or what? I have never heard of or seen such a contraption before lol
Suprisingly interesting aye lol
How did work Jack Plug in ,Plug out
Does "Ow" mean something got hurt?!?
Yes
Ow
why doesn't it just push the tape in for pete's sake ?
Parece som de dinossauro kkkkk
Imagine somebody has done something stupid and files are scattered all around those cartridges.
Defragmenting that stuff must be awesome to watch XD
Fragmentation isn't really a thing on tape... All the files are written linearly. In fact, there isn't even a filesystem per se. You just write files in order and then read them back in order. Or you tell the drive commands like "go to the start of the tape, skip five files forward" and then start reading. (At least that's how it works on Linux) And usually you don't write a whole directory that way. You'd zip them up into a single archive first, usually a .tar (Tape ARchive) file.
There is also a thing called LTFS, which adds a filesystem to LTO-5 (and some other tape formats that also adopted it), but it still stores files linearly. Anything else would immediately kill performance and dramatically shorten the lifespan of your tapes and drives.
um... never seen or heard an ewok..... maybe it does, maybe it doesn't then! lol
ehhm... is it supposed to be this slow?
I have the same loader, and it IS this slow, but very reliable, running with BE2010R3.....!
@@djsmasmphil1549 I just recently got myself a ARCvault 48 model with two LTO-4 drives for my at-home "datacenter". It's a very spacious 4U unit. Gotta fill up that cabinet space somehow!
You said you use Backup Exec 2010 R3?
@@nicolegardner1710 yes I use BE2010R3........lol!
เอียง
My teacher in robotics class had once told me that an automated system should have zero wait states. This thing is way too slow and imprecise, it constantly has to correct and realign itself. Poor programming.
I could probably do better with a Lego Mindstorms set... lol !
www.overlandstorage.com/company/careers.aspx prove yourself to them
This is not about speed, it's not about making the perfect robot. The one and only goal this robot has is reliability. Doing a tape backup you usually have a disk cache in front, so data is being copied to the disk cache during the backup and then pumped onto the tapes so a little delay while the robot goes off to grab a new empty tape is no issue. The alternative is doing it yourself, walking into the server room (noisy and hot room...) and searching for the exact right tape with the specific barcode that the backup software has requested. If you need one of these there's easily 100+ tapes so have fun sorting through them ;)
Btw: just because your teacher says something, doesn't make it true ;) Zero wait states is impossible as the entire technique behind this is based on a single drive with tapes, so swapping tapes there is always a wait.
What's more important Having zero wait states or not shredding LTO tapes.
Thats because this is the low level stuff. If you want to see the real stuff used by the LHC etc then look up storagetek libraries.