OVH Cloud OVH Cloud

tache gourmande

28 réponses
Avatar
Christophe PEREZ
Bonjour,

J'ai passé mon serveur d'un ancien PC Céléron 500Mhz, 384Mo de RAM en
une machine neuve Céléron 2.66Ghz, 1Go de RAM, avec un disque SATA.

Sur mon ancien serveur, certes les sauvegardes complètes duraient
longtemps (en gros 5-7 heures), mais au moins, ça ne mettait pas le PC à
genou, et je pouvais continuer à bosser dessus normalement pour des
tâches d'administration légères.

Sur le nouveau, les sauvegardes vont évidemment beaucoup plus vite, mais
pas contre, tout le reste est du coup très ralenti. Un 'top' prend plusieurs
secondes avant d'arriver, et parfois même beaucoup plus et, beaucoup
plus embêtant, les accès ssh sont quasiment impossibles, ou alors très
très longs.

J'ai pensé 'jouer' du 'nice', mais je me demande malgré tout si je
n'aurais pas un petit défaut ailleurs, en particulier sur le noyau.
En effet, c'est la première fois que je compile avec CONFIG_PREEMPT=y.
Est-ce réellement un bon choix ?
Et cela peut-il avoir un rapport ?

Sinon, quelle piste pensez-vous que je pourrais explorer ?

Un extrait du top en pleine sauvegarde par star 'bzipé' :

top - 12:18:24 up 2 days, 18:38, 2 users, load average: 3.77, 4.59, 3.91
Tasks: 204 total, 9 running, 195 sleeping, 0 stopped, 0 zombie
Cpu(s): 94.0% us, 5.6% sy, 0.3% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 905292k total, 896728k used, 8564k free, 8540k buffers
Swap: 1004052k total, 0k used, 1004052k free, 481428k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
21999 root 25 0 8812 7772 352 R 92.0 0.9 21:41.44 bzip2

Pour info, Gentoo stable, à jour :
# uname -a
Linux serveur1 2.6.11-gentoo-r5 #1 Sun Apr 3 13:33:10 AST 2005 i686 Intel(R) Celeron(R) CPU 2.66GHz GenuineIntel GNU/Linux


--
Christophe PEREZ
Écrivez moi sans _faute !

10 réponses

1 2 3
Avatar
Christophe PEREZ
Le Fri, 08 Apr 2005 00:44:56 +0200, Khanh-Dang a écrit:

Quand on y réfléchit bien, c'est triste.


C'est bien mon sentiment.

Si tout le monde cherchait
vraiment à résoudre son problème, en lisant la documentation, en
cherchant sur Google, etc..., alors la grande majorité des problèmes
de configuration décrits dans ce groupe n'auraient pas de solutions
trouvées.


Mais on peut espérer qu'à ce moment là, les "bons" auraient plus de
temps pour ce pencher sur ces 'vrais' problèmes.

Un article bien écrit, qui décrit bien le problème a en général un
auteur qui a conscience de la netiquette. Ce même auteur aura en général
vraiment cherché à résoudre son problème de configuration.


Ma question était donc bien de savoir si aux yeux de ceux qui pourraient
éventuellement m'aider, je passais pour tel ou pas.
Car en effet, s'ils ont l'impression que je viens ici en attendant une
solution toute cuite, je comprends qu'ils ne mettent pas d'ardeur à me
répondre.

Et je ne sais
pas si usenet est vraiment adapté à la résolution de problèmes de
configuration. Donc, dans ce cas, le problème reste la plupart du temps
levé :-/


