Kirjoittaja Aihe: Dapper suuri prosessorin käyttö  (Luettu 4492 kertaa)

whiteboy

  • Käyttäjä
  • Viestejä: 2
    • Profiili
Dapper suuri prosessorin käyttö
« : 22.06.06 - klo:23.03 »
Eli otsikko kertoo jo kaiken. Prosessori on kovassa käytössä kun näytöllä tapahtuu jotain. Top komennon avulla seurasin kun ikkunaa siirtää niin xorg käyttää prossua aivan hirveästi. Tästä johtuen videot pätkivät ja koneen suorituskyky on muutenkin todella huono.
Jos joku osaa auttaa niin ohjeet voisi antaa ihan rautalangasta taivuttamalla.

Näyttiksen ajurit on asennettu ja ne toimivat ilmeisesti
fglrxinfo:
display: :0.0  screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: RADEON 9800 SE Generic
OpenGL version string: 2.0.5814 (8.25.18)

glxinfo:
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
    GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read,
    GLX_SGIS_multisample, GLX_SGIX_hyperpipe, GLX_SGIX_swap_barrier,
    GLX_SGIX_fbconfig
client glx vendor string: ATI
client glx version string: 1.3
client glx extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_ATI_pixel_format_float,
    GLX_ATI_render_texture
GLX version: 1.2
GLX extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
    GLX_ARB_multisample
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: RADEON 9800 SE Generic
OpenGL version string: 2.0.5814 (8.25.18)
OpenGL extensions:
    GL_ARB_multitexture, GL_EXT_texture_env_add, GL_EXT_compiled_vertex_array,
    GL_S3_s3tc, GL_ARB_depth_texture, GL_ARB_fragment_program,
    GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader,
    GL_ARB_multisample, GL_ARB_occlusion_query, GL_ARB_point_parameters,
    GL_ARB_point_sprite, GL_ARB_shader_objects, GL_ARB_shading_language_100,
    GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp,
    GL_ARB_texture_compression, GL_ARB_texture_cube_map,
    GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
    GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
    GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix,
    GL_ARB_vertex_blend, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program,
    GL_ARB_vertex_shader, GL_ARB_window_pos, GL_ARB_draw_buffers,
    GL_ATI_draw_buffers, GL_ATI_element_array, GL_ATI_envmap_bumpmap,
    GL_ATI_fragment_shader, GL_ATI_map_object_buffer, GL_ATI_separate_stencil,
    GL_ATI_texture_env_combine3, GL_ATI_texture_float,
    GL_ATI_texture_mirror_once, GL_ATI_vertex_array_object,
    GL_ATI_vertex_attrib_array_object, GL_ATI_vertex_streams,
    GL_ATIX_texture_env_combine3, GL_ATIX_texture_env_route,
    GL_ATIX_vertex_shader_output_point_size, GL_EXT_abgr, GL_EXT_bgra,
    GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_minmax,
    GL_EXT_blend_subtract, GL_EXT_clip_volume_hint,
    GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_framebuffer_object,
    GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters,
    GL_EXT_rescale_normal, GL_EXT_secondary_color,
    GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap,
    GL_EXT_texgen_reflection, GL_EXT_texture3D,
    GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map,
    GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine,
    GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic,
    GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp,
    GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array,
    GL_EXT_vertex_shader, GL_HP_occlusion_test, GL_NV_blend_square,
    GL_NV_occlusion_query, GL_NV_texgen_reflection, GL_SGI_color_matrix,
    GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
    GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays
glu version: 1.3
glu extensions:
    GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

Joge

  • Käyttäjä
  • Viestejä: 41
    • Profiili
Re: Dapper suuri prosessorin käyttö
« Vastaus #1 : 23.06.06 - klo:08.41 »
Taisi olla susi jo syntyessään tämä Dapper :Y
TiedeForum Evolution
http://www.tiedeforum.net/

whiteboy

  • Käyttäjä
  • Viestejä: 2
    • Profiili
Re: Dapper suuri prosessorin käyttö
« Vastaus #2 : 23.06.06 - klo:12.26 »
Tuossa on tuo top komennon antama tuloste, jos siitä olisi apua. Tuo muistin kulutus hämmästyttää kanssa.

