bonsoir,
je n'ai pas encore testé mais tu pourrais essayer l'argument suivant
lors du boot :
maxcpus=[SMP] Maximum number of processors that an SMP kernel
should make use of
On Fri, 2007-03-09 at 09:44 +0100, Thierry Leurent wrote:
> Bonjour,
>
> Quel sujet étran
Le 10/03/07, Jean-François Gobin<[EMAIL PROTECTED]> a écrit :
Créer un environnement virtuel et n'y attacher que 2 instances processeurs ?
Installer RHEL5 quand elle sort (dans peu de temps), puis installer
une instance de RHEL4.5 para-virtualisée et effectivement ne montrer
que deux CPU.
htt
Créer un environnement virtuel et n'y attacher que 2 instances processeurs ?
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Thierry Leurent
Envoyé : vendredi 9 mars 2007 9:44
À : linux@lists.unixtech.be
Objet : [linux] CPU From 8 2 2
Bonj
Bonjour,
Quel sujet étrange que voila
J'ai un serveur dual-xeon dual-cores hyperthreadés (2 * 2 * 2 = 8 CPU dans
/proc/cpuinfo)
J'ai un soft commercial qui refuse de lancer parce qu'il à une license 2
CPU :(.
Bon c'est vrai, quand le vendeur à demandé combien de CPU avez-vous on a
dit 2 et o
comme tu le dis pascal, ca en reviens a faire un bon design
d'application, se qui est nettement plus difficile a faire pour une
societe que de decider qu'il faut $beaucoup$ pour une solution que l'on
achete a l'exterieur (comme ca on peut relancer la faute sur kk d'autre
quand l'application mal fou
ben j'en connais avec tous les vendeurs, mais perso c'est surtout des
probs avec SUN.
On Wed, Nov 17, 2004 at 11:02:18PM +0100, Thomas Silvestre wrote:
> Au boulot nous avons aussi ce genre de grsse machine, mais ?? part des
> disques et des ventilateurs et malgr?? un d??m??nagement de quelqu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Silvestre wrote:
| Au boulot nous avons aussi ce genre de grÃÃsse machine, mais à part des
| disques et des ventilateurs et malgrà un dÃmÃnagement de quelques km et
| une perte soudaine du courant dans toute la salle des serveur, nous
| n'avons j
Au boulot nous avons aussi ce genre de grÃÃsse machine, mais à part des
disques et des ventilateurs et malgrà un dÃmÃnagement de quelques km et
une perte soudaine du courant dans toute la salle des serveur, nous
n'avons jamais rencontrà de problÃme hardware bloquant (aÃe, je ne
devrais pas dire Ãa)
Fabian Vilers wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alain EMPAIN wrote:
| A la limite, pas de contrat de maintenance : avec cet argent on achète
| du nouveau matériel chaque année (et on colle à la loi de Moore au lieu
| d'entretenir un vieux trigu) et on peut même se permettre de j
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alain EMPAIN wrote:
| A la limite, pas de contrat de maintenance : avec cet argent on achète
| du nouveau matériel chaque année (et on colle à la loi de Moore au lieu
| d'entretenir un vieux trigu) et on peut même se permettre de jeter
| froidement ce
Jean-Francois Dive wrote:
de toute facon les grosses caisses avec pleins de CPU c'est pas
interessant, ca coute chers et ca crashe tout le temps.
Un petit exemple ?
Une machine 64 CPUs de 3 ans; pas possible de se passer du contrat de
maintenance car il est utilisé régulièrement...
La valeur an
de toute facon les grosses caisses avec pleins de CPU c'est pas
interessant, ca coute chers et ca crashe tout le temps. Rien ne vaut un
bon cluster de PC et ca dois marcher pour toutes les applications si
elle est bien developee.
On Tue, Nov 16, 2004 at 07:00:27AM +0100, Pascal Bleser wrote:
> ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pascal Bleser wrote:
| A mon avis, ça n'a de sens (et encore) que quand on a un très grand
| nombre de CPUs, càd une douzaine
| au minimum. Jusqu'à 8 CPUs le scheduler devrait faire un excellent
| boulot par lui-même (en tout cas
| pour le kernel 2.6 -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vincent Jamart wrote:
| Je suis d'accord avec Pascal sur le fait de laisser le scheduler organiser
| les process. J'avais fait quelques benchs sur un pSeries (Power4+) avec
| DLPAR et le fameux "CPU affinity" et ca donnait de moins obn resultats
| pour
Je suis d'accord avec Pascal sur le fait de laisser le scheduler organiser
les process. J'avais fait quelques benchs sur un pSeries (Power4+) avec
DLPAR et le fameux "CPU affinity" et ca donnait de moins obn resultats
pour des databases. Par compte, c'est possible qu'en HPC ca change la
donne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fabian Vilers wrote:
| BOnjour à tous,
Salut Fabian
| Imaginons une machine a plus d'un CPU. Est-il possible de dédier le CPU #0
| pour les tâches "système" et le #1 pour les tâches "utilisateur"? C'est une
| question d'intérêt général, je ne possède ma
j'avais lu ce genre de chose dans les commentaires relatifs au kernel 2.6.
Cela a par ex. de l'intérêt dans un dual-XEON qui fait de
l'hyperthreading : il est vu comme 4 CPUs mais certains sont moins égaux
que d'autres...
Bon week-end,
Alain
Fabian Vilers wrote:
BOnjour à tous,
I
BOnjour à tous,
Imaginons une machine a plus d'un CPU. Est-il possible de dédier le CPU #0
pour les tâches "système" et le #1 pour les tâches "utilisateur"? C'est une
question d'intérêt général, je ne possède malheureusement pas ce genre
d'équipement.
Merci pour vos réponses!
Bon week-end,
Fa
On Thu, 16 May 2002 08:24:36 +0200
Fabian Vilers <[EMAIL PROTECTED]> wrote:
> Habitué des CPU d'Intel, je projette d'acheter un nouveau CPU mais AMD cette
> fois-ci. Avant de me décider totalement, je me demandais s'il y avait des
> problèmes de compatibilé avec ces CPU et Linux (je suppose que n
Title: RE: [linux] CPU AMD
merci a tous pour les infos, faut encore prendre la décision now!
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: jeudi 16 mai 2002 09:44
> To: [EMAIL PROTECTED]
> Subject: Re: [linux] CPU AMD
>
>
&g
20 matches
Mail list logo