Pourtant, on voit quand même des newsgroups beaucoup plus actifs (et
l'inverse aussi) dans la recherche acharnée de solutions à un problème
posé. Ça arrive ici aussi parfois, mais c'est rare.

--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
l'indien
On Thu, 07 Apr 2005 18:26:34 -0400, Christophe PEREZ wrote:

Le Fri, 08 Apr 2005 00:06:59 +0200, l'indien a écrit:

hdparm ne peut rien faire pour configurer une interface qui n'est pas de
type IDE.


Ok, parfaitement clair. C'est ce que j'avais grossièrement compris, mais
sans en connaître les détails.

Je n'ai jamais essayé les outils SCSI sur du sérial ATA, mais je ne suis
pas sur qu'ils soient efficace non plus...


Moi non plus. Et dans toutes les recherches que j'ai faites, tout ce que
j'ai pu trouve c'est qu'à l'heure actuelle, on peut difficilement en
savoir plus.

Merci pour ce complément d'info.
Et sur mon vrai problème, pas d'idée ?


La seule solution que je voie serait de renicer le process...
Ca me semble étrange que la préemption dans le noyau soit à l'origine
du problème alors que son but est de rendre les noyaux plus réactifs,
justement !
Utilisant une Gentoo, je n'ai pas ce genre de problèmes:
si je lance un bzip2, il va effectivement consomer énormément de
ressources, mais la machine reste totalement utilisable par ailleurs.
A ta place, je vérifierai 3 choses:
- n'aurais tu pas, par hasard, activé par mégarde une option de debug du
noyau ? Quel I/O scheduler as-tu sélectionné ?
- As tu essayé une autre version du noyau (un 2.6.10, par exemple) ?
- Pour une raison quelconque, le process d'archivage ne serait-il pas
lancé en temps que process temps-réel: je ne vois pas pourquoi ce serait
le cas, mais si ça l'est, le résultat est tout à fait normal. Essaye de
vérifier avec chrt ou taskset (du package sys-process/schedutils)


Avatar
Rémi
Le Fri, 08 Apr 2005 00:44:56 +0200, Khanh-Dang a écrit:


Quand on y réfléchit bien, c'est triste.



C'est bien mon sentiment.


Si tout le monde cherchait
vraiment à résoudre son problème, en lisant la documentation, en
cherchant sur Google, etc..., alors la grande majorité des problèmes
de configuration décrits dans ce groupe n'auraient pas de solutions
trouvées.



Mais on peut espérer qu'à ce moment là, les "bons" auraient plus de
temps pour ce pencher sur ces 'vrais' problèmes.


Toutes les questions un peu pointu que j'ai posté ici n'ont presque
jamais eu de réponse qui m'ont permis de résoudre mes problèmes. Je
pense que c'est comme partout, quand c'est une question simple, tu as
effectivement une réponse, quand cela devient trop pointu, tu dois te
débrouiller tout seul, c'est la triste réalité.
Essaye les news américaines, elles ont une fréquentation plus
importante, donc avec plus de chance d'avoir une réponse ... en anglais.

Désolé de ne pouvoir plus t'aider ;-)


Avatar
TiChou
Dans le message <news:425637f1$0$12844$,
*Rémi* tapota sur f.c.o.l.configuration :

Toutes les questions un peu pointu que j'ai posté ici n'ont presque jamais
eu de réponse qui m'ont permis de résoudre mes problèmes.


Lesquelles ?

Je pense que c'est comme partout, quand c'est une question simple, tu as
effectivement une réponse, quand cela devient trop pointu, tu dois te
débrouiller tout seul,


J'ai rarement vu des questions pointues sur ce groupe, d'ailleurs elles
n'ont généralement pas leur vraie place ici mais sur le groupe
fr.comp.os.linux.moderated.
Et d'une manière générale, ce que les gens appellent des questions pointues
sont en fait souvent des questions mal posées, dans lesquelles ils manquent
beaucoup trop d'éléments pour cerner totalement le problème ou bien des
questions qui demandent beaucoup de temps pour s'y attarder, pour y apporter
une réponse et pour y faire éventuellement le suivi.
Je ne dis pas que c'est de la faute au posteur qui demande de l'aide, c'est
juste que parfoi pour le contributeur il n'y aurait qu'en étant physiquement
devant la machine qu'il pourrait récolter tous les éléments nécessaires et
résoudre le problème.

c'est la triste réalité.


La réalité c'est que le groupe n'a aucune vocation à faire des gens des
assistés et que de toute manière, au final, c'est aux gens de se débrouiller
au maximum tout seul. Le groupe, à mon avis, il a plutôt vocation à partager
et à aider.
Et la réalité c'est qu'ici tout le monde est bénévole et vient apporter sa
petite pierre sans que personne l'y oblige et ça je trouve plutôt chouette,
joli, méritant, bref ce que vous voulez mais sûrement pas triste !

--
TiChou

Avatar
Christophe PEREZ
Le Fri, 08 Apr 2005 09:46:52 +0200, l'indien a écrit:

La seule solution que je voie serait de renicer le process...


C'est aussi la seule à laquelle je pense, bien qu'un +10 ne soit pas d'un
effet saisissant.

Ca me semble étrange que la préemption dans le noyau soit à l'origine
du problème alors que son but est de rendre les noyaux plus réactifs,
justement !


C'est pour ça que je l'avais activé.

Utilisant une Gentoo, je n'ai pas ce genre de problèmes:
si je lance un bzip2, il va effectivement consomer énormément de
ressources, mais la machine reste totalement utilisable par ailleurs.
A ta place, je vérifierai 3 choses:
- n'aurais tu pas, par hasard, activé par mégarde une option de debug du
noyau ?


En fait, après la recherche du à la question suivante, je vois que si,
et complètement par hasard comme tu dis, puisque ça doit être
l'activation du preempt qui a du l'activer, et je ne suis pas passé dans
ce menu ensuite :

# grep PREEMPT .config
CONFIG_PREEMPT=y
# CONFIG_PREEMPT_BKL is not set
CONFIG_DEBUG_PREEMPT=y

Je vais donc enlever ce debug, recompiler, et rebooter.

Quel I/O scheduler as-tu sélectionné ?


Ben, euh... à vrai dire :
# grep IOSCHED .config
CONFIG_IOSCHED_NOOP=y
# CONFIG_IOSCHED_AS is not set
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y

mais je ne parviens même pas à trouver ça dans mon make menuconfig.

- As tu essayé une autre version du noyau (un 2.6.10, par exemple) ?


Non, je viens de l'installer, et j'ai pris le dernier en date.
Mais si je ne parviens à rien avec le 2.6.11, je tenterai ça.

- Pour une raison quelconque, le process d'archivage ne serait-il pas
lancé en temps que process temps-réel:


Je me demande bien comment je ferais ça moi.

je ne vois pas pourquoi ce serait le cas,


et moi encore moins.

mais si ça l'est, le résultat est tout à fait normal. Essaye de
vérifier avec chrt ou taskset (du package sys-process/schedutils)


Je vais essayer ça.

Merci pour ton aide.

Pour complément d'info, au cas où, mon .config actuel de noyau :
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_UID16=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
CONFIG_EXPERIMENTAL=y
CONFIG_CLEAN_COMPILE=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_LOCK_KERNEL=y
CONFIG_LOCALVERSION=""
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_POSIX_MQUEUE=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_SYSCTL=y
CONFIG_LOG_BUF_SHIFT
CONFIG_HOTPLUG=y
CONFIG_KOBJECT_UEVENT=y
CONFIG_KALLSYMS=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SHMEM=y
CONFIG_CC_ALIGN_FUNCTIONS=0
CONFIG_CC_ALIGN_LABELS=0
CONFIG_CC_ALIGN_LOOPS=0
CONFIG_CC_ALIGN_JUMPS=0
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_OBSOLETE_MODPARM=y
CONFIG_KMOD=y
CONFIG_X86_PC=y
CONFIG_MPENTIUMIII=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_L1_CACHE_SHIFT=5
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_HPET_TIMER=y
CONFIG_PREEMPT=y
CONFIG_X86_UP_APIC=y
CONFIG_X86_UP_IOAPIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_TSC=y
CONFIG_X86_MCE=y
CONFIG_X86_MCE_NONFATAL=y
CONFIG_X86_MCE_P4THERMAL=y
CONFIG_NOHIGHMEM=y
CONFIG_MTRR=y
CONFIG_HAVE_DEC_LOCK=y
CONFIG_PM=y
CONFIG_ACPI=y
CONFIG_ACPI_BOOT=y
CONFIG_ACPI_INTERPRETER=y
CONFIG_ACPI_FAN=m
CONFIG_ACPI_PROCESSOR=m
CONFIG_ACPI_THERMAL=m
CONFIG_ACPI_BLACKLIST_YEAR=0
CONFIG_ACPI_BUS=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_PCI=y
CONFIG_ACPI_SYSTEM=y
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_STAT=y
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=m
CONFIG_CPU_FREQ_GOV_USERSPACE=m
CONFIG_CPU_FREQ_TABLE=y
CONFIG_X86_SPEEDSTEP_ICH=m
CONFIG_X86_SPEEDSTEP_SMI=m
CONFIG_X86_SPEEDSTEP_LIB=m
CONFIG_X86_SPEEDSTEP_RELAXED_CAP_CHECK=y
CONFIG_PCI=y
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_MMCONFIG=y
CONFIG_PCI_LEGACY_PROC=y
CONFIG_PCI_NAMES=y
CONFIG_HOTPLUG_PCI=m
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_AOUT=m
CONFIG_BINFMT_MISC=m
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_PC_CML1=m
CONFIG_PARPORT_PC_FIFO=y
CONFIG_PNP=y
CONFIG_PNPACPI=y
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_RAM_COUNT
CONFIG_INITRAMFS_SOURCE=""
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDESCSI=y
CONFIG_IDE_GENERIC=y
CONFIG_BLK_DEV_CMD640=y
CONFIG_BLK_DEV_CMD640_ENHANCED=y
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_GENERIC=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_PIIX=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_IDEDMA_AUTO=y
CONFIG_SCSI=y
CONFIG_SCSI_PROC_FS=y
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_SG=y
CONFIG_SCSI_SATA=y
CONFIG_SCSI_ATA_PIIX=y
CONFIG_SCSI_QLA2XXX=y
CONFIG_IEEE1394=m
CONFIG_IEEE1394_OHCI1394=m
CONFIG_IEEE1394_VIDEO1394=m
CONFIG_IEEE1394_SBP2=m
CONFIG_IEEE1394_SBP2_PHYS_DMA=y
CONFIG_IEEE1394_DV1394=m
CONFIG_IEEE1394_RAWIO=m
CONFIG_NET=y
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=m
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_IP_MULTIPLE_TABLES=y
CONFIG_IP_ROUTE_FWMARK=y
CONFIG_IP_ROUTE_MULTIPATH=y
CONFIG_IP_ROUTE_VERBOSE=y
CONFIG_IP_TCPDIAG=y
CONFIG_NETFILTER=y
CONFIG_IP_NF_CONNTRACK=y
CONFIG_IP_NF_FTP=m
CONFIG_IP_NF_IRC=m
CONFIG_IP_NF_QUEUE=y
CONFIG_IP_NF_IPTABLES=y
CONFIG_IP_NF_MATCH_LIMIT=y
CONFIG_IP_NF_MATCH_IPRANGE=y
CONFIG_IP_NF_MATCH_MAC=y
CONFIG_IP_NF_MATCH_PKTTYPE=y
CONFIG_IP_NF_MATCH_MARK=y
CONFIG_IP_NF_MATCH_MULTIPORT=y
CONFIG_IP_NF_MATCH_TOS=y
CONFIG_IP_NF_MATCH_RECENT=y
CONFIG_IP_NF_MATCH_ECN=y
CONFIG_IP_NF_MATCH_DSCP=y
CONFIG_IP_NF_MATCH_AH_ESP=y
CONFIG_IP_NF_MATCH_LENGTH=y
CONFIG_IP_NF_MATCH_TTL=y
CONFIG_IP_NF_MATCH_TCPMSS=y
CONFIG_IP_NF_MATCH_HELPER=y
CONFIG_IP_NF_MATCH_STATE=y
CONFIG_IP_NF_MATCH_CONNTRACK=y
CONFIG_IP_NF_MATCH_OWNER=y
CONFIG_IP_NF_FILTER=y
CONFIG_IP_NF_TARGET_REJECT=y
CONFIG_IP_NF_TARGET_LOG=y
CONFIG_IP_NF_TARGET_ULOG=y
CONFIG_IP_NF_TARGET_TCPMSS=y
CONFIG_IP_NF_NAT=y
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=y
CONFIG_IP_NF_TARGET_REDIRECT=y
CONFIG_IP_NF_TARGET_NETMAP=y
CONFIG_IP_NF_TARGET_SAME=y
CONFIG_IP_NF_NAT_IRC=m
CONFIG_IP_NF_NAT_FTP=m
CONFIG_IP_NF_MANGLE=y
CONFIG_IP_NF_TARGET_TOS=y
CONFIG_IP_NF_TARGET_ECN=y
CONFIG_IP_NF_TARGET_DSCP=y
CONFIG_IP_NF_TARGET_MARK=y
CONFIG_IP_NF_TARGET_CLASSIFY=y
CONFIG_IP_NF_RAW=m
CONFIG_IP_NF_TARGET_NOTRACK=m
CONFIG_IP_NF_ARPTABLES=y
CONFIG_IP_NF_ARPFILTER=y
CONFIG_ATM=m
CONFIG_ATM_CLIP=m
CONFIG_ATM_LANE=m
CONFIG_NET_SCHED=y
CONFIG_NET_SCH_CLK_JIFFIES=y
CONFIG_NET_SCH_CBQ=m
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_HFSC=m
CONFIG_NET_SCH_PRIO=m
CONFIG_NET_SCH_RED=m
CONFIG_NET_SCH_SFQ=m
CONFIG_NET_SCH_TEQL=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_GRED=m
CONFIG_NET_SCH_DSMARK=m
CONFIG_NET_SCH_NETEM=m
CONFIG_NET_QOS=y
CONFIG_NET_ESTIMATOR=y
CONFIG_NET_CLS=y
CONFIG_NET_CLS_TCINDEX=m
CONFIG_NET_CLS_ROUTE4=m
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=m
CONFIG_NET_CLS_U32=m
CONFIG_CLS_U32_PERF=y
CONFIG_NET_CLS_IND=y
CONFIG_CLS_U32_MARK=y
CONFIG_NET_CLS_RSVP=m
CONFIG_NET_CLS_RSVP6=m
CONFIG_NET_CLS_ACT=y
CONFIG_NET_ACT_POLICE=m
CONFIG_NET_ACT_GACT=m
CONFIG_GACT_PROB=y
CONFIG_NET_ACT_MIRRED=m
CONFIG_NET_ACT_IPT=m
CONFIG_NET_ACT_PEDIT=m
CONFIG_NETDEVICES=y
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=m
CONFIG_NET_PCI=y
CONFIG_NE2K_PCI=m
CONFIG_VIA_RHINE=m
CONFIG_R8169=m
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPPOE=m
CONFIG_INPUT=y
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X24
CONFIG_INPUT_MOUSEDEV_SCREEN_Yv8
CONFIG_SOUND_GAMEPORT=y
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
CONFIG_SERIO_LIBPS2=y
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_INPUT_MISC=y
CONFIG_INPUT_PCSPKR=y
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_CORE=y
CONFIG_UNIX98_PTYS=y
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT2
CONFIG_PRINTER=m
CONFIG_PPDEV=m
CONFIG_RTC=y
CONFIG_DRM=y
CONFIG_I2C=m
CONFIG_I2C_CHARDEV=m
CONFIG_I2C_ALGOBIT=m
CONFIG_I2C_I801=m
CONFIG_I2C_ISA=m
CONFIG_I2C_SENSOR=m
CONFIG_SENSORS_W83627HF=m
CONFIG_SENSORS_EEPROM=m
CONFIG_VIDEO_DEV=m
CONFIG_RADIO_MAXIRADIO=m
CONFIG_VGA_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_SPEAKUP_DEFAULT="none"
CONFIG_SOUND=y
CONFIG_SND=y
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
CONFIG_SND_SEQUENCER=y
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=y
CONFIG_SND_PCM_OSS=y
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_INTEL8X0=m
CONFIG_USB=m
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_EHCI_HCD=m
CONFIG_USB_OHCI_HCD=m
CONFIG_USB_UHCI_HCD=m
CONFIG_USB_PRINTER=m
CONFIG_USB_STORAGE=m
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_JBD=y
CONFIG_FS_MBCACHE=y
CONFIG_REISERFS_FS=m
CONFIG_FS_POSIX_ACL=y
CONFIG_INOTIFY=y
CONFIG_QUOTA=y
CONFIG_QUOTACTL=y
CONFIG_DNOTIFY=y
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_UDF_FS=y
CONFIG_UDF_NLS=y
CONFIG_PROC_FS=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_RAMFS=y
CONFIG_SQUASHFS=m
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_NFS_V4=y
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V4=y
CONFIG_NFSD_TCP=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=y
CONFIG_SUNRPC=y
CONFIG_SUNRPC_GSS=y
CONFIG_RPCSEC_GSS_KRB5=y
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_ISO8859_1=y
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_UTF8=m
CONFIG_DEBUG_KERNEL=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_DEBUG_PREEMPT=y
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_EARLY_PRINTK=y
CONFIG_4KSTACKS=y
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_MPPARSE=y
CONFIG_CRYPTO=y
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_DES=y
CONFIG_CRC_CCITT=m
CONFIG_CRC32=y
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_X86_BIOS_REBOOT=y
CONFIG_PC=y


--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
Christophe PEREZ
Le Fri, 08 Apr 2005 12:34:40 -0400, Christophe PEREZ a écrit:

CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y


Aie !
Il n'y en aurait pas au moins un de trop là ??
Je dis 1 car j'ai trouvé les 2 derniers ensemble dans un menu mais pas le
premier.
A choisir entre DEADLINE et CFQ, il vaudrait mieux lequel ?

--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
Christophe PEREZ
Le Fri, 08 Apr 2005 13:59:32 +0200, TiChou a écrit:

J'ai rarement vu des questions pointues sur ce groupe,


Alors c'est qu'elles ne sont donc pas assez pointues pour que les cadors
s'y intéressent, et trop pour que les autres puissent répondre.

Et d'une manière générale, ce que les gens appellent des questions pointues
sont en fait souvent des questions mal posées, dans lesquelles ils manquent
beaucoup trop d'éléments pour cerner totalement le problème ou bien des
questions qui demandent beaucoup de temps pour s'y attarder, pour y apporter
une réponse et pour y faire éventuellement le suivi.


J'espère que tu ne me classes pas dans la première catégorie, ça me
ferait mal.

Je ne dis pas que c'est de la faute au posteur qui demande de l'aide, c'est
juste que parfoi pour le contributeur il n'y aurait qu'en étant physiquement
devant la machine qu'il pourrait récolter tous les éléments nécessaires et
résoudre le problème.


Justement, je tente toujours de donner un maximum de détails, et je me
demande si ça ne me dessert pas au contraire. En effet, quand je vois des
fils de plusieurs dizaines de messages, suivis sur plusieurs jours par
plusieurs intervenants, qui auront démarré par un post de 3 lignes
disant : "je viens d'installer ma mandrake 10.1 community, comment je fais
pour lire ma clé usb ?", là, ça me laisse perplexe.

La réalité c'est que le groupe n'a aucune vocation à faire des gens des
assistés et que de toute manière, au final, c'est aux gens de se débrouiller
au maximum tout seul. Le groupe, à mon avis, il a plutôt vocation à partager
et à aider.


Nous sommes parfaitement d'accord.

Et la réalité c'est qu'ici tout le monde est bénévole et vient apporter sa
petite pierre sans que personne l'y oblige et ça je trouve plutôt chouette,
joli, méritant, bref ce que vous voulez mais sûrement pas triste !


Ouais, sauf que toi, tu n'es peut-être plus (si tu l'as été un jour?)
dans la situation où tu ne peux pas trouver la solution par toi même, et
là, je t'assure que dans ce cas, c'est triste.

