stdio
2 отговора
0 прегледа
stdio
днес, докато се занимавах да проследявам колко ресурси ползват едни процеси, забелязах нещо любопитно, странно . та
1. top -b -d 0.2 | grep X | cut -c 41-
и
2. top -b -d 0.2 | cut -c 41- | grep X
се държат доста различно - в смисъл изхода е еднакъв, но при 1. се получава едно забавяне, изхода идва на пакети, а не ред по ред , какт е при 2.
колкото и команди да слагам преди греп-а , не оказва влияние, но след греп-а каквото и да сложа, дори > и почва да се пакетира изхода. пробвах да прекарам изхода от топ-а през фифо , и от там да го обработвам - ефекта е същия. и това само с топ-а става, с коя да е друга команда или скрипт, правих експерименти, няма проблем
RHEL, 2.6.9-55 , 64bit kernel
1. top -b -d 0.2 | grep X | cut -c 41-
и
2. top -b -d 0.2 | cut -c 41- | grep X
се държат доста различно - в смисъл изхода е еднакъв, но при 1. се получава едно забавяне, изхода идва на пакети, а не ред по ред , какт е при 2.
колкото и команди да слагам преди греп-а , не оказва влияние, но след греп-а каквото и да сложа, дори > и почва да се пакетира изхода. пробвах да прекарам изхода от топ-а през фифо , и от там да го обработвам - ефекта е същия. и това само с топ-а става, с коя да е друга команда или скрипт, правих експерименти, няма проблем
RHEL, 2.6.9-55 , 64bit kernel
Re: stdio
използвай grep --line-buffered
трябваше да се сетиш, че проблема ти е в греп, и вече да си прочел 12 пъти целия му ман, и да си го разбрал ;)
трябваше да се сетиш, че проблема ти е в греп, и вече да си прочел 12 пъти целия му ман, и да си го разбрал ;)
Мерси
сетих се, че е в грепа, странното е , че с нищо друго преди него досега не съм го виждал да прави такава магария.
не бях обръщал внимание на тази опция, мерси за хинта.
не бях обръщал внимание на тази опция, мерси за хинта.