top - 12:24:45 up  1:12,  2 users,  load average: 0.36, 0.34, 0.49
Tasks:  85 total,   1 running,  84 sleeping,   0 stopped,   0 zombie
Cpu(s): 23.5% us,  3.0% sy,  0.0% ni, 73.5% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:    776000k total,   685276k used,    90724k free,    49644k buffers
Swap:  1534168k total,        0k used,  1534168k free,   446712k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 4439 root      15   0 53844  29m  11m S 10.6  3.8   4:00.87 Xorg
 8703 mikko     15   0  107m  34m  18m S  8.0  4.6   0:19.52 firefox-bin
 5331 mikko     15   0 17844  10m 7576 S  3.3  1.4   0:25.22 metacity
 7651 mikko     15   0 44476  13m 9048 S  2.0  1.8   0:13.75 gnome-terminal
 5338 mikko     15   0 53476  24m  15m S  1.7  3.3   0:22.34 gnome-panel
 5320 mikko     15   0 28204 9744 7176 S  0.3  1.3   0:03.20 gnome-settings-
 9018 mikko     16   0  2192 1092  856 R  0.3  0.1   0:00.02 top
    1 root      16   0  1564  532  460 S  0.0  0.1   0:01.36 init
    2 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
    3 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 watchdog/0
    4 root      10  -5     0    0    0 S  0.0  0.0   0:00.06 events/0

JPK1990

  • Vieras
Re: Dapper suuri prosessorin käyttö
« Vastaus #3 : 23.06.06 - klo:12.30 »
Xorg bugitti mullakin pari kolme kuukautta sitten mutta päivityksis se korjaantu hiljalleen.

raimo

  • Käyttäjä
  • Viestejä: 4269
  • openSUSE Tumbleweed
    • Profiili
Re: Dapper suuri prosessorin käyttö
« Vastaus #4 : 23.06.06 - klo:12.48 »
Tuo muistin kulutus hämmästyttää kanssa.
Otapas huomioon että 446712k cached on käytännössä vapaata muistia (myös),
jolloin muistinkulutus ei enää hämmästyttäne muutoin kuin että Firefox syö sitä kuin haukkaava hippo. :)
Tietä käyden tien on vanki. Vapaa on vain umpihanki.
Aaro Hellaakoski

hanex

  • Käyttäjä
  • Viestejä: 11
    • Profiili
Re: Dapper suuri prosessorin käyttö
« Vastaus #5 : 23.06.06 - klo:14.01 »
Taisi olla susi jo syntyessään tämä Dapper :Y



Miltein voin sanoa samaa breezy ei kaatunut kertaaka mutta dapperi menee jumiin vähintään kerran kahessa päiväss !! ainoa ulos pääsy on virtanappula ei ees ssh pääse kiinni koska jopa verkkoyhteydet katkee !

eliasj

  • Käyttäjä
  • Viestejä: 4075
    • Profiili
Re: Dapper suuri prosessorin käyttö
« Vastaus #6 : 27.06.06 - klo:14.54 »
Jos Dapper takkuaa, asentakaa se puhtaana asennuksena. Ongelmat vähenet yleensä huomattavasti.

Ja muistin kulutukseen: Ubuntu osaa käyttää vapaata muistia muillkein kuin ohjelmille, jonka takia esim free näyttää että muistia on vapaana n. 10mt vaikka todellisuudessa muistia on vapaa paljon enemmän. Järjestelmän Hallinta (Gnome System Monitor) näyttää todellisen vapaan muistin. Tyhjä muisti nimittäin on turhaa muistia.
alias vililikku

lunatiC

  • Käyttäjä
  • Viestejä: 459
    • Profiili
    • http://www.hurjatmopoilija.com/
Re: Dapper suuri prosessorin käyttö
« Vastaus #7 : 03.07.06 - klo:19.13 »
Höh.. paljon on haukuttu tätä Dapperia vaikka meikäläisellä tämä ainakin toimii kuin junan vessa! Ei yksinkertaisesti mitään valittamista! Kyllä jos kone kaatuu kerran kahdessa päivässä tarkoittaa kyllä että käyttiksen säädöt ovat ja pahasti pielessä...

janne

  • Käyttäjä
  • Viestejä: 5150
    • Profiili
Re: Dapper suuri prosessorin käyttö
« Vastaus #8 : 03.07.06 - klo:20.38 »
Höh.. paljon on haukuttu tätä Dapperia vaikka meikäläisellä tämä ainakin toimii kuin junan vessa! Ei yksinkertaisesti mitään valittamista!

minulla dapper on kaatunut tasan yhtä monta kertaa kuin aikaisemmatkin versiot, ei kertaakaan.

Kyllä jos kone kaatuu kerran kahdessa päivässä tarkoittaa kyllä että käyttiksen säädöt ovat ja pahasti pielessä...

tai rauta.

tosin tuo "linux kuluttaa älyttömästi muistia" on suosittu ihmettelyn aihe aloittelijoiden keskuudessa ja johtuu siitä, että ihmiset eivät osaa lukea noita annettuja lukuja. itse asiassa hieman edistyneemmätkään eivät aina osu ihan oikeaan. minusta firefoxin viemä 34Mt on vielä ihan kohtuullinen muistinkulutus ja voi varmasti tabien avaamisen myötä kasvaakin, mutta se on toki odotettavissakin.
Janne