--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
TiChou
Dans le message <news:,
*Christophe PEREZ* tapota sur f.c.o.l.configuration :

J'espère que tu ne me classes pas dans la première catégorie, ça me
ferait mal.


Non, du tout, je te rassure.

--
TiChou

Avatar
Christophe PEREZ
Le Fri, 08 Apr 2005 12:34:40 -0400, Christophe PEREZ a écrit:

mais si ça l'est, le résultat est tout à fait normal. Essaye de
vérifier avec chrt ou taskset (du package sys-process/schedutils)


Je vais essayer ça.


Bon, j'ai recompilé mon noyau avec seulement :
# grep IOSCHED /usr/src/linux/.config
CONFIG_IOSCHED_NOOP=y
# CONFIG_IOSCHED_AS is not set
CONFIG_IOSCHED_DEADLINE=y
# CONFIG_IOSCHED_CFQ is not set

et

# grep PREEMPT /usr/src/linux/.config
CONFIG_PREEMPT=y
# CONFIG_PREEMPT_BKL is not set
# CONFIG_DEBUG_PREEMPT is not set

Rebooté, et même problème.

Je n'ai pas encore vraiment étudier les outils schedutils, mais voici
déjà ce que j'ai pu avoir :

# ps axf | grep 'star '
14924 pts/2 S+ 0:00 | _ sh -c /usr/bin/star -c -bz artype=exustar -xdev -acl -xattr -link-dirs -sparse ???errctl=/usr/local/perso/backup/star_errctl ???-fifo fsdm -no-statistics -silent ???-dump -newer=/usr/local/perso/backup/serveur1-www.stamp ???-not pat=lost+found{%!/*} C=/var /var/www ???> /autre/sauvegarde/Linux/serveur1-www-day-5.tar.bz2
14925 pts/2 SL+ 0:00 | _ /usr/bin/star -c -bz artype=exustar -xdev -acl -xattr -link-dirs -sparse errctl=/usr/local/perso/backup/star_errctl -fifo fsdm -no-statistics -silent -dump -newer=/usr/local/perso/backup/serveur1-www.stamp -not pat=lost+found{%!/*} C=/var /var/www
14927 pts/2 S+ 0:00 | _ /usr/bin/star -c -bz artype=exustar -xdev -acl -xattr -link-dirs -sparse errctl=/usr/local/perso/backup/star_errctl -fifo fsdm -no-statistics -silent -dump -newer=/usr/local/perso/backup/serveur1-www.stamp -not pat=lost+found{%!/*} C=/var /var/www

# chrt -m -p 14925
SCHED_FIFO min/max priority : 99/99
SCHED_RR min/max priority : 99/99
SCHED_OTHER min/max priority : 0/0
# chrt -m -p 14927
SCHED_FIFO min/max priority : 99/99
SCHED_RR min/max priority : 99/99
SCHED_OTHER min/max priority : 0/0
# chrt -m -p 14924
SCHED_FIFO min/max priority : 99/99
SCHED_RR min/max priority : 99/99
SCHED_OTHER min/max priority : 0/0

L'erreur est-elle là ?
Ce mini à 99 ça me fait bizarre quand même.

--
Christophe PEREZ
Écrivez moi sans _faute !


Avatar
Khanh-Dang
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y


Il n'y en aurait pas au moins un de trop là ??


Oui, logiquement, il n'y a qu'un ordonnanceur à choisir. Je n'en ai
sélectionné qu'un. J'ai choisi l'ordonnanceur CFQ, puisqu'il est en
général assez bon (j'utilise aussi l'algorthme CFQ pour le QoS).

Je ne sais pas ce qu'il se passe quand plusieurs sont sélectionnés.

Je n'ai jamais essayé d'en sélectionné plusieurs car je viens juste de
passer au noyau 2.6, mais quelque chose me dit que ça a des chances de
résoudre ton problème.


1 2 3