Это команда cpipe, которую можно запустить в бесплатном хостинг-провайдере OnWorks, используя одну из наших многочисленных бесплатных онлайн-рабочих станций, таких как Ubuntu Online, Fedora Online, онлайн-эмулятор Windows или онлайн-эмулятор MAC OS.
ПРОГРАММА:
ИМЯ
cpipe - скопируйте stdin в stdout, подсчитывая байты и сообщая о прогрессе
СИНТАКСИС
cpipe [-b размер] [-vt] [-vr] [-vw] [-ngr] [-s скорость]
ДОПОЛНИТЕЛЬНЫЕ ОПЦИИ
-b размер буфера в КБ,
1 значение Int от 1 до oo.
По умолчанию: `128 '
-vt показать пропускную способность.
-vr показать время чтения.
-vw показать время записи.
-ngr читать не жадно. Не применяйте полный буфер при чтении перед началом записи.
-s ограничение скорости пропускной способности в кБ / с,
1 Двойное значение от 1 до oo.
ОПИСАНИЕ
Спайп копирует стандартный ввод в стандартный вывод, измеряя время, необходимое
для чтения входного буфера и записи выходного буфера. Если один или несколько -vx варианты
задано, выводится статистика средней пропускной способности и общее количество скопированных байтов
в стандартный вывод ошибок.
не Жадный Читать
Обычно cpipe делает все возможное, чтобы полностью заполнить свой буфер (опция -b) до его начала
пишу. Однако в некоторых ситуациях, например, если вы разговариваете с интерактивной программой через cpipe,
это блокирует связь: указанная программа ожидает ввода, который она никогда не увидит,
потому что ввод застрял в буфере cpipe. Но сам cpipe больше не увидит ввод
раньше программа не отвечает.
Чтобы обойти это, попробуйте использовать -нгр. При выполнении вызова чтения cpipe удовлетворяется как
как только получит хотя бы один байт. Вместо заполнения буфера он перестает читать и
пишет все, что попало на выход. Обратите внимание, однако, что измерения пропускной способности будут
будет менее точным, если количество байтов, переданных в одной паре чтения / записи, станет небольшим,
потому что cpipe будет тратить относительно больше времени на обработку каждого байта.
Ограничивающий Увеличить пропускную способность
Если предел пропускной способности указан с опцией -s, cpipe призывы ты спишь(3) между
копирование буферов, тем самым искусственно увеличивая продолжительность цикла чтения / записи. С
в большинстве систем существует определенное минимальное время ожидания usleep (), например 0.01 с, это
невозможно достичь высоких пределов при небольшом размере буфера. В этом случае увеличение
размер буфера (опция -b) может помочь. Однако имейте в виду, что это ограничивает пропускную способность.
только в среднем. Каждый буфер копируется с максимально возможной скоростью.
ПРИМЕР
Команда
tar cCf / - usr | cpipe -vr -vw -vt> / dev / null
приводит к выводу, подобному
...
через: 19.541 мс при 6.4 МБ / с (в среднем 4.7 МБ / с) 2.0 МБ
выход: 0.004 мс при 30.5 ГБ / с (27.1 ГБ / с в среднем) 2.0 МБ
сквозной: 19.865 мс при 6.3 МБ / с (средн. 4.6 МБ / с) 2.0 МБ
...
Команда первый обзор показывает время, необходимое для обработки одного буфера данных (по умолчанию 128 КБ).
Вызов чтения занял 19.541 мс, вызов записи в / dev / null занял всего 0.004 мс, а из
от начала чтения до конца записи потребовалось 19.865 мсек.
Команда второй обзор показывает результат деления размера буфера (по умолчанию 128 КБ) на
раз в первом столбце.
Команда в третьих обзор содержит среднее значение по всем измеренным значениям с начала
программу.
Наконец, последний обзор показывает общее количество переданных байтов, что, конечно,
то же самое для чтения и письма.
Используйте cpipe онлайн с помощью сервисов onworks.net
