Forum Debianizzati

Condividi contenuti
Aggiornato: 43 min 34 sec fa

Lentezza I/O su portatile

Mar, 01/04/2014 - 17:41
Ciao a tutti,
Ho un problema che non mi era mai successo: quando con il mio laptop faccio I/O pesante la macchina è completamente inchiodata, come se avesse la CPU al 100%. Ho già sostituito il disco originale da 5400 Rpm con un Western Digital da 7200 Rpm, ma la situazione non è cambiata di molto.

Questo è il disco:
# hdparm -I /dev/sda

/dev/sda:

ATA device, with non-removable media
   Model Number:       WDC WD5000BPKX-75HPJT0                 
   Serial Number:      WD-WXM1E83JNZ93
   Firmware Revision:  01.01A01
   Transport:          Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
   Supported: 8 7 6 5
   Likely used: 8
Configuration:
   Logical      max   current
   cylinders   16383   16383
   heads      16   16
   sectors/track   63   63
   --
   CHS current addressable sectors:   16514064
   LBA    user addressable sectors:  268435455
   LBA48  user addressable sectors:  976773168
   Logical  Sector size:                   512 bytes
   Physical Sector size:                  4096 bytes
   Logical Sector-0 offset:                  0 bytes
   device size with M = 1024*1024:      476940 MBytes
   device size with M = 1000*1000:      500107 MBytes (500 GB)
   cache/buffer size  = 16384 KBytes
   Nominal Media Rotation Rate: 7200
Capabilities:
   LBA, IORDY(can be disabled)
   Queue depth: 32
   Standby timer values: spec'd by Standard, with device specific minimum
   R/W multiple sector transfer: Max = 16   Current = 0
   Advanced power management level: 254
   DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
        Cycle time: min=120ns recommended=120ns
   PIO: pio0 pio1 pio2 pio3 pio4
        Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
   Enabled   Supported:
      *   SMART feature set
          Security Mode feature set
      *   Power Management feature set
      *   Write cache
      *   Look-ahead
      *   Host Protected Area feature set
      *   WRITE_BUFFER command
      *   READ_BUFFER command
      *   NOP cmd
      *   DOWNLOAD_MICROCODE
      *   Advanced Power Management feature set
          Power-Up In Standby feature set
      *   SET_FEATURES required to spinup after power up
          SET_MAX security extension
      *   48-bit Address feature set
      *   Device Configuration Overlay feature set
      *   Mandatory FLUSH_CACHE
      *   FLUSH_CACHE_EXT
      *   SMART error logging
      *   SMART self-test
      *   General Purpose Logging feature set
      *   64-bit World wide name
      *   IDLE_IMMEDIATE with UNLOAD
      *   {READ,WRITE}_DMA_EXT_GPL commands
      *   Segmented DOWNLOAD_MICROCODE
      *   Gen1 signaling speed (1.5Gb/s)
      *   Gen2 signaling speed (3.0Gb/s)
      *   Gen3 signaling speed (6.0Gb/s)
      *   Native Command Queueing (NCQ)
      *   Host-initiated interface power management
      *   Phy event counters
      *   Idle-Unload when NCQ is active
      *   NCQ priority information
      *   unknown 76[15]
      *   DMA Setup Auto-Activate optimization
          Device-initiated interface power management
      *   Software settings preservation
      *   SMART Command Transport (SCT) feature set
      *   SCT Write Same (AC2)
      *   SCT Features Control (AC4)
      *   SCT Data Tables (AC5)
          unknown 206[7]
          unknown 206[12] (vendor specific)
          unknown 206[13] (vendor specific)
          unknown 206[14] (vendor specific)
Security:
   Master password revision code = 65534
      supported
   not   enabled
   not   locked
   not   frozen
   not   expired: security count
      supported: enhanced erase
   94min for SECURITY ERASE UNIT. 94min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 50014ee6595d40c7
   NAA      : 5
   IEEE OUI   : 0014ee
   Unique ID   : 6595d40c7
Checksum: correct


Ho notato che il problema si manifesta verso metà pomeriggio, dopo una giornata di lavoro, per cui il principale sospettato è la swap, anche se quando mi si inchioda atop non mi evidenzia processi che la stiano usando, per quanto i miei 6Gb di ram siano quasi del tutto intasati.

