Jaki jest sens polecenia „tak”?

Jest to yeskomenda w Unix / Linux, która w zasadzie nieskończenie drukuje ydo stdout. Jaki jest tego sens i jak jest przydatny?

tak może być użyte do wysłania odpowiedzi twierdzącej (lub negatywnej; np. tak n) na każde polecenie, które w innym przypadku zażądałoby jednego, powodując w ten sposób, że polecenie nie będzie działać interaktywnie.

Polecenie tak w połączeniu z poleceniem head może być użyte do wygenerowania dużych plików do celów testowania.

Można go również użyć do przetestowania, jak dobrze system radzi sobie z dużymi obciążeniami, ponieważ użycie tak powoduje 100% wykorzystanie procesora, w systemach z jednym procesorem (w przypadku systemu wieloprocesorowego proces musi być uruchomiony dla każdego procesora). Może to być przydatne na przykład do sprawdzenia, czy system chłodzenia systemu będzie skuteczny, gdy procesor będzie działał na 100%.

W 2006 r. Polecenie „tak” otrzymało rozgłos jako środek do sprawdzenia, czy na MacBooka użytkownika występuje zespół przerywany. Dwukrotne uruchomienie polecenia tak za pośrednictwem terminala w systemie Mac OS X umożliwiło maksymalne wykorzystanie mocy obliczeniowej procesora komputera, a tym samym sprawdzenie, czy awaria była związana z wysoką temperaturą

przez wikipedia: http://en.wikipedia.org/wiki/Yes_(Unix)

Może to być kontrowersyjna opinia, ale moim zdaniem jest to brzydka naprawa złego interfejsu użytkownika w narzędziach wiersza poleceń .

Niektóre narzędzia wiersza poleceń zadają pytania użytkownikowi bez pytania i nie mają opcji uruchamiania w trybie nieinteraktywnym; wyobraź sobie na przykład coś takiego

$ frobnicate *
frobnicate file a.txt? (y/n) y
frobnicate file b.txt? (y/n) y
...

Ponieważ odpowiedź na pytanie pochodzi ze standardowego wejścia, szybkim rozwiązaniem tego problemu jest posiadanie aplikacji, która y\nnieprzerwanie wysyła ciąg znaków , co jest dokładnie tym, co yesrobi. Unix rury mogą być wykorzystywane do wysyłania tego wyjścia jako wejście do danego polecenia.

$ yes | frobnicate

Jednym z problemów związanych z tym podejściem jest to, że yesnie ma możliwości sprawdzenia pytania, na które odpowiada:

frobnicate file a.txt? (y/n) y
frobnicate file b.txt? (y/n) y
format device /dev/sda1? (y/n) y
frobnicate file c.txt? (y/n) y

Lepszym rozwiązaniem, jeśli jest dostępne, jest konkretna opcja do uruchamiania bez interakcji, np. rm -fLub apt-get -y. Umożliwia to kodowanie bardziej sensownego zachowania w aplikacji.

Lubię używać, yesgdy rozpakowuję wiele plików .zip, które zawierają ten sam plik o tej samej nazwie, i jestem pytany, co robić w każdym przypadku (np. Umowa licencyjna).

yes | for z in *.zip; do unzip "$z"; done 

Właśnie spotkałem się z innym zastosowaniem: lubiłem wymazywać dysk twardy z innym wzorcem niż tylko zera (jak: dd if = / dev / zero of = / dev / sdd bs = 1M) i użyłem „tak”:

yes UUUUUUUUUUUUU > /dev/sdd

Współpracownik wykorzystał to w nowatorski sposób do wprowadzenia hasła

yes password | passwd