[RH9] Lenteur lancement application

Lenteur lancement application [RH9] - Installation - Linux et OS Alternatifs

Marsh Posté le 10-08-2004 à 18:05:06    

:hello:  
 
J'ai un petit soucis avec ma RedHat 9 :
Au premier lancement d'une application quelconque comme une fenêtre Terminal sous KDE, c'est très long environ 10 secondes pour obtenir ma fenêtre :??:
 
Par contre, aux lancements ultérieurs, c'est instantané puisque dans la RAM.
 
Serait-ce un problème de driver SCSI (j'ai 36Go SCSI sur une Adaptec AIC7xxx) ? De gestion de mémoire/swap ?
 
Si vous avez une piste, merci d'avance :jap:

Reply

Marsh Posté le 10-08-2004 à 18:05:06   

Reply

Marsh Posté le 11-08-2004 à 13:04:40    

:bounce:

Reply

Marsh Posté le 11-08-2004 à 13:59:41    

c'est "normal".
 
mainteant tu vas me donner les résultats des commandes suivantes :

Code :
  1. hostname
  2. cat /etc/resolv.conf
  3. cat /etc/hosts


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 11-08-2004 à 14:08:55    

Voici, je vois pas bien la rapport mais bon :
 
hostname :
mail.my.com
 
hosts:
127.0.0.1 mail mail.my.com localhost.localdomain localhost
 
resolv.conf:
nameserver 127.0.0.1
domain my.com
 
 :jap:

Reply

Marsh Posté le 11-08-2004 à 14:16:26    

La résolution de noms peut ralentir le lancement des applis.
 
tn nom d'hote est associé à ta loopback ce qui est bien.
 
pkoi définis tuè ta loopback comme DNS dans resolv.conbf ? tu utilises tmdns/zeroconf ?


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 11-08-2004 à 14:24:44    

Non pas de tmdns/zeroconf.
 
Pour le resolv.conf, j'y ai pas touché...
 
Y a pas de prog de diagnostic comme Aida ou Sandra sur Linux ?
 
:jap:

Reply

Marsh Posté le 11-08-2004 à 14:29:11    

hdparm pour bench les disques durs.
 
 
pour tester ta RAM c'est memtest86 et ton cpu c'est cpuburn.
 
question : pkoi tu n'as pas de DNS ? pkoi pointes tu sur ta loopback , l'ordi n'est aps relié à internet ?


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 11-08-2004 à 14:45:19    

Non juste au LAN
 
:jap:

Reply

Marsh Posté le 11-08-2004 à 14:46:25    

et le LAN est relié à internet ?


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 11-08-2004 à 14:48:56    

hdparm -i /dev/sda : operation not supported on SCSI disks  :(

Reply

Marsh Posté le 11-08-2004 à 14:48:56   

Reply

Marsh Posté le 11-08-2004 à 14:49:52    

Dark_Schneider a écrit :

et le LAN est relié à internet ?


 
Oui par un firewall

Reply

Marsh Posté le 11-08-2004 à 14:50:58    

pour bench tes disques :
 
hdparm -Tt /dev/sda
 
dans les journaux du noyaux tu n'a rien ? ( /var/log/messages )
 


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 11-08-2004 à 15:02:15    

/dev/sda:
 Timing buffer-cache reads:   128 MB in  0.59 seconds =216.95 MB/sec
 Timing buffered disk reads:  64 MB in 27.69 seconds =  2.31 MB/sec
 
La seconde valeur me semble faible...
 
J'avais regardé les logs du messages, je vais y rejeter un oeil...
 
:jap:

Reply

Marsh Posté le 11-08-2004 à 15:57:58    

en effet, c'est TRES faible !!!
 

Code :
  1. [root@serveur root]# hdparm -Tt /dev/sda
  3. /dev/sda:
  4. Timing buffer-cache reads:   1428 MB in  2.00 seconds = 712.33 MB/sec
  5. Timing buffered disk reads:  160 MB in  3.01 seconds =  53.09 MB/sec


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 11-08-2004 à 16:24:48    

Bon je poste une partie du fichier messages (avec mon disque SCSI et mon lecteur de bandes) :
 

Code :
  1. mail kernel: SCSI subsystem driver Revision: 1.00
  2. mail kernel: PCI: Assigned IRQ 10 for device 00:09.0
  3. mail kernel: scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVE
  4. R, Rev 6.3.6
  5. mail kernel:         <Adaptec 2940 Ultra2 SCSI adapter>
  6. mail kernel:         aic7890/91: Ultra2 Wide Channel A, SCSI Id=
  7. 7, 32/253 SCBs
  8. mail kernel:
  9. mail kernel: blk: queue f7fcc814, I/O limit 4095Mb (mask 0xfffff
  10. fff)
  11. mail kernel: scsi0:A:0:0: Tagged Queuing enabled.  Depth 32
  12. mail kernel:   Vendor: FUJITSU   Model: MAP3367NP         Rev: 5
  13. 608
  14. mail kernel:   Type:   Direct-Access                      ANSI S
  15. CSI revision: 03
  16. mail kernel: blk: queue f7fcde14, I/O limit 4095Mb (mask 0xfffff
  17. fff)
  18. mail kernel:   Vendor: ARCHIVE   Model: Python 06408-XXX  Rev: 9
  19. 100
  20. mail kernel:   Type:   Sequential-Access                  ANSI S
  21. CSI revision: 03
  22. mail kernel: blk: queue f7fcd414, I/O limit 4095Mb (mask 0xfffff
  23. fff)
  24. mail kernel: scsi0:A:0:0: Tagged Queuing enabled.  Depth 32
  25. mail kernel: Attached scsi disk sda at scsi0, channel 0, id 0, l
  26. un 0
  27. mail kernel: SCSI device sda: 71132959 512-byte hdwr sectors (36
  28. 420 MB)
  29. mail kernel: Partition check:
  30. mail kernel:  sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda
  31. 9 sda10 >
  32. mail kernel: Journalled Block Device driver loaded
  33. mail kernel: kjournald starting.  Commit interval 5 seconds
  34. mail kernel: EXT3-fs: mounted filesystem with ordered data mode.
  35. mail kernel: Freeing unused kernel memory: 132k freed
  36. mail kernel: usb.c: registered new driver usbdevfs
  37. mail kernel: usb.c: registered new driver hub
  38. mail kernel: PCI: Found IRQ 15 for device 00:0f.2
  39. mail kernel: IRQ routing conflict for 00:0f.2, have irq 7, want
  40. irq 15
  41. mail kernel: PCI: Sharing IRQ 15 with 00:0f.3
  42. mail kernel: usb-ohci.c: USB OHCI at membase 0xf88a1000, IRQ 7
  43. mail kernel: usb-ohci.c: usb-00:0f.2, ServerWorks OSB4/CSB5 OHCI
  44. USB Controller
  45. mail kernel: usb.c: new USB bus registered, assigned bus number
  46. 1
  47. mail kernel: hub.c: USB hub found
  48. mail kernel: hub.c: 2 ports detected
  49. mail kernel: usb.c: registered new driver hiddev
  50. mail kernel: usb.c: registered new driver hid
  51. mail kernel: hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <voj
  52. tech@suse.cz>
  53. mail kernel: hid-core.c: USB HID support drivers
  54. mail kernel: mice: PS/2 mouse device common for all mice
  55. mail kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,7), inte
  56. rnal journal
  57. mail kernel: Adding Swap: 2096440k swap-space (priority -1)
  58. mail kernel: kjournald starting.  Commit interval 5 seconds
  59. mail kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,1), inte
  60. rnal journal
  61. mail kernel: EXT3-fs: mounted filesystem with ordered data mode.
  62. mail kernel: kjournald starting.  Commit interval 5 seconds
  63. mail kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,10), int
  64. ernal journal
  65. mail kernel: EXT3-fs: mounted filesystem with ordered data mode.
  66. mail kernel: kjournald starting.  Commit interval 5 seconds
  67. mail kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,5), inte
  68. rnal journal
  69. mail kernel: EXT3-fs: mounted filesystem with ordered data mode.
  70. mail kernel: kjournald starting.  Commit interval 5 seconds
  71. mail kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,9), inte
  72. rnal journal
  73. mail kernel: EXT3-fs: mounted filesystem with ordered data mode.
  74. mail kernel: kjournald starting.  Commit interval 5 seconds
  75. mail kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,3), inte
  76. rnal journal
  77. mail kernel: EXT3-fs: mounted filesystem with ordered data mode.
  78. mail kernel: kjournald starting.  Commit interval 5 seconds
  79. mail kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,8), inte
  80. rnal journal
  81. mail kernel: EXT3-fs: mounted filesystem with ordered data mode.
  82. mail kernel: kjournald starting.  Commit interval 5 seconds
  83. mail kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,2), inte
  84. rnal journal
  85. mail kernel: EXT3-fs: mounted filesystem with ordered data mode.
  86. mail kernel: st: Version 20020805, bufsize 32768, wrt 30720, max
  87. init. bufs 4, s/g segs 16
  88. mail kernel: Attached scsi tape st0 at scsi0, channel 0, id 6, l
  89. un 0


 
