reklama

Extrémní vytížení procesoru

xmms

  • ***
  • 143
    • Zobrazit profil
    • E-mail
Extrémní vytížení procesoru
« kdy: 26. 12. 2010, 20:02:09 »
Mám takový problém s openSUSE 11.3. Po instalaci systému běží naplno procesor takovým způsobem, že se přehřeje a vypne. Celý notebook je dost horký a já nemůžu přijít na to, co ho tolik vytěžuje.

Jen na okraj mám ACER core2 duo.

Trocha z mého /var/log/messages

Kód: [Vybrat]
Dec 20 22:38:17 xmms smartd[2946]: Device: /dev/sda [SAT], SMART Usage Attribute: 193 Load_Cycle_Count changed from 180 to 179
Dec 20 22:38:17 xmms smartd[2946]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 103 to 102

Dec 26 13:55:43 xmms kernel: [ 5220.375796]     (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Dec 26 13:55:43 xmms kernel: [ 5220.375800]     (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Dec 26 13:59:20 xmms smartd[2994]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 81 to 78
Dec 26 14:02:08 xmms kernel: [ 5605.289475] CPU1: Temperature above threshold, cpu clock throttled (total events = 1)
Dec 26 14:02:08 xmms kernel: [ 5605.289485] Disabling lock debugging due to kernel taint
Dec 26 14:02:08 xmms kernel: [ 5605.290118] CPU1: Temperature/speed normal
Dec 26 14:03:43 xmms kernel: [ 5700.004015] Machine check events logged
Dec 26 14:03:55 xmms kernel: [ 5712.619161] Critical temperature reached (103 C), shutting down.
Dec 26 14:03:55 xmms kernel: [ 5712.620823] Critical temperature reached (101 C), shutting down.
Dec 26 14:03:55 xmms shutdown[2307]: shutting down for system halt
Dec 26 14:03:56 xmms init: Switching to runlevel: 0

A toho je tam plno.

Umí někdo poradit, jak zjistit příčinu problému? Podle výpisu běžících procesů nic nenasvědčuje takové aktivitě. I pevný disk je v klidu a nic nedělá, ale přehřívá se taky. Spolu s tím i wifi karta, takže se mi odpojuje od internetu. Větrák jede nepřetržitě na plné obrátky, ale nestíhá chladit.

Zkusil jsem pokus: počítač jsem nechal vychladnout a nabootoval runlevel 1. V něm to ale také docela hřeje. Pokud tam spustím něco třeba kompilaci jádra, procesor se přehřeje a počítač vypne. Problém určitě nebude způsoben programem typu Beagle apod. Zde je výpis ps aux z runlevel 1:

Kód: [Vybrat]
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  1.7  0.0   2196   732 ?        Ss   17:58   0:00 init [S]   
root         2  0.0  0.0      0     0 ?        S    17:58   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S    17:58   0:00 [migration/0]
root         4  0.0  0.0      0     0 ?        S    17:58   0:00 [ksoftirqd/0]
root         5  0.0  0.0      0     0 ?        S    17:58   0:00 [watchdog/0]
root         6  0.0  0.0      0     0 ?        S    17:58   0:00 [migration/1]
root         7  0.0  0.0      0     0 ?        S    17:58   0:00 [ksoftirqd/1]
root         8  0.0  0.0      0     0 ?        S    17:58   0:00 [watchdog/1]
root         9  0.0  0.0      0     0 ?        S    17:58   0:00 [events/0]
root        10  0.0  0.0      0     0 ?        S    17:58   0:00 [events/1]
root        11  0.0  0.0      0     0 ?        S    17:58   0:00 [cpuset]
root        12  0.0  0.0      0     0 ?        S    17:58   0:00 [netns]
root        13  0.0  0.0      0     0 ?        S    17:58   0:00 [async/mgr]
root        14  0.0  0.0      0     0 ?        S    17:58   0:00 [pm]
root        15  0.0  0.0      0     0 ?        S    17:58   0:00 [sync_supers]
root        16  0.0  0.0      0     0 ?        S    17:58   0:00 [bdi-default]
root        17  0.0  0.0      0     0 ?        S    17:58   0:00 [kintegrityd/0]
root        18  0.0  0.0      0     0 ?        S    17:58   0:00 [kintegrityd/1]
root        19  0.0  0.0      0     0 ?        S    17:58   0:00 [kblockd/0]
root        20  0.0  0.0      0     0 ?        S    17:58   0:00 [kblockd/1]
root        21  0.0  0.0      0     0 ?        S    17:58   0:00 [kacpid]
root        22  0.0  0.0      0     0 ?        S    17:58   0:00 [kacpi_notify]
root        23  0.0  0.0      0     0 ?        S    17:58   0:00 [kacpi_hotplug]
root        24  0.4  0.0      0     0 ?        S    17:58   0:00 [kseriod]
root        27  0.0  0.0      0     0 ?        S    17:58   0:00 [kondemand/0]
root        28  0.0  0.0      0     0 ?        S    17:58   0:00 [kondemand/1]
root        29  0.0  0.0      0     0 ?        S    17:58   0:00 [khelper]
root        30  0.0  0.0      0     0 ?        S    17:58   0:00 [khungtaskd]
root        31  0.0  0.0      0     0 ?        S    17:58   0:00 [kswapd0]
root        32  0.0  0.0      0     0 ?        SN   17:58   0:00 [ksmd]
root        33  0.0  0.0      0     0 ?        S    17:58   0:00 [aio/0]
root        34  0.0  0.0      0     0 ?        S    17:58   0:00 [aio/1]
root        35  0.0  0.0      0     0 ?        S    17:58   0:00 [crypto/0]
root        36  0.0  0.0      0     0 ?        S    17:58   0:00 [crypto/1]
root        38  0.0  0.0      0     0 ?        S    17:58   0:00 [kpsmoused]
root        68  0.0  0.0      0     0 ?        S    17:59   0:00 [ata/0]
root        69  0.0  0.0      0     0 ?        S    17:59   0:00 [ata/1]
root        70  0.0  0.0      0     0 ?        S    17:59   0:00 [ata_aux]
root        71  0.0  0.0      0     0 ?        S    17:59   0:00 [scsi_eh_0]
root        72  0.0  0.0      0     0 ?        S    17:59   0:00 [scsi_eh_1]
root        73  0.0  0.0      0     0 ?        S    17:59   0:00 [scsi_eh_2]
root        74  0.0  0.0      0     0 ?        S    17:59   0:00 [scsi_eh_3]
root        75  0.0  0.0      0     0 ?        S    17:59   0:00 [scsi_eh_4]
root        76  0.0  0.0      0     0 ?        S    17:59   0:00 [scsi_eh_5]
root       195  0.0  0.0      0     0 ?        S    17:59   0:00 [khubd]
root       397  0.0  0.0      0     0 ?        S    17:59   0:00 [jbd2/sda6-8]
root       398  0.0  0.0      0     0 ?        S    17:59   0:00 [ext4-dio-unwrit]
root       399  0.0  0.0      0     0 ?        S    17:59   0:00 [ext4-dio-unwrit]
root       405  0.0  0.0      0     0 ?        S    17:59   0:00 [flush-8:0]
root       411  0.0  0.0      0     0 ?        S    17:59   0:00 [usbhid_resumer]
root       549  0.1  0.0   3072  1320 ?        S<s  17:59   0:00 /sbin/udevd --daemon
root       752  0.0  0.0      0     0 ?        S    17:59   0:00 [kvm-irqfd-clean]
root       796  0.0  0.0      0     0 ?        S    17:59   0:00 [cfg80211]
root       864  0.0  0.0      0     0 ?        S    17:59   0:00 [iwlagn]
root       875  0.0  0.0      0     0 ?        S    17:59   0:00 [phy0]
root       883  0.0  0.0      0     0 ?        S    17:59   0:00 [hd-audio0]
root       919  0.0  0.0      0     0 ?        S    17:59   0:00 [hd-audio1]
root       922  0.0  0.0      0     0 ?        S    17:59   0:00 [bluetooth]
root       994  0.0  0.0      0     0 ?        S    17:59   0:00 [kstriped]
root      1555  0.0  0.0   3068  1272 ?        S<   17:59   0:00 /sbin/udevd --daemon
root      1556  0.0  0.0   3068  1272 ?        S<   17:59   0:00 /sbin/udevd --daemon
root      1632  0.1  0.0   3816  2180 tty1     Ss   17:59   0:00 bash
root      1647  0.0  0.0   2564   900 tty1     R+   17:59   0:00 ps aux

Vůbec mě nenapadá, co ten procesor může tolik vytěžovat. Procesy většinou spí.
Ve Windows s tím nejsou žádné problémy a zdaleka se tolik nezahřeje ani při hraní náročných her jako třeba CRYSIS.
Zajímá mě, jakým způsobem můžu zjistit příčinu a vyřešit. Nevím jak dál.

reklama


Blaazen.

Re: Extrémní vytížení procesoru
« Odpověď #1 kdy: 26. 12. 2010, 20:31:00 »
Zkuste doinstalovat cpufrequtils a případně i powertop. Já mám Kubuntu a core 2 duo a nikdy jsem takový problém nezaznamenal na mnoha různých jádrech.

test

Re: Extrémní vytížení procesoru
« Odpověď #2 kdy: 26. 12. 2010, 20:47:33 »
Vypada tak, ze openSuse nezapina chladic na Aceru.
Google doporucuje aktualizovat bios.

xmms

  • ***
  • 143
    • Zobrazit profil
    • E-mail
Re: Extrémní vytížení procesoru
« Odpověď #3 kdy: 27. 12. 2010, 15:11:24 »
Toto je v runlevelu 1:
# powertop


Kód: [Vybrat]
Cn                Avg residency       P-states (frequencies)
C0 (cpu running)        ( 0.0%)       Turbo Mode     0.2%
polling           0.0ms ( 0.0%)         2.10 Ghz     0.0%
C1 mwait          0.0ms ( 0.0%)         1.60 Ghz     0.0%
C2 mwait          0.7ms ( 0.0%)         1200 Mhz    99.8%
C6 mwait         31.4ms (99.9%)

Wakeups-from-idle per second : 32.2     interval: 5.0s                                                                                         
no ACPI power usage estimate available

Top causes for wakeups:
  38.4% ( 21.8)     <kernel core> : hrtimer_start (tick_sched_timer)
  17.6% ( 10.0)     <kernel core> : run_timer_softirq (r600_audio_update_hdmi)
  14.1% (  8.0)     <kernel core> : usb_hcd_poll_rh_status (rh_timer_func)
   8.8% (  5.0)     <kernel core> : run_timer_softirq (cursor_timer_handler)
   8.1% (  4.6)     <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
   7.0% (  4.0)       <interrupt> : acpi
   3.2% (  1.8)          events/1 : queue_delayed_work (delayed_work_timer_fn)
   1.1% (  0.6)          events/0 : queue_delayed_work (delayed_work_timer_fn)
   0.7% (  0.4)       <interrupt> : PS/2 keyboard/mouse/touchpad
   0.4% (  0.2)     <kernel core> : start_rt_bandwidth (sched_rt_period_timer)
   0.4% (  0.2)              init : hrtimer_start_range_ns (hrtimer_wakeup)
   0.4% (  0.2)     <kernel core> : run_timer_softirq (sync_supers_timer_fn)


Toto je v runlevelu 5:
# powertop


Kód: [Vybrat]
     PowerTOP version 1.12      (C) 2007 Intel Corporation                                                                                     

Cn                Avg residency       P-states (frequencies)
C0 (cpu running)        ( 2,1%)       Turbo Mode     1,2%
polling           0,0ms ( 0,0%)         2,10 Ghz     0,0%
C1 mwait          0,0ms ( 0,0%)         1,60 Ghz     0,0%
C2 mwait          0,8ms ( 3,4%)         1200 Mhz    98,8%
C6 mwait          4,8ms (94,4%)

Wakeups-from-idle per second : 239,6    interval: 5,0s                                                                                         
no ACPI power usage estimate available

Top causes for wakeups:
  26,9% ( 61,6)       <interrupt> : extra timer interrupt
  18,2% ( 41,6)     <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
  13,0% ( 29,8)       <interrupt> : iwlagn
   7,6% ( 17,4)       <interrupt> : acpi
   5,2% ( 12,0)     <kernel core> : hrtimer_start (tick_sched_timer)
   4,9% ( 11,2)           firefox : hrtimer_start_range_ns (hrtimer_wakeup)
   4,2% (  9,6)       <interrupt> : ahci
   3,2% (  7,4)       <interrupt> : ehci_hcd:usb3, uhci_hcd:usb5
   2,6% (  6,0)     <kernel core> : run_timer_softirq (r600_audio_update_hdmi)
   2,1% (  4,8)     <kernel core> : usb_hcd_poll_rh_status (rh_timer_func)
   1,4% (  3,2)   USB device usb5 : UHCI Host Controller (Linux 2.6.34-12-default uhci_hcd)
   1,3% (  3,0)              Xorg : fbcon_add_cursor_timer (cursor_timer_handler)
   1,3% (  3,0)         syndaemon : hrtimer_start_range_ns (hrtimer_wakeup)
   1,3% (  3,0)   USB device usb3 : EHCI Host Controller (Linux 2.6.34-12-default ehci_hcd)
   1,2% (  2,8)             khubd : msleep (process_timeout)
   0,8% (  1,8)        parcellite : hrtimer_start_range_ns (hrtimer_wakeup)
   0,5% (  1,2)              nscd : hrtimer_start_range_ns (hrtimer_wakeup)
   0,5% (  1,2)   gpk-update-icon : hrtimer_start_range_ns (hrtimer_wakeup)
   0,5% (  1,2)           ha_logd : hrtimer_start_range_ns (hrtimer_wakeup)
   0,4% (  1,0)          events/1 : queue_delayed_work (delayed_work_timer_fn)
   0,3% (  0,6)      <kernel IPI> : Rescheduling interrupts
   0,3% (  0,6)   gvfs-afc-volume : hrtimer_start_range_ns (hrtimer_wakeup)
   0,3% (  0,6)     <kernel core> : run_timer_softirq (tg3_timer)
   0,3% (  0,6)            smpppd : hrtimer_start_range_ns (hrtimer_wakeup)

Nevím, jestli to je dobře nebo špatně, možná by někdo uměl říct víc. Každopádně nejvíc tam je hrtimer_start_range_ns.

BIOS:

S tím biosem mě to už taky napadlo. Už před nějakou dobou jsem ho zkusil updatovat. Na jejich stránkách byla možnost podle výrobního čísla ověřit potřebnost updatovat bios. Řeklo mi to, že můj bios není třeba updatovat. Nový bios na jejich stránkách byl a ten jsem chtěl samozřejmě vyzkoušet, ale nešlo to nainstalovat. Jejich DOS updatovací program se seknul při zálohování stávajícího bious a ta windowsová verze nešla vůbec. Dnes jejich stránky acer.cz nefungují a na acer.com chybí můj model 5738G. Někdy mám pocit, že si ze mě dělá výrobce srandu.

Ale je to divné, když větrák stále hučí a celý systém se přehřívá. Co by to ještě mohlo způsobovat? Rozebrat a zkontrolovat větrák uvnitř je až poslední možnost. Znovu připomínám, že ten problém mám jen v linuxu, takže hardwarovou chybu nepředpokládám.

xmms

  • ***
  • 143
    • Zobrazit profil
    • E-mail
Re: Extrémní vytížení procesoru
« Odpověď #4 kdy: 27. 12. 2010, 18:32:10 »
Ty jejich stránky už fungujou, asi měli krátký výpadek. Stáhnul jsem novější tentokrát funkční bios, který jsem tam nahrál, ale nic se nezměnilo. V klidu jede procesor na 80°C, při kompilaci leze rychle ke stovce. HDD jede okolo 60°C.

Kdybyste někdo měl nápad, tak napište.

reklama


Blaazen.

Re: Extrémní vytížení procesoru
« Odpověď #5 kdy: 27. 12. 2010, 18:47:44 »
Ten výpis z powertopu je OK. CPU se samo zpomaluje, když není vytíženo, tak je to správně. I ty wake-ups jsou jak by měly být (u mě je to v podstatě stejné). Jestliže jste psal, že ventilátor jede naplno a přesto se to vypíná přehřátím, tak netuším. Notebooky mívají společný ventilátor pro CPU, GPU i chipset (myslím, že na mém to tak  je). Mohl by být chladič špatně připevněn na CPU/GPU? Případně, byly tam někdy Windows a jak se to chovalo? Je to nový notebook?

xmms

  • ***
  • 143
    • Zobrazit profil
    • E-mail
Re: Extrémní vytížení procesoru
« Odpověď #6 kdy: 27. 12. 2010, 19:09:53 »
Notebook je 10 měsíců starý a doteď jsem na něm provozoval jen Windows 7. Všechno tam jelo bez problému, i při hraní her nebyl nikdy problém. Teplotu jsem ale nemonitoroval. Na to se ještě podívám. Já teď pro změnu stahuju mandrivu 64 bit a vyzkouším, jestli to tam bude jiné.

Ten chladič by mohl být teoreticky špatně nasazený, ale nechce se mi do toho hrabat, to si nechám jako lahůdku až jako poslední možnost. Bohužel jsem v zahraničí a tady bych případnou reklamaci řešil blbě.

Dále koukám, že CPU jede v klidu na poloviční frekvenci a teď má 73°C, to je na poloviční frekvenci dost. Jinak při vytížení se rozjede na 2.10 GHz, teplota jede ke stovce a při dosažení 101°C následuje vypnutí systému.

Kód: [Vybrat]
# cpufreq-info
cpufrequtils 006: cpufreq-info (C) Dominik Brodowski 2004-2009
Chyby v programu prosím hlaste na http://bugs.opensuse.org (anglicky).
Chyby v překladu prosím hlaste na kavol@seznam.cz (česky ;-)
analyzuji CPU 0:
  ovladač: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0 1
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 10.0 us.
  hardwarové meze: 1.20 GHz - 2.10 GHz
  dostupné frekvence: 2.10 GHz, 2.10 GHz, 1.60 GHz, 1.20 GHz
  dostupné regulátory: conservative, userspace, powersave, ondemand, performance
  současná taktika: frekvence by měla být mezi 1.20 GHz a 2.10 GHz.
                    Regulátor "ondemand" může rozhodnout jakou frekvenci použít
                    v těchto mezích.
  současná frekvence CPU je 1.20 GHz  (zjištěno hardwarovým voláním).
analyzuji CPU 1:
  ovladač: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0 1
  CPUs which need to have their frequency coordinated by software: 1
  maximum transition latency: 10.0 us.
  hardwarové meze: 1.20 GHz - 2.10 GHz
  dostupné frekvence: 2.10 GHz, 2.10 GHz, 1.60 GHz, 1.20 GHz
  dostupné regulátory: conservative, userspace, powersave, ondemand, performance
  současná taktika: frekvence by měla být mezi 1.20 GHz a 2.10 GHz.
                    Regulátor "ondemand" může rozhodnout jakou frekvenci použít
                    v těchto mezích.
  současná frekvence CPU je 1.20 GHz  (zjištěno hardwarovým voláním).
# sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:       +73.0°C  (crit = +101.0°C)                 
temp2:       +73.0°C  (crit = +101.0°C)
« Poslední změna: 27. 12. 2010, 19:18:43 od xmms »

Blaazen.

Re: Extrémní vytížení procesoru
« Odpověď #7 kdy: 27. 12. 2010, 21:40:46 »
Tak to vypadá hardwarově OK. Co je tam za grafiku? Pokud je tam silnější grafika a ovladač špatně řídí úsporné režimy karty (stále jakoby jede naplno), tak by se CPU mohlo hřát od ní.

xmms

  • ***
  • 143
    • Zobrazit profil
    • E-mail
Re: Extrémní vytížení procesoru
« Odpověď #8 kdy: 27. 12. 2010, 22:41:45 »
Grafika je ATI Mobility Radeon HD 4650.

Blaazen.

Re: Extrémní vytížení procesoru
« Odpověď #9 kdy: 27. 12. 2010, 23:03:47 »
Tak to máte podobné železo jako já (mám Core2Duo P7350 (25 watů) a ATI Mobility Radeon 4670 (28 wattů)). Používám proprietární driver a vždy uměl řídit kartu líp (s otevřeným Mesa ovladačem mi ventilátor jel trochu víc, ale nikdy to nešlo tak do extrému jako ve vašem případě). V posledním Kubuntu s jádrem 2.6.35.22 jsem musel použít verzi fglrx ze serverů Canonicalu (8.780), nikdy se mi nepodařilo rozchodit verzi staženou přímo od AMD/ATI. Teď by měl spíš poradit někdo jiný, kdo používá SUSE, jaká verze fglrx funguje s vaší verzí jádra.

xmms

  • ***
  • 143
    • Zobrazit profil
    • E-mail
Re: Extrémní vytížení procesoru
« Odpověď #10 kdy: 27. 12. 2010, 23:25:29 »
To je zajímavé. Při první instalaci suse jsem ještě musel nainstalovat ovladač od ATI, který hned napoprvé fungoval. Teď jsem ale suse přeinstaloval, zvolil jsem klasickou desktop instalaci a grafika hned jede a akceleruje. Ovladač od ATI jsem nemusel požít. Každopádně problém se tím nezměnil.

Je v tom ale velký rozdíl. Ne v tom pžehřívání, ale v rychlosti a odezvách systému. Předtím jsem zvolil k instalaci úplně všechno a systém byl dost pomalý a měl dlouhé odezvy. Teď ale jede všechno rychle, navíc to běží na desktopovém jádru, takže i přepínání z grafiky do konzole je hned bez přepínání obrazovky.
« Poslední změna: 27. 12. 2010, 23:29:08 od xmms »

Blaazen.

Re: Extrémní vytížení procesoru
« Odpověď #11 kdy: 28. 12. 2010, 00:12:50 »
Tak mi to připadá, že byl právě předtím ten proprietární ovladač špatně nainstalován.  Teď je tam otevřený, takže se zlepšila 2D akcelerace (patrně máte taky KDE4). Podobně se mi to chovalo v Kubuntu, akorát ne tak extrémně. Pořád vidím jako řešení rozchodit vhodnou verzi proprietárního ovladače, ale nemám zkušenosti se SUSE. Nakonec jednoduše musí výpis glxinfo obsahovat "Direct rendering: Yes" a při glxgears se musí kolečka pěkně a rychle točit (+ půjdou 3D hry atd.).

xmms

  • ***
  • 143
    • Zobrazit profil
    • E-mail
Re: Extrémní vytížení procesoru
« Odpověď #12 kdy: 28. 12. 2010, 01:13:42 »
glxinfo a glgears je OK jak píšete

Kód: [Vybrat]
v malém okýnku
11873 frames in 5.0 seconds = 2374.545 FPS

Kód: [Vybrat]
přes celou obrazovku
1437 frames in 5.0 seconds = 287.330 FPS

To s tím ale nebude mít mnoho společného, tohle fungovalo i předtím. Jen spouštění aplikací fungovalo předtím trochu pomaleji, ale jinak grafika byla plynulá i u her.

Možná jste nečetl čelé vlákno, jen připomínám, že i v runlevelu 1 se při kompilaci procesor taky smaží a i tam ho to dožene k vypnutí systému.

Blaazen.

Re: Extrémní vytížení procesoru
« Odpověď #13 kdy: 28. 12. 2010, 01:44:20 »
Právě. Smaží se to i když je procesor (podle Powertopu) zpomalen a nevytížen. Jaký tedy teď používáte driver? Pokud proprietární (podle výkonu glxgears to tak vypadá), tak jsem totálně v koncích a už mi došla fantazie, čím by to ještě mohlo být.  :-\

riodelaplata

Re: Extrémní vytížení procesoru
« Odpověď #14 kdy: 28. 12. 2010, 10:57:46 »
Za mlada mi to suse take delalo a bylo to spatnou implementaci acpi v jadru (nebo jeho spatnou implementaci v biosu notebooku). Vyresilo se to kompilaci novejsiho vanilla jadra.

 

reklama