lunatiC

  • Käyttäjä
  • Viestejä: 459
    • Profiili
    • http://www.hurjatmopoilija.com/
Re: Dapper suuri prosessorin käyttö
« Vastaus #9 : 04.07.06 - klo:13.23 »
minulla dapper on kaatunut tasan yhtä monta kertaa kuin aikaisemmatkin versiot, ei kertaakaan.

Enpä muista että itsellänikään olisi muutkaan distrot sen kummemmin kaatuillut. Poikkeuksena SuSe, mutta siihenkin kaatuiluun syypää oli lähinnä se joka istuu näppiksen ja tuolin välissä. :)

tosin tuo "linux kuluttaa älyttömästi muistia" on suosittu ihmettelyn aihe aloittelijoiden keskuudessa ja johtuu siitä, että ihmiset eivät osaa lukea noita annettuja lukuja. itse asiassa hieman edistyneemmätkään eivät aina osu ihan oikeaan. minusta firefoxin viemä 34Mt on vielä ihan kohtuullinen muistinkulutus ja voi varmasti tabien avaamisen myötä kasvaakin, mutta se on toki odotettavissakin.

Itse suhteutan tuota muistin / prossun kulutusta lähinnä siihen miten liukkaasti kone toimii. Jos samaan aikaan koneella on käynnissä azureus, mule ja superkaramba esim. ja pystyn vielä samalla pelaamaan cedegan kautta uusinta need for speediä ilman että peli tökkii, voisin sanoa että ei tämä jakelu kyllä kauheammin koneesta tehoja syö. Varsinkaan kun omakaan kone ei kuitenkaan mitään aivan viimeistä huutoa enään ole. :)

mikkohuo

  • Käyttäjä
  • Viestejä: 562
  • The Ubuntu Counter Project - user number #3339
    • Profiili
Re: Dapper suuri prosessorin käyttö
« Vastaus #10 : 04.07.06 - klo:16.06 »
Mulla on ainakin ollut sellaista, että jos kone on yhtäsoittoa käynnissä pitkään, alkaa toiminta hidastumaan. Tähän on auttanut X:n käynnistäminen uudelleen (Ctrl+Alt+Backspace). Ilmeisesti 3D-ajurit saa koneen tahmaamaan. Ilman 3D-ajureita tätä ongelmaa ei ole.

lunatiC

  • Käyttäjä
  • Viestejä: 459
    • Profiili
    • http://www.hurjatmopoilija.com/
Re: Dapper suuri prosessorin käyttö
« Vastaus #11 : 04.07.06 - klo:16.16 »
Mulla on ainakin ollut sellaista, että jos kone on yhtäsoittoa käynnissä pitkään, alkaa toiminta hidastumaan. Tähän on auttanut X:n käynnistäminen uudelleen (Ctrl+Alt+Backspace). Ilmeisesti 3D-ajurit saa koneen tahmaamaan. Ilman 3D-ajureita tätä ongelmaa ei ole.

Ei ihan normaalilta kuulosta tuokaan.. Itsellä ollu kone yhtäsoittoa päällä jo parisen viikkoa eikä tahmaa sen enempää kuin ekalla käynnistyskerrallakaan.. oletkos koklannut Ctrl + Esc tai konsolissa kirjoittamalla "top" katsoa mikä prosessi sitä tehoa oikein syö?

Vapaan koodin kananmuna

  • Käyttäjä
  • Viestejä: 1536
    • Profiili
Re: Dapper suuri prosessorin käyttö
« Vastaus #12 : 04.07.06 - klo:16.16 »
Mulla on ainakin ollut sellaista, että jos kone on yhtäsoittoa käynnissä pitkään, alkaa toiminta hidastumaan. Tähän on auttanut X:n käynnistäminen uudelleen (Ctrl+Alt+Backspace). Ilmeisesti 3D-ajurit saa koneen tahmaamaan. Ilman 3D-ajureita tätä ongelmaa ei ole.
Suosittelen ohjelman xrestop asennusta, jos haluaa tarkkailla onko Xorgissa muistivuotoja. Hellempi tapa tuohon X:n uudelleenkäynnistykseen:
Koodia: [Valitse]
sudo /etc/init.d/gdm restartYleensä epänormaali prossun tai muistin -kulutus Xorgissa johtuu jostain muusta ohjelmasta, joka kuormittaa sitä mahottomasti.
En Vastaa Vaikeisiin Kysymyksiin.

mikkohuo

  • Käyttäjä
  • Viestejä: 562
  • The Ubuntu Counter Project - user number #3339
    • Profiili
Re: Dapper suuri prosessorin käyttö
« Vastaus #13 : 04.07.06 - klo:16.30 »
Voihan tuo olla Firefox tekee tuota tahmaamista, mutta merkillistä on nimenomaan tuo ero nvidian 3D-ajureilla. Ilman niitä koneessa ei tuollaista hidastumista ole.