r
Tar да и вообще архиваторы не очень хорошо работают на малых объёмах
Да суть же не в качестве работы, а на сколько ужалась папка)) К сожалению нет под рукой машинки, на которую можно безболезненно сунуть большой объём для проверки
Size: a a a
2020 September 10
r
Какой буфер? У тебя tar пишет в stdout данные, и по ssh они сразу же попадают в файл на удалённом сервере. Если "буфера", выделенного для пайпа, не хватит, то write со стороны tar просто будет висеть, пока буфер не освободится. Но вообще у меня есть подозрение, что stdout в таком случае вообще не буферизируется, но я не уверен.
вот и я на этом вопросе не уверен от слова совсем и не в чём, но очень любопытно. Как много можно написать в stdout?
Лс
вот и я на этом вопросе не уверен от слова совсем и не в чём, но очень любопытно. Как много можно написать в stdout?
А какая разница, если оно динамически пакуется в пакеты ssh и отправляется?
аᶘ
вот и я на этом вопросе не уверен от слова совсем и не в чём, но очень любопытно. Как много можно написать в stdout?
Когда ты пишешь из своей программы в stdout, на самом деле ты пишешь не в АБСТРАКТНЫЙ stdout, а во что-то осязаемое: в tty, pts, в файл на диске, в сокет или пайп.
r
Когда ты пишешь из своей программы в stdout, на самом деле ты пишешь не в АБСТРАКТНЫЙ stdout, а во что-то осязаемое: в tty, pts, в файл на диске, в сокет или пайп.
Это-то понятно
Но как много можно в него запхнуть?
Но как много можно в него запхнуть?
аᶘ
Это-то понятно
Но как много можно в него запхнуть?
Но как много можно в него запхнуть?
С точки зрения программы оно просто пишет в файловый дескриптор (fd), а fd в свою очередь ассоциирован либо с девайсом, файлом, сокетом или пайпом. Например, когда ты запускаешь программу из-под pts (из эмулятора терминала), то всё, что выводит программа, она кидает в твой pts, который в свою очередь кидает данные в процесс эмулятора терминала. И если процесс эмулятора терминала не успевает вычитывать данные с той же скоростью, с которой пишут в pts, то write со стороны "источника информации" просто останавливает работу программы (если мы говорим о синхронном I/O, который по умолчанию).
В случае с tar'ом у тебя просто два процесса, объединённые пайпом, нет никаких временных хранилищ на диске, максимум небольшой буфер в несколько килобайт-мегабайт. Если по ssh данные будут уходить медленнее, чем tar будет писать, то tar замедлится.
В случае с tar'ом у тебя просто два процесса, объединённые пайпом, нет никаких временных хранилищ на диске, максимум небольшой буфер в несколько килобайт-мегабайт. Если по ssh данные будут уходить медленнее, чем tar будет писать, то tar замедлится.
r
С точки зрения программы оно просто пишет в файловый дескриптор (fd), а fd в свою очередь ассоциирован либо с девайсом, файлом, сокетом или пайпом. Например, когда ты запускаешь программу из-под pts (из эмулятора терминала), то всё, что выводит программа, она кидает в твой pts, который в свою очередь кидает данные в процесс эмулятора терминала. И если процесс эмулятора терминала не успевает вычитывать данные с той же скоростью, с которой пишут в pts, то write со стороны "источника информации" просто останавливает работу программы (если мы говорим о синхронном I/O, который по умолчанию).
В случае с tar'ом у тебя просто два процесса, объединённые пайпом, нет никаких временных хранилищ на диске, максимум небольшой буфер в несколько килобайт-мегабайт. Если по ssh данные будут уходить медленнее, чем tar будет писать, то tar замедлится.
В случае с tar'ом у тебя просто два процесса, объединённые пайпом, нет никаких временных хранилищ на диске, максимум небольшой буфер в несколько килобайт-мегабайт. Если по ssh данные будут уходить медленнее, чем tar будет писать, то tar замедлится.
Давай номер карты в лс, кину 50р на печеньки
F
вот и я на этом вопросе не уверен от слова совсем и не в чём, но очень любопытно. Как много можно написать в stdout?
я через dd if= | ssh server dd of= передавал десятки гигабайт. Сойдет за ответ на твой вопрос?
F
Алсо stdbuf -i0 -o0 -e0 command УГАДАЙТЕ ЧТО ДЕЛАЕТ
Лс
Алсо stdbuf -i0 -o0 -e0 command УГАДАЙТЕ ЧТО ДЕЛАЕТ
Делает буффер нулевого размера?
F
Делает буффер нулевого размера?
то есть отключает его
r
я через dd if= | ssh server dd of= передавал десятки гигабайт. Сойдет за ответ на твой вопрос?
(Будь у меня возможность, я бы протестировал на паре Т :)) ответ уже дали, но спасибо
Остался обычный вопрос, на сколько в итоге ужалась папка?
Остался обычный вопрос, на сколько в итоге ужалась папка?
Лс
(Будь у меня возможность, я бы протестировал на паре Т :)) ответ уже дали, но спасибо
Остался обычный вопрос, на сколько в итоге ужалась папка?
Остался обычный вопрос, на сколько в итоге ужалась папка?
Echo "(7.2/6.8)*100" | bc
Лс
(Будь у меня возможность, я бы протестировал на паре Т :)) ответ уже дали, но спасибо
Остался обычный вопрос, на сколько в итоге ужалась папка?
Остался обычный вопрос, на сколько в итоге ужалась папка?
А termux для кого?)
r
А termux для кого?)
В данном случае, для тех у кого памяти на телефоне больше 2Т
Лс
В данном случае, для тех у кого памяти на телефоне больше 2Т
У меня на телефоне 64 гига...
И ничего, даже не тесно
И ничего, даже не тесно
r
Echo "(7.2/6.8)*100" | bc
А почему на 100 умножаем?
Лс
А почему на 100 умножаем?
Проценты. Хотя я похоже всё ж таки хрень предлагаю)
️
(Будь у меня возможность, я бы протестировал на паре Т :)) ответ уже дали, но спасибо
Остался обычный вопрос, на сколько в итоге ужалась папка?
Остался обычный вопрос, на сколько в итоге ужалась папка?
Language:
Source:
Result:
Note:
python
Source:
print('сжалось на %.2f%%' % (100 - 6.8 / 7.2 * 100))Result:
сжалось на 5.56%
Note:
python3 assumed, other valid option is python2, you can be more specific next time.