Mitől lassú a gépem? Mitől ugrál az mp3 lejátszás? - LatencyTOP az Intel-től Linux-ra

Intel

Lassú szerverek, döcögős audió lejátszás, akadozó videó -- mindenki ismeri a latency tüneteit. Azonban, hogy valójában mi folyik a rendszerben, mi okozza a latency-t és hogyan lehet elkerülni... ezek nehéz kérdések voltak igazán jó válaszok nélkül... eddig.

Most azonban az Intel-nek köszönhetően válaszokat kaphatunk ezekre a kérdésekre. Arjan van de Ven - ismert Linux kernel hacker, az Intel munkatársa - ma bejelentette, hogy az Intel Open Source Technology Center elérhetővé tette a LatencyTOP névre hallgató diagnosztikai segédprogramot Linux-alapú operációs rendszerekre.

LatencyTOP

A LatencyTOP elsősorban (kernel és userland) szoftverfejlesztőknek készült szerszám, amelynek célja, hogy felfedje, hogy a rendszer mely területén lép fel latency és azt milyen műveletek okozzák. A diagnosztikai programból kinyert adatok birtokában a fejlesztők javíthatják a felismert problémás kódot annak érdekében, hogy kiküszöböljék e nemkívánatos jelenséget.

A latency-nek számos típusa és oka van. A LatencyTOP elsősorban azokra a problémákra koncentrál, amelyek az akadozó audió lejátszásért, döcögős desktop-ért felelnek.

A LatencyTOP használatához kernelt kell patch-elni. A szükséges patch-ek megtalálhatók a projekt weboldalán. Bejelentés itt.

Kapcsolódó cikk:
Mi zabálja az akku időmet? - PowerTOP az Intel-től Linux-ra

( turul16 v | 2008. 01. 18., p – 20:20 )

Remek.

off
Mostmár elég tuti, hogy Intel lesz köv procim és chipkészletem :)
De videon még mindig van mit rágódni.
/off

intel?
valamennyire kezdenek feljönni az integráld intel vga-k is, pl compizos szarok mentek 965Gakármivel és G35-ös az már egész jó, suliban teszteltük őket...
az egyik teremben (c2d g35 ich9) pedig dual-boot-os gépek vannak xp + ubuntu - ott a nexiuzzal játszanak (1280*1024 ha az emlékeim nem csalnak) akik akarnak szabad foglalkozás esetén ... szóval nem annyira szarok az intel

linux v2.6.22.15 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.16-pancs1

Semmivel, mert ez a kerdesed hulyeseg. Mesa az egy software, nem pedig sztenderd. Amirol beszelsz azaz OpenGL 2.1-es verziojanak a megfelelosege. Amugy MESA jelenleg 7.0.2-es verzional tart. X-ben levo talan ha eljutott a 4.0-ig..

Kedvenc sztorim, hogy a spec mar a GMA950-nel is 4 pixel pipeline-t ir, egy 3x3-as blur-t reprezentalo pixelshader fallback-ol sw renderre, mert a vas keptelen lerenderelni. Sot, 1x1-nel nagyobb igenynel mar felmerul ez a problema. A masik kedvencem, tomb cimzesnel a GMA950 lefagy. Merevre.

X3500-tol kezdve legalabb mar hw vertex shader is van (az elobbiek alapjan elkepzelni sem merem a minoseget), ez az elodjeibol teljesen hianyzik. Viszont az Intel doksik alapjan nem latom bizonyitottnak, hogy egyaltalan van-e benne hw accel T&L.

Az, hogy a doksi alapjan melyik verzioju shader modelt vagy T&L-t tamogatja, kb. semmit sem jelent, ha szoftverbol van megvalositva, lasd GMA950. Mikozben az Intel spec. azt harsogja, hogy milyen faszan tudja. :)

Az alapokat megtanulni jo a cucc, de ha 3D grafika teren picit komolyabb igenyeid merulnek fel, rogton keves lesz mindaz amire kepes.

---
pontscho / fresh!mindworkz

Erröl beszélek:

OpenGL version string: 1.4 (1.5 Mesa 6.5.2)
ami igy is nézhetne ki: OpenGL version string: 2.0 (2.1 Mesa 7.0.2)
vagy
OpenGL version string: 1.3 Mesa 7.0.2 -- ilyenem van.

DRI vel is összefügg mit ír ide.

Milyen körülmények között fogja a mesa 2.1 -el kezdeni version stringet ?