Il y a bien un conflit d'IRQ, mais rien n'empêche le partage d'IRQ :??:
 
Sinon, je ne vois pas grand chose d'anormal...

Reply

Marsh Posté le 11-08-2004 à 17:15:35    

Ce qui me semble étrange, c'est ce que je trouve dans /proc/scsi/aic7xxx/0 :
 

Code :
  1. Adaptec AIC7xxx driver version: 6.3.6
  2. Adaptec 2940 Ultra2 SCSI adapter
  3. aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs
  4. Allocated SCBs: 35, SG List Length: 102
  6. Serial EEPROM:
  7. 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb
  8. 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb 0xc3bb
  9. 0x18a6 0x1c5d 0x2817 0x0010 0xffff 0xffff 0xffff 0xffff
  10. 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0x98cf
  12. Target 0 Negotiation Settings
  13. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  14. Goal: 3.300MB/s transfers
  15. Curr: 3.300MB/s transfers
  16. Channel A Target 0 Lun 0 Settings
  17. Commands Queued 3137933
  18. Commands Active 0
  19. Command Openings 32
  20. Max Tagged Openings 32
  21. Device Queue Frozen Count 0
  22. Target 1 Negotiation Settings
  23. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  24. Target 2 Negotiation Settings
  25. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  26. Target 3 Negotiation Settings
  27. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  28. Target 4 Negotiation Settings
  29. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  30. Target 5 Negotiation Settings
  31. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  32. Target 6 Negotiation Settings
  33. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  34. Goal: 3.300MB/s transfers
  35. Curr: 3.300MB/s transfers
  36. Channel A Target 6 Lun 0 Settings
  37. Commands Queued 839334
  38. Commands Active 0
  39. Command Openings 1
  40. Max Tagged Openings 0
  41. Device Queue Frozen Count 0
  42. Target 7 Negotiation Settings
  43. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  44. Target 8 Negotiation Settings
  45. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  46. Target 9 Negotiation Settings
  47. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  48. Target 10 Negotiation Settings
  49. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  50. Target 11 Negotiation Settings
  51. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  52. Target 12 Negotiation Settings
  53. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  54. Target 13 Negotiation Settings
  55. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  56. Target 14 Negotiation Settings
  57. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)
  58. Target 15 Negotiation Settings
  59. User: 80.000MB/s transfers (40.000MHz, offset 127, 16bit)


 
