Hozzászólások
-
Bejegyzés
-
debianon nem tudom de talán ez segít:
[root@darkside ~]# rpm -qf $(which rpc.statd)
nfs-utils-1.0.7-12.FC4„”i386-ra fordít paraméterek nélkül…”
ebben biztos vagy?”
igen„Egyébként megkerestem.”
én is 🙂
„By default, GNU CC compiles code for the same type of machine that you are using. However, it can also be installed as a cross-compiler…
The value to use for machine is the same as was specified as the machine type when configuring GNU CC as a cross-compiler. For example, if a cross-compiler was configured with `configure i386v’, meaning to compile for an 80386 running System V…”same type, tehát pl nem sparc-ra fordít athlon-xp esetén
„While picking a specific cpu-type will schedule things appropriately for that particular chip, the compiler will not generate
any code that does not run on the i386 without the -march=cpu-type option being used.”az sse2 részt teszteltem szóval neked már nem kell :))
„”a 686 az a pentiumpro nincs sse, az 586 esetén pedig mmx sincs”
Amúgy igazad van, viszont tök mindegy mik a processzor paraméterei, hiába „optimalizálsz” arra,ha programok legalább 80%-a nem használja. „hát ez a fordító dolga, hogy „szabvány” c kódból a procit minél jobban kihasználó kódot fordítson…
a több processzor kihasználása már érdekesebb téma ott (is) nagyon hasznos ha kód eleve úgy lett megírva, de már vannak próbálkozások erre is, hogy a fordító automatikusan generáljon párhuzamosan futtatható kódotén úgy szoktam, hogy csinálok egy „kislemeznyi” méretû fájlt, azt leformázom fat-ra (12 vagy 16) mount (loop) bios fájl rámásol, pendrive-ra kiír (dd-vel) aztán reboot és alt+f2 (asus alaplap esetén ez a „bios frissítõ varázsló” 🙂 ) megadod a filenevet és készen is van
vizsla wrote:„nem nagyon lehetett észrevenni, használat közben a gyorsulást”
„nem nagyon hiányzik a többi optimalizáció…”
Hát nem csodálkozom, mert a march/mcpu (van különbség) = -msse -mmmx… stb. az összes
(Pont ez a lényeg, hogy ezeket ne kelljen végiggondolni, ismerni, alkalmazni, mert ez az opció megteszi.)
Tehát pl: sse, mmx stb mindig benne van, sse2 pedig (ha jól rémlik) nem támogatott a processzor által (Tehát vagy tudja helyettesíteni, vagy egyátalán nem mûködik a program – a pontos tünetet nem tudom.)igaz, de fordítót is tesztelni kell 🙂
sse2 nem támogatott, ha mégis ki van kényszerítve, illegal instruction -al elszáll (jogosan)vizsla wrote:Az xp meg 686 cpu, tehát megint csak nem lehet különbség. (Az 586 talán csak az sse, meg a 3dnow-t nem tartalmazza – ha jól tudom – és mivel nem sokan használják, gyakorlatilag megint csak ugyanaz az eredmény.)a 686 az a pentiumpro nincs sse, az 586 esetén pedig mmx sincs
vizsla wrote:Paraméterek nélkül pedig a fordító valószínûleg a saját processzorra fordít (vagy talán arra, amire le lett forgatva). Tehát nagy valószínûséggel 586/686 – az eredmény is ezt valószínûsíti -, tehát megint nem lesz különbség.i386-ra fordít paraméterek nélkül…
vizsla wrote:Magyarán szólva, most megmérted a statisztikai hibát 🙂azért ebben nem értünk egyet
még akkor sem,ha„Talán azt meg lehet állapítani, hogy az 586 ill. 868 közötti különbség az a bizonyos 6 pont. Bár ezt a talánt is félve jelentem ki 🙂 már csak ezért is ->
„(nem csak ez a progi futott, bár cpu inteznziv alkalmazás nem, és nem is használtam közben a gépet (csak mp3 lejátszás:) )))” kis kde/gnome, meg ilyesmi… nem valószínû, hogy egy szál futott.”_biztos_ hogy nem egy szál futott, de ugye nem ez a lényeg (hanem ha a többi szál a sleep(50000)-et futtatta akkor pl ugye mind1), csak azért írtam oda, hogy látni lehessen nem „tökéletes” teszt körülmények csak egy gyors áttekintés ahogy írtam is
(meg ugye 1 mérés nem mérés… aki tanult méréselméletet tudja mirõl beszélek)saynos wrote:Igen ez tiszta, csak azt nem ertem:saynos:/home/say# fuser 600/udp
600/udp:saynos:/home/say# fuser 600/tcp
600/tcp:Akkor mi lehet?
ez így elég gyanús, hogy fuser miért nem jelzi a pidet….
egy biztosan jó és azonos verziószámú csomagból „szedd ki” az rpc.statd -t és cmp orig suspected 🙂 ha van eltérés akkor nyilván gond van, ha nincs akkor még mindig lehet, de nem itt vanlehet az is hogy false pozitiv, persze
a bindshell egy root shellt tesz elérhetõvé, ha jól látom a chkrootkit szerint a 600-as udp portonsaynos wrote:Udv :unsure:chkrootkit kimenete:
…
Checking `bindshell’… INFECTED (PORTS: 600)
…saynos:/home/say# lsof -i :600
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
rpc.statd 1693 root 4u IPv4 5137 UDP *:600Ez mi lehet?
Koszonom!
Udv: Saynos
hát pl.:
bindshell binds a root shell to a port (port 31337 by default).vizsla wrote:Az, hogy 386, vagy 686 qurvára nem mindegy semminél. (Mivel néhány 64 bites int. regiszter, fõként lebegõpontos regiszterek használata azért már általános. Egyébként a saját – komolytalan – programjaimnak, sem mindegy. Sõt 386-on egyes ilyen regiszterek közvetlen használata miatt nem is menne. Persze szükség is van rá, mert máskülönben tetû lenne :)))) Az viszont, hogy 568 vagy 686 általában nem tûnik fel, mivel általában nem használják a lehetõségeket a programok. (Mit tudom én sse2, meg ilyenek ált. nem használatosak.)
Szóval nem az a lényeg, hogy mi, meg milyen összetett. Egy egyszerû file-beolvasó program is képes ilyeneket használni. (Kérdés az, hogy fel van-e készítve rá…)én egy idõben azzal voltam elfoglalva, hogy mindent cpu-ra optimalizáltam (akkor még PII celeron -om volt) és nem nagyon lehetett észrevenni, használat közben a gyorsulást, viszont mérni lehet :), szóval gyorsan mértem is (ezek igazából csak tájékoztató jellegûek, egyetlen futás, és nem csak ez a progi futott, bár cpu inteznziv alkalmazás nem, és nem is használtam közben a gépet (csak mp3 lejátszás:) )) , mivel én sem szoktam tippelgetni 🙂
(SciMark2 Numeric Benchmark, see http://math.nist.gov/scimark)
cc -O3
Composite Score: 127.80
FFT Mflops: 21.56 (N=1048576)
SOR Mflops: 301.76 (1000 x 1000)
MonteCarlo: Mflops: 82.34
Sparse matmult Mflops: 109.40 (N=100000, nz=1000000)
LU Mflops: 123.92 (M=1000, N=1000)-O3 -march=athlon-xp -msse -msse2 -mmmx -m3dnow
Composite Score: 136.29
FFT Mflops: 20.73 (N=1048576)
SOR Mflops: 300.57 (1000 x 1000)
MonteCarlo: Mflops: 136.26
Sparse matmult Mflops: 107.11 (N=100000, nz=1000000)
LU Mflops: 116.75 (M=1000, N=1000)ugye itt i386->athlon-xp azért csak számít valamit (bár van ahol lassabb, meg van ahol mérési hibán belül lassabb:) )
-O3 -march=athlon-xp -msse -mmmx -m3dnow -mfpmath=sse
Composite Score: 137.42
FFT Mflops: 20.89 (N=1048576)
SOR Mflops: 297.08 (1000 x 1000)
MonteCarlo: Mflops: 135.57
Sparse matmult Mflops: 109.40 (N=100000, nz=1000000)
LU Mflops: 124.15 (M=1000, N=1000)az fpu „lecserélése” nem sokat segített…
-O3 -march=athlon-xp
Composite Score: 131.91
FFT Mflops: 20.22 (N=1048576)
SOR Mflops: 287.07 (1000 x 1000)
MonteCarlo: Mflops: 127.22
Sparse matmult Mflops: 105.79 (N=100000, nz=1000000)
LU Mflops: 119.26 (M=1000, N=1000)nem nagyon hiányzik a többi optimalizáció…
-O3 -march=i586
Composite Score: 127.27
FFT Mflops: 20.22 (N=1048576)
SOR Mflops: 302.95 (1000 x 1000)
MonteCarlo: Mflops: 83.89
Sparse matmult Mflops: 109.40 (N=100000, nz=1000000)
LU Mflops: 119.90 (M=1000, N=1000)kb. mint i386 esetén…
-O3 -march=i686
Composite Score: 133.72
FFT Mflops: 20.69 (N=1048576)
SOR Mflops: 284.93 (1000 x 1000)
MonteCarlo: Mflops: 138.37
Sparse matmult Mflops: 105.79 (N=100000, nz=1000000)
LU Mflops: 118.84 (M=1000, N=1000)azért csak jobb az i686…
aztán mindenki azt használ amit akar 🙂
jah:
gcc:
Thread model: posix
gcc version 4.0.2 20051125 (Red Hat 4.0.2-8)cpu:
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 10
model name : AMD Athlon(TM) XP 2800+
stepping : 0
cpu MHz : 2071.500
cache size : 512 KBvizsla wrote:„Meg mi a helyzet az olan programokkal, amik futás közben észlelik a rendelkezésre álló utasításkészleteket. Ha jól emlékszem xmmst, mplayert lehet így fordítani.”
1) Ez azt jelenti, hogy a fordítóval nem mondják fel a kompatibilitást. 2) A programnak az elején registerek után kell „érdeklõdnie”, majd ha talált, akkor használja, ha nem, akkor megoldja másképp. (Ez egy picit ilyen kettõs kódot jelent. Viszont, ha nincs register, akkor még lassabb lesz, hiszen a menetközbeni van/nincs? feltételes utasításokat is el kell végezni.)A másik dolog, hogy hiába van támogatva a fordítóban valami, ha a program (kódoló) nem használja 🙂
Az intel c fordítója pl tud olyat, hogy egy programot többféle procira optimalizálva fordít egyetlen futtatható fájlba, a programozónak nem kell vele törõdni. (persze így kb 2x hosszabb a fájl (ha van egy „normál” meg egy optimalizált verzió))
csoege wrote:a /mnt/cdrom/ könyvtár nem a cd meghajtóm automount-os könyvtára, az a /media/cdrom/, nemtom miért de nekem így van… (UHU 1.2)…talán azért mert FHS (Filesystem Hierarchy Standard):
3.2. Requirements
The following directories, or symbolic links to directories, are required in /.
Directory Description
…
Device les
dev
Host-specic system conguration
etc
Essential shared libraries and kernel modules
lib
Mount point for removeable media
media
…
legutóbbi hsz