Jak ograniczyć liczbę plików drukowanych przez ls?

Czy istnieje sposób na ograniczenie liczby plików na liście w lspoleceniu?

Widziałem:

ls | head -4

ale aby uzyskać headlub tailwykonać, muszę poczekać na lszakończenie wykonywania oraz z katalogami z ogromną ilością plików, które mogą zająć dużo czasu.

Chcę wykonać lspolecenie, które ogranicza bez użycia tego headpolecenia.

Czy próbowałeś

ls -U | head -4

Powinno to pominąć sortowanie, i prawdopodobnie dlatego lstrwa to tak długo.

https://stackoverflow.com/questions/40193/quick-ls-command

Jeśli twoja wersja lsnie pozwala na sortowanie plików, na przykład -UGNU , użyj go. Bez opcji lsnajpierw przeczyta wszystkie pliki, a następnie posortuje nazwy, a następnie rozpocznie drukowanie.

Inną możliwością jest uruchomienie find, które wypisuje nazwy, gdy je znajdzie.

find . -name . -o -prune | head

(zauważ, że ponieważ headdziała na liniach , zakładając, że nazwy plików nie zawierają znaków nowej linii).

Być może potrzebujesz innego narzędzia niż ls?

Na przykład Randal Schwartz ma wpis na blogu o korzystaniu perlz dużych katalogów, który może zawierać wskazówki dotyczące tworzenia czegoś, co spełnia Twoje potrzeby.

W blogu Randal wyjaśnia, że ​​zarówno lsi findpróbuje przeczytać wszystkie wpisy w katalogu przed wydrukowaniem jakiegokolwiek, podczas gdy perlproponowane przez niego rozwiązanie tego nie robi.

Jeśli wydajność nie jest problemem (jak w pytaniu, które zostało zamknięte jako duplikat tego), a chcesz wymienić pierwsze n plików (w przeciwieństwie do pierwszych n wierszy danych wyjściowych ls) na liście innych niż ukryte pliki posortowane według nazwy pliku, za pomocą zsh, możesz użyć:

ls -ld -- *([1,4])

aby wyświetlić pierwsze 4 pliki. zshnadal będzie czytać pełną zawartość katalogu, nawet jeśli powiesz mu, aby nie sortować według *(oN[1,4])(pamiętaj, że sortuje ls również tę listę).

Może mniej jest lepiej dostosowane do twoich potrzeb?

 ls /usr/bin | less

Dla mnie działa natychmiast na 5-letnim laptopie z klasycznym dyskiem twardym, ale głowa jest równie szybka.

Możesz zakończyć lessprzedwcześnie za pomocą q.

Wydaje mi się, że twoje przypuszczenie o źródle opóźnienia 1s jest błędne, ale może zależy od Twojego uniksowego smaku lub powłoki, mniejszej ilości poleceń lub polecenia.

W systemie Linux z GNU-ls

 ls -R /usr | less 

zaczyna dla mnie natychmiastowe wyjście, podczas gdy całe wyjście jest uruchomione i uruchomione - więc ostatecznie nie jest ukończone, zanim zacznie się mniej. Możesz sprawdzić, czy masz stałe opóźnienie 1 s, a może więcej, w zależności od wyjścia, czy nie.

Wydaje mi się, że opóźnienie 1s ma inny powód. Być może dysk twardy idzie spać i potrzebuje się obudzić?

Czy masz takie opóźnienie także w przypadku bardzo niewielu plików?

ls -lrth | tail

ls -lrth | tail -n 10

ls -lrth | grep *.gz | tail

$ cut -f 1,n filename

wykona zadanie pobrania pierwszych nplików. nto liczba plików, które chcesz wyodrębnić. więc pełny kod będzie:

$ ls|cut -f 1,n file