Ho provato con un po' di tuning, ma anche in questo caso il problema persiste:

[code# more /etc/sysctl.d/local.conf
## riduco l'aggressività della swap (default 60, valori ammessi da 0 a 100)
vm.swappiness = 10
## Values close to 100 provide no gain. Values close to zero can cause huge swap activity during big filesyst
em scans. (default 100, valori ammessi da 0 a 100)
vm.vfs_cache_pressure=50][/code]

Purtroppo sulla macchina ci faccio girare Netbeans che si mangia parecchia ram, più un paio di browser con parecchi tab aperti, icedove, mysql, apache e tutto il cucuzzaro necessario per lo sviluppo web. La cosa strana è che di mattina il pc è performante, mentre al pomeriggio inizia ad essere "stanco", fino ad inchiodarsi se faccio I/O pesante!

Avete qualche suggerimento per sistemare la questione?
Categorie: Forum Debianizzati

Re: migliaia di errori kuiserver in messages e user.log

Mar, 01/04/2014 - 17:33
BubuXP ha scritto:altri utenti con questo bug:
https://lists.debian.org/debian-kde/201 ... 00002.html
http://www.debian-fr.org/pb-kuiser-t47073.html

visti, ma anche loro pare non abbiano idea di quale sia la causa

BubuXP ha scritto:C'è un vecchio bug simile dove dicono che non si tratta di un errore di KDE / KDM ma di uno script o programma lanciato da KDM all'avvio (e la cosa sembrerebbe avere senso dato che il problema si presenta anche con lightdm):
https://bugs.kde.org/show_bug.cgi?id=216627

Questo ha risolto aggiungendo qualche slash, ma non so se il contesto si adatta al nostro caso:
http://johnglotzer.blogspot.it/2012/09/ ... scape.html
non mi sembrano molto rilevanti.
BubuXP ha scritto:In ogni caso ho letto da qualche parte che eliminando KDM e gli altri display manager, facendo il login testuale e poi avviando X con il comando startx il problema non si presenta.
appena provato e purtroppo il problema si presenta ugualmente.

Ho fatto qualche altro test:
    - al login con kdm, senza avviare la sessione di kde, gli errori sono presenti solo in /var/log/kmd.log;
    - al login con lightdm, tutto ok;
    - avviando openbox ed usando alcuni programmi di kde, ok;
    - avviando una sessione solo testuale, ok;

Qui alcuni punti importanti:
    - ad ogni avvio di kde i file kdm.log messages syslog user.log si riempiono degli errori prima menzionati;
    - ogni volta che compare una notifica di kde (avviso batteria scarica, messaggi di kopete,etc.) i quattro file si riempiono degli degli stessi errori;
    - ogni "tranch" di errori occupa all'incirca 86MB per ogni file;
Categorie: Forum Debianizzati

configurazione pulseaudio

Mar, 01/04/2014 - 17:33
Ho modificato il samplerate sia in /etc/pulse/deamon.conf, che in home/utente/.pulse/deamon.conf;
ma in pulseaudio manager è rimasto lo stesso.
Soluzioni ?
Categorie: Forum Debianizzati

Re: migliaia di errori kuiserver in messages e user.log

Mar, 01/04/2014 - 16:28
altri utenti con questo bug:
https://lists.debian.org/debian-kde/201 ... 00002.html
http://www.debian-fr.org/pb-kuiser-t47073.html

C'è un vecchio bug simile dove dicono che non si tratta di un errore di KDE / KDM ma di uno script o programma lanciato da KDM all'avvio (e la cosa sembrerebbe avere senso dato che il problema si presenta anche con lightdm):
https://bugs.kde.org/show_bug.cgi?id=216627

Questo ha risolto aggiungendo qualche slash, ma non so se il contesto si adatta al nostro caso:
http://johnglotzer.blogspot.it/2012/09/ ... scape.html

In ogni caso ho letto da qualche parte che eliminando KDM e gli altri display manager, facendo il login testuale e poi avviando X con il comando startx il problema non si presenta.
Categorie: Forum Debianizzati