Azt, hogy melyik OpenGL sztenderdnek felel meg maradektalanul. Mint ahogy a masodik mondatban is oda van irva. Plusz amit nem veszel figyelembe, Mesa csak egy reprezentacioja annak a szabvanynak, es csak sw rendert biztosit onmagaban (tudom, vannak ganyolt backendek, de azok ugy el vannak avulva hardverileg, hogy jobbara csak az 1.2-nek felelnek meg. A tobbit szoftver renderrel helyettesiti.)

---
pontscho / fresh!mindworkz

( bervi | 2008. 01. 18., p – 21:49 )

én ezt ilyen trükkök nélkül is megmondom: szaaaaaar a videjódrájver. nem kicsit, nagyon.

( turul16 v | 2008. 01. 18., p – 22:28 )

Nem kikapcsolhato, "20ns slower"® -lesz a kernel.
Vajon pl. Kprobe-al nem lehetett volna megoldani?

( BlinTux v | 2008. 01. 18., p – 22:54 )

Ez egy nagyon jo dolognak tunik. Szerencsere a fentebb emlitett problemak nekem soha nem jelentkeztek miota Linuxot hasznalok. Neha a kozeli windowsos ismerosok gepen latom akadni a filmet, vagy szaggatni a hangot, persze ez mar a masik oldal problemaja.

( wladek1 | 2008. 01. 19., szo – 00:54 )

Q: Mitől lassú a gépem? Mitől ugrál az mp3 lejátszás?

A: mer' ocska celeron proci van a gepemben
Es mer' a szomszed Athlon XP 2200+-os cucca egyebekben detto ugyanolyan konfiggal kb 2* sebesebb.

__

Zopr miafene

Lehet, hogy nálam azért más probléma is felmerül, elsősorban az alaplapra gondolva, mert: 


wladek@phobos:~$ cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      : Intel(R) Celeron(R) CPU 2.66GHz
stepping        : 1
cpu MHz         : 2666.865
cache size      : 256 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc up pni monitor ds_cpl cid xtpr
bogomips        : 5340.61

wladek@phobos:~$ lspci
00:00.0 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.7 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
00:09.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10)
00:0b.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 08)
00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South]
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE]

Lehetséges, hogy az AMD procikhoz generalt VIA chipsetek jobban muzsikálnak, mint az Intelhez készített társaik?
__

Zopr miafene

Az a 10+ éves szabály, miszerint Intel processzorhoz Intel chipkészletű alaplap, az most is megállja a helyét. A VIA, SiS és társai a felejtős kategóriát képviselik. Ennek kicsit ellentmondani látszik, hogy az ezelőtti notebookomban Intel processzor mellett !Intel alaplap volt és nem volt különösebb problémám, de ezt csak erősíti a szabályt kivételnek fogtam fel.

--
trey @ gépház

Erről itt egy HUP-os topic, a következő pedig a pedig a W3C tesztoldala, hogy böngésződ mennyire támogatja az overflow-* dolgokat.

Amúgy nálam szépen megjelenik vízszintesen egy görgetősáv (Opera 9.5).

--
- Name ONE thing that your Linux computer can do that my MAC can't!
- Right click.

Mit jelent a kevés memória?
baboka@kuplung:~$ uptime
13:38:34 up 14 days, 21:27, 3 users, load average: 1.66, 1.38, 0.80

baboka@kuplung:~$ ps ax|wc -l
109 (benne ~15 napja futo KDE-vel, Amarok-al, szinte orokke futo Ffox-al)

baboka@kuplung:~$ cat /proc/sys/vm/swappiness
60 (Alapertek, ha jol Emlexem)

Es ennek ellenere:

baboka@kuplung:~$ free
total used free shared buffers cached
Mem: 514916 508456 6460 0 8 148404
-/+ buffers/cache: 360044 154872
Swap: 996020 0 996020

Ha ismered a Slackware-t, ismered a Linuxot.

Igen, ha anyámék notijában lenne 512 ram, én se panaszkodnék :)

256-videoram, 7.04 fiesty, Gnome, néhány napos uptime, firefox bezárása (sok tabbal), frissítéskezelő egyidejű indítását nem igazán preferálta az audacious és az egér (mondhatni egy-egy másodpercre beakadt, jól).

Ennyit bír a gép, ez van. Tennék bele egy giga ramot, de anyámék nem akarnak rá költeni, pedig 4400 (1x1G) - 5500 (2x512M) hufból kijönne.