Most riadtan a polchoz léptem, és lapozgatni kezdtem a különböző könyvekben.
- '98-as Sun performance tuning. Pfuj, túl új.
- '89-es 4.3BSD. Ez már jobb.
- Aztán megakadtam minden UNIXosok bibliájánal: Maurice Bach: The Design of the UNIX Operating System. Első kiadás '86-ból. Ez már talán elég régi ahhoz, hogy megnyugodhassunk, hiszen már ebben is van szó többprocesszoros UNIX rendszerekről.
Szóval nem tudom mit akartál mondani, de kb. semmit se sikerült.
Egyet árulj el nekem: mi a baj azzal, ha felhívjuk a figyelmét egy - gyaníthatóan - kezdőnek arra, hogy vannak jó és kevésbé jó megoldások ugyanarra a problémára?
Nevemteve "cat -v" -je hasznos (mondjuk én "cat -teve" -ként szoktam javasolni megszokni - a redundáns 2 db "-e"-vel együtt is szerintem könnyebb így memorizálni); a "cat f1 f2 f3 f4 ... | xxx" forma is hasznos, de fenntartom azt a véleményemet, hogy a cat egy_darab_valami | more (vagy less, vagy pg vagy ...) az simán csak trehányság, és *SZERINTEM* nem ad semmit pluszt a "more egy_darab_valami" -hez képest. És hogy még egy mély bölcsességet hozzátegyek. Sajnos vannak parancsok, amelyek nem fogadnak el feldolgozandó paraméterként fájlnevet; pl. klasszikusan ilyen a "tr". Akkor sem az a helyes megoldás, hogy "cat valami | tr", hanem az, hogy "tr < valami" . De nehogy bárkit megsértsek: nem "helyes", hanem "kevesebb erőforrást igényló". És mivel általánosságban az igaz, hogy a meglevő erőforrások pazarlásánál jobb azokat értelmesebb dolgokra használni, megfontolandó lehet 2 funkcionálisan azonos megoldásból az olcsóbbat (s egyben kevesebb gépelést is igénylő) formát használni.
offtopic vége