En particulier les :
Goal: 3.300MB/s transfers
Curr: 3.300MB/s transfers
 
 :??:  :heink:  
 
C'est dans le bios du controleur SCSI où on peut paramétrer ça dans Linux ?
 
:jap:

Reply

Marsh Posté le 11-08-2004 à 17:17:23    

bis je dirais ... mais pas sûr


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 11-08-2004 à 17:51:21    

Je viens de tester sur une machine RH7.1 SCSI AIC7xxx aussi :
Timing buffered disk reads:  64 MB in 27.69 seconds =  40.26 MB/sec  
 
Y a vraiment un problème...

Reply

Marsh Posté le 12-08-2004 à 11:18:17    

:(

Reply

Marsh Posté le 12-08-2004 à 11:40:42    

as tu mis les updates pour RH9 ? notamment du noyau ?


Message édité par Dark_Schneider le 12-08-2004 à 11:40:55

---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 12-08-2004 à 12:54:15    

Non, c'est la version RH9 des CD téléchargés...
C'est pas suffisant ?

Reply

Marsh Posté le 12-08-2004 à 13:07:12    

devine ...
 
mets les mises à jours. dans les mises à jours tu as :
- correction pb de sécu
- corrections de bugs


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 12-08-2004 à 14:01:00    

Euh excuse-moi, mais comment savoir quel RPM installer ?
 
Je prends juste le dernier RPM du noyau 2.4 et je fais un rpm -Uvh ?  
 
:jap: pour ta patience et tes précieux conseils.

Reply

Marsh Posté le 12-08-2004 à 14:13:25    

Rh a un utilitaire pour cela je crois ( up2date ). lis al doc et tu verras.
 
sinon au pire tu fais un rpm -Uvh


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 12-08-2004 à 15:54:51    

Bon pour le up2date, à priori, ça ne marche plus avec la 9.0...
 
J'ai regardé les release notes du noyau 2.4.20-31.9, c'est les mêmes drivers que dans le 2.4.20-8 d'origine...
 
Et je n'ai pas trouvé de trace de bug/problème similaire au mien.
 
Va falloir que j'examine de plus près le matériel en lui-même quand je pourrais arrêter le serveur pour voir si ce n'est pas un problème de terminaison SCSI ou un mauvais câble SCSI... :??:

Reply

Marsh Posté le 13-08-2004 à 12:25:03    

J'ai séparé le disque SCSI et le lecteur de bande qui étaient sur la même nappe SCSI puisque j'ai un controleur SCSI avec 2 channels.
 
Mais ça n'a rien changé dans la config SCSI sous Linux...
 
Faut rescanner les périphs SCSI ?
Modifier à la main les fichiers de conf SCSI ?
 
:jap:

Reply

Marsh Posté le 13-08-2004 à 13:27:48    

tu n'a pas besoin normalement.
 
à part mettre une version version du noyau, je ne vois pas trop ce que tu pourrais faire


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 13-08-2004 à 13:29:41    

Reply

Marsh Posté le 13-08-2004 à 13:41:38    

C'est bizarre puisque mon lecteur de bande n'est plus sur le 1er channel...

Reply

Marsh Posté le 13-09-2004 à 16:08:15    

Bon, j'ai fait un Ghost et redescendu l'image sur un serveur identique sauf que le 36Go n'est plus un Fujitsu mais un Seagate :
 
#hdparm -Tt /dev/sda
 
/dev/sda:
 Timing buffer-cache reads:   128 MB in  0.62 seconds =206.45 MB/sec
 Timing buffered disk reads:  64 MB in  1.00 seconds = 64.00 MB/sec
 
Les 64MB/sec me changent des 2.3MB/sec  :ange:  
 
 :??: mais bon, ça fonctionne mieux...

Reply

Marsh Posté le 13-09-2004 à 17:52:47    

Fujitsu à la poubelle on dirait


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 13-09-2004 à 17:54:33    

Je vais redescendre la même image Ghost et je verrai bien les perfs...

Reply

Marsh Posté le 20-09-2004 à 16:54:32    

Bon, pour info :
Image Ghost redescendue : perfs idem.
Contrôleur SCSI changé : perfs enfin correctes.
 
:jap:

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed