История изменений
Исправление baka-kun, (текущая версия) :
А исторические причины с чем связаны ?
Тебе уже не один раз сказали: с тем, что на разных UNIX такими блоками обычно писали архивы на ленты.
мне почему то кажется что объем ленты,без сжатия естественно, не зависит…
Тебе кажется.
Если говорить о временах повсеместного 'tar -b 20', когда размер блока де-факто стал 10К, самые распространенные девятидорожечные катушечные накопители имели плотность 800 или 1600 bpi. Защитный интервал между блоками был 15 миллиметров, то есть около килобайта. Это то расстояние, за которое лентопротяг гарантированно успевал остановиться со скорости более пяти метров в секунду, не порвав ленту.
Стандартная лента имела длину 730 метров, примерно 88–90 тысяч блоков по 512b без учета защитных интервалов. Писали блоками 10К, влезало примерно 40М данных.
Если какой-нибудь идиот будет писать блоками по 512b, на ленту поместится всего 14М данных.
предположите что на ленту записывается не .tar а .tgz/.tar.gz
Предложи быстрый алгоритм поиска файла на такой ленте без чтения всего архива.
Файл tar — это образ ленты, как быстро найти в нем нужный файл при наличии всего трех команд: rewind, read, seek — задача решенная. Как это сделать с tgz без чтения всего архива?
Исправление baka-kun, :
А исторические причины с чем связаны ?
Тебе уже не один раз сказали: с тем, что на разных UNIX такими блоками обычно писали архивы на ленты.
мне почему то кажется что объем ленты,без сжатия естественно, не зависит…
Тебе кажется.
Если говорить о временах повсеместного 'tar -b 20', когда размер блока де-факто стал 10К, самые распространенные девятидорожечные катушечные накопители имели плотность 800 или 1600 bpi. Защитный интервал между блоками был 15 миллиметров, то есть около килобайта. Это то расстояние, за которое лентопротяг гарантированно успевал остановиться, не порвав ленту.
Стандартная лента имела длину 730 метров, примерно 88–90 тысяч блоков по 512b без учета защитных интервалов. Писали блоками 10К, влезало примерно 40М данных.
Если какой-нибудь идиот будет писать блоками по 512b, на ленту поместится всего 14М данных.
предположите что на ленту записывается не .tar а .tgz/.tar.gz
Предложи быстрый алгоритм поиска файла на такой ленте без чтения всего архива.
Файл tar — это образ ленты, как быстро найти в нем нужный файл при наличии всего трех команд: rewind, read, seek — задача решенная. Как это сделать с tgz без чтения всего архива?
Исправление baka-kun, :
А исторические причины с чем связаны ?
Тебе уже не один раз сказали: с тем, что на разных UNIX такими блоками обычно писали архивы на ленты.
мне почему то кажется что объем ленты,без сжатия естественно, не зависит…
Тебе кажется.
Если говорить о временах повсеместного 'tar -b 20', когда размер блока де-факто стал 10К, самые распространенные девятидорожечные катушечные накопители имели плотность 800 или 1600 bpi. Защитный интервал между блоками был 15 миллиметров, то есть около килобайта.
Стандартная лента имела длину 730 метров, примерно 88–90 тысяч блоков по 512b без учета защитных интервалов. Писали блоками 10К, влезало примерно 40М данных.
Если какой-нибудь идиот будет писать блоками по 512b, на ленту поместится всего 14М данных.
предположите что на ленту записывается не .tar а .tgz/.tar.gz
Предложи быстрый алгоритм поиска файла на такой ленте без чтения всего архива.
Файл tar — это образ ленты, как быстро найти в нем нужный файл при наличии всего трех команд: rewind, read, seek — задача решенная. Как это сделать с tgz без чтения всего архива?
Исходная версия baka-kun, :
А исторические причины с чем связаны ?
Тебе уже не один раз сказали: с тем, что на разных UNIX такими блоками обычно писали архивы на ленты.
мне почему то кажется что объем ленты,без сжатия естественно, не зависит…
Тебе кажется.
Если говорить о временах повсеместного 'tar -b 20', когда размер блока де-факто стал 10К, самые распространенные девятидорожечные катушечные накопители имели плотность 800 или 1600 bpi. Защитный интервал между блоками был 15 миллиметров, то есть около килобайта.
Стандартная лента имела длину 730 метров, примерно 88–90 тысяч блоков по 512b без учета защитных интервалов. Писали блоками 10К, влезало примерно 40М данных.
Если какой-нибудь идиот будет писать блоками по 512b, на ленту поместится всего 14М данных.