Hozzászólások
-
SzerzőBejegyzés
-
kisbetu wrote:Tudod, ő az a moderátor, akinek mindent szabad. Uzsolt talán kiharcolta nála, hogy leszokjon a vinfos szóról, de utána Zsoltot is kiharcolták onnan.
Attól függetlenül kapom az íméleket az első szakmai konferenciáról 🙂Nergy wrote:igen, nekem tényleg az volt a problémám, hogy hülyeségeket látok rossz helyen. véletlenül sem az, hogy valahova keletkezett egy rakás szemét és manuálisan akartam letörülni.
Viszont nem ezzel kezdted:Nergy wrote:nem tudja valaki, hogy lehetne kiüríteni a /lib/udev/devices/ alatt található stderr és stdout nevű fileok tartalmát? mert valami hiba miatt mind a kettő méretének 2 gb-t mutat, és a partíciómon is kevés a hely, asszem emiatt..Nergy wrote:az egész dolog attól érdekes, hogy ha wine alól futtatott total commanderből néztem a méretét, ott 2 gb-okat mutatott a már felsorolt fileoknak, míg gnome commanderből 0 byteot.
Ha meg mikroszkóppal nézem, akkor meg mágneses északi és déli pólusokat látok. Valami sz@r van a linuksszal, mert nekem inkább fájlneveket kellene látnom, nem pedig északokat és déleket…Nem a megfelelő eszközzel kéne nézni inkább a dolgokat? Nem érzed egy kicsit baromságnak, hogy linuxból futtatott wine-ban (ami windowst „emulál”) egy windows-os programmal nézed egy „kiegészítővel” a linuxos partíciódat, amit közvetlenül is megtehetsz? Kettő plusz „hibalehetőséget” iktatsz be… Te tudod… De én azt mondom, hogy mindenre a megfelelő, erre készített eszközt, mindenféle feleslegesen beiktatott kerülők nélkül…
Nergy wrote:csak abból, hogy belépek totalcommanderbe, vagy, hogy rootként jelentkezek be, nem sok derül ki, mert nem tudhatod, milyen okokból teszem..
Akarsz róla beszélni?Akkor a másik ötletem próbáld ki 😉
Kitörlöd? Esetleg echo >/lib/udev/devices/stderr.
Én nem tudom, de azért én inkább a hiba okának néznék utána. Nem tudom, mi ez a könyvtár, de az ott levő stderr és stdout nekem gyanús…Goosfrabaa wrote:Nem rossz 😉 és jól átlátható.
Persze, hogy átlátható. Minden programnak ilyennek kell lennie, szóval ez legyen példa mindenki előtt 😀Goosfrabaa wrote:Sebességben is egész kellemes. Az egyetlen amit – ha lesz egy kis időm – szeretnék majd megoldani, az a sed és fájlműveletek kihagyása.
Az is megoldható, a fájlművelet biztosan. Egy változóba rakod el a seq kimenetét, de akkor újsor helyett szóköz lesz az elválasztó. A sed… nem vagyok annyira otthon a bash programozásában, de az se kizárt, hogy kihagyható, de így egyszerűbb 😉 Az utánaolvasás rád marad, de kérlek, közöld a végét 🙂Na, egy kész kód, hogy lásd, nem csak a levegőbe beszélek 😉
Code:#!/bin/bash
MIN=1
MAX=100
STEP=$((MAX – MIN + 1))
POSSIBLE=$(mktemp)
OUTFILE=randomized.lstrm -rf $OUTFILE
touch $OUTFILE
seq $MIN $MAX > $POSSIBLEwhile [ $STEP -gt 0 ]; do
RND=$(( RANDOM % STEP + 1 ))
sed -n „$RND p” $POSSIBLE >> $OUTFILE
sed -i „$RND d” $POSSIBLE
STEP=$(( STEP – 1 ))
donerm $POSSIBLE
cat $OUTFILEA futása:
Code:$ time ./proba
90
62
55
27
30
14
46
26
95
38
2
79
76
49
75
4
57
9
65
33
35
31
58
40
18
24
10
70
52
50
98
100
15
61
11
6
12
83
51
68
74
8
63
84
89
45
80
67
21
7
20
85
81
3
43
37
69
5
96
59
88
66
25
16
82
87
1
42
39
73
23
48
99
54
92
28
94
60
29
64
91
19
72
97
78
93
22
44
71
41
17
77
86
36
34
13
47
53
56
32real 0m0.418s
user 0m0.097s
sys 0m0.290sHa gondolod, ellenőrizd le a számokat 😉
Gyorsabb lenne, már csak azért is, mert nem lenne feleslegesen addig hívogatva a véletlenszám-generálás, amíg jó nem lesz. Ezért lassulsz be a végefelé.
„Rendes” nyelvben talán egy láncolt lista lenne a legjobb erre.
Bash-ban talán… kezelném a listát egytől százig, és ha mondjuk a 19 jön ki, akkor a 19. sort törölném (persze előtte kiszedném, és beraknám a többi szám közé).Javaslok egy listát tartani a még benn levő számokról, és abból törölgetni a már „kisorsolt” számokat, és a maximálisan generálható véletlenszám is csökken egyet minden körben. Remélem, érthető az elve 😉
Gondolom, csaba. Vagy pedig maga az LF, mint „jogi személy” 😉
-
SzerzőBejegyzés
legutóbbi hsz