Можно как-то определить сколько ленты (в байтах, метрах, процентах, чем-то еще) уже отмотано, т.е. определить сколько еще места на ней осталось.
Если без компресси, то еще как-то можно это сделать, определив размеры записанных файлов, а если с компрессией записано (аппаратной) то хрен поймешь
>Можно как-то определить сколько ленты (в байтах, метрах, процентах, чем-то еще) уже
>отмотано, т.е. определить сколько еще места на ней осталось.
>Если без компресси, то еще как-то можно это сделать, определив размеры записанных
>файлов, а если с компрессией записано (аппаратной) то хрен поймешьmt -f /dev/rmt/0 status
чем не устраивает?
>>Можно как-то определить сколько ленты (в байтах, метрах, процентах, чем-то еще) уже
>>отмотано, т.е. определить сколько еще места на ней осталось.
>>Если без компресси, то еще как-то можно это сделать, определив размеры записанных
>>файлов, а если с компрессией записано (аппаратной) то хрен поймешь
>
>mt -f /dev/rmt/0 status
>чем не устраивает?lion@donkey:/home/lion>mt -f /dev/rmt/0 status
Vendor 'QUANTUM ' Product 'DLT8000 ' tape drive:
sense key(0x0)= No Additional Sense residual= 0 retries= 0
file no= 2 block no= 0
кроме номера файла на ленте какая тут полезная информация?
>Можно как-то определить сколько ленты (в байтах, метрах, процентах, чем-то еще) уже
>отмотано, т.е. определить сколько еще места на ней осталось.
>Если без компресси, то еще как-то можно это сделать, определив размеры записанных
>файлов, а если с компрессией записано (аппаратной) то хрен поймешьникак, такая задача никогда не ставилась из-за самого подхода -
сказано же УСТРОЙСТВО ПОСЛЕДОВАТЕЛЬНОГО ДОСТУПА, значит контроль
того что записано и сколько записано - в твоих руках. На самой же ленте
есть ФИЗИЧЕСКИЕ МАРКЕРЫ начала и конца, разбери любую кассету -
увидишь специальные наклейки в начале ленты и в конце.Так понятно? Подумай как бы ты писал драйвер для такого устройства сам
и все станет понятно, какой такой метраж (номинально он есть для типа
ленты), какое такое количество занятого свободного в плане разной плотности, разных драйверов и разницы в software & hardware реализации
компрессии.
>>Можно как-то определить сколько ленты (в байтах, метрах, процентах, чем-то еще) уже
>>отмотано, т.е. определить сколько еще места на ней осталось.
>>Если без компресси, то еще как-то можно это сделать, определив размеры записанных
>>файлов, а если с компрессией записано (аппаратной) то хрен поймешь
>
>никак, такая задача никогда не ставилась из-за самого подхода -
>сказано же УСТРОЙСТВО ПОСЛЕДОВАТЕЛЬНОГО ДОСТУПА, значит контроль
>того что записано и сколько записано - в твоих руках. На самой
>же ленте
>есть ФИЗИЧЕСКИЕ МАРКЕРЫ начала и конца, разбери любую кассету -
>увидишь специальные наклейки в начале ленты и в конце.
>
>Так понятно? Подумай как бы ты писал драйвер для такого устройства сам
>
>и все станет понятно, какой такой метраж (номинально он есть для типа
>
>ленты), какое такое количество занятого свободного в плане разной плотности, разных драйверов
>и разницы в software & hardware реализации
>компрессии.Ничего особенно сложного в реализации не вижу, даже банальный видеомагнитофон считает сколько ленты он открутил и при желании может встать в нужную позицию, а тут лентовод метку конца файла находит же как-то, что ему мешает посчитать сколько метров ленты он при этом отматал???
Надеюсь не надо объяснять как это можно сделать в электронном исполнении?
Последовательность доступа обуславливает только то, что нельзя в середину файла чего-то записать или прочитать не промотав весь файл. Однако хранить информацию о том сколько уже прочитанно/отмотано никто не запрещает.
Поэтому наличие такого счетчика мне показалось уместным.
>>>Можно как-то определить сколько ленты (в байтах, метрах, процентах, чем-то еще) уже
>>>отмотано, т.е. определить сколько еще места на ней осталось.
>>>Если без компресси, то еще как-то можно это сделать, определив размеры записанных
>>>файлов, а если с компрессией записано (аппаратной) то хрен поймешь
>>
>>никак, такая задача никогда не ставилась из-за самого подхода -
>>сказано же УСТРОЙСТВО ПОСЛЕДОВАТЕЛЬНОГО ДОСТУПА, значит контроль
>>того что записано и сколько записано - в твоих руках. На самой
>>же ленте
>>есть ФИЗИЧЕСКИЕ МАРКЕРЫ начала и конца, разбери любую кассету -
>>увидишь специальные наклейки в начале ленты и в конце.
>>
>>Так понятно? Подумай как бы ты писал драйвер для такого устройства сам
>>
>>и все станет понятно, какой такой метраж (номинально он есть для типа
>>
>>ленты), какое такое количество занятого свободного в плане разной плотности, разных драйверов
>>и разницы в software & hardware реализации
>>компрессии.
>
>Ничего особенно сложного в реализации не вижу, даже банальный видеомагнитофон считает сколько
>ленты он открутил и при желании может встать в нужную позицию,
>а тут лентовод метку конца файла находит же как-то, что ему
>мешает посчитать сколько метров ленты он при этом отматал???
>Надеюсь не надо объяснять как это можно сделать в электронном исполнении?
>Последовательность доступа обуславливает только то, что нельзя в середину файла чего-то записать
>или прочитать не промотав весь файл. Однако хранить информацию о том
>сколько уже прочитанно/отмотано никто не запрещает.
>Поэтому наличие такого счетчика мне показалось уместным.видимо некое непонимание или нежелание понять:
- сделай свой девайс в электронном виде
- напиши к нему драйвер
- создай новый элемент хранения информации: байто-метр (это пик технологии
- сколько информации можно уместить в метре/секторе/..., те то над чем все фирмы производящие носители информации бьются)Никто не запрещает и думаю для многих он будет удобен.
Я всего лишь спросил существует ли такой счетчик, поскольку не сомневаюсь в _возможности_ его наличия.
то что его нет - это недоработка производителей
и не надо меня убеждать что добавить такую возможность в железо нельзя по каким-то принципиальным причинам. Я имею в виду для производителя.
На каждой ленте написан ее метраж, при прокрутке ленты, лентовод может вполне реально вести счетчик сколько он метров прокрутил, уже этого достаточно, чтобы оценить степень использования ленты.
>Я всего лишь спросил существует ли такой счетчик, поскольку не сомневаюсь в
>_возможности_ его наличия.
>то что его нет - это недоработка производителей
>и не надо меня убеждать что добавить такую возможность в железо нельзя
>по каким-то принципиальным причинам. Я имею в виду для производителя.
>На каждой ленте написан ее метраж, при прокрутке ленты, лентовод может вполне
>реально вести счетчик сколько он метров прокрутил, уже этого достаточно, чтобы
>оценить степень использования ленты.я всего лишь ответил, что-то не так?
еще пример, допустим у меня HP SureStore на 40/20 GB с поддержкой:
DDS4/3/2
что толку от счетчика, и сколько будет байт в 10 метрах на
кассете DDS4, на кассете DDS3, на кассете DDS2:одна записана локально, другая совершенно в другом месте на совместимом
девайсе, третья в Windoze HP'ной утилитой и умудрилась сделать компрессию
???Кто знает, мб и есть кто-то, кто написал софтину с байто-метражом
для конкретного магнитофона, например МАЯК 203, разве нельзя - очень
жесткая привязка
Да хрен с ними, с байтами, просто было-бы достаточно метры подсчитывать.
>Да хрен с ними, с байтами, просто было-бы достаточно метры подсчитывать.так в том-то и оно - НЕДОСТАТОЧНО, привязки никакой метраж не дает,
специально же писал термин байто-метр.
>>Да хрен с ними, с байтами, просто было-бы достаточно метры подсчитывать.
>
>так в том-то и оно - НЕДОСТАТОЧНО, привязки никакой метраж не дает,
>
>специально же писал термин байто-метр.Я точно знаю сколько ленты к картрижде - допустим 100м. Заводская емкость без сжатия 1Г.
Счетчик показал что отмотано 40м. Я точно знаю, что закатал 600 Мб.
Отсюда уже можно сделать вывод и о том сколько процентов ленты осталось - 60%, и с каким сжатием закатаны данные - 4/6, и сколько осталось места на ленте без учета сжатия - 600 Мб. И уже можно прогнозировать, что при следующем бакапе те-же данные займут примерно тот-же объем если не будут сильно изменены. И что в данном примере их можно будет дописать в конец ленты. При сохранении режима записи, конечно.Короче ясно, что никаких таких счетчиков никто из производителей не делает, так что закрываем дискуссию.
Спасибо за беседу.
>Я точно знаю сколько ленты к картрижде - допустим 100м. Заводская емкость
>без сжатия 1Г.
>Счетчик показал что отмотано 40м. Я точно знаю, что закатал 600 Мб.
>
Это совсем не значит, устройство последовательное, фактически записывает поток информации, то же самое если сделать допустим ls -r / | /dev/хрензнаетчто.
Если взять принципиально то при создании файла в два байта, эти байты не обязательно стоят друг после друга (файл байт"дырка"байт - получается файл размером 2 байта но если выводить его на экран получится совсем другое нежели байтбайт), это не одно и тоже поэтому наверняка количество ленты будет разным.
Да и потом есть компресия, разные ленты, есть много фактором которые влияют на плотность записи.
Если я не прав поправьте меня.