Salut à tous,
Voilà, je vais prochainement recevoir un serveur destiné à faire tourner Asterisk dans un centre d'appels.
Il embarquera notamment deux Opterons 270, ce qui signifie donc Bi-Processeur Dual Core, soit un totale de quatre coeurs 64 bits.
Jusqu'à maintenant j'ai seulement eût l'occasion d'installer des pingouins sur des atlhons ou des célérons en monoprocesseur. Alors je m'interroge sur le type de Kernel à installer ? J'ai entendu parler du SMP mais malgré quelques recherches je n'ai rien trouvé de très parlant à ce niveau (parce que j'ai mal cherché et pas assez longtemps, je sais :) ).
Ma préférence pour la distrib va vers une Fedora Core 4
J'attends donc vos avis avec impatience....
Merci d'avance.
# noyau amd64 smp
Posté par symoon . Évalué à 3.
plusieurs processeurs => smp
Si tu tiens à utiliser Fedora, utilise la dernière version Fedora Core 5.
D'autres distribs sont bien pour les serveurs, perso je conseile Debian :
http://www.debian.org/ports/amd64/
[^] # Re: noyau amd64 smp
Posté par Flavien . Évalué à 1.
L'utilisation du Dual-Core est donc totalement transparente pour le Kernel ?
J'hésite à passer à FC5 car il semble qu'il y est quelques soucis avec Zaptel qui est nécessaire à certaines fonctions d'Asterisk.
Debian ? Oui, dès que j'aurais le temps de la tester en dehors du boulot. Pour l'instant j'avoue mon faible pour rpm et yum (je connais urpmi bien sur et apt).
Merci pour tes réponses.
[^] # Re: noyau amd64 smp
Posté par nicodache . Évalué à 2.
le dual core est transparent pour l'OS au point que pour faire accepter un dual core à une carte mère socket 939, il suffit de flasher le bios.
pour le dual core intel, il faut une nouvelle carte mère avec autre chipset, et donc autre driver, et donc autre kernel...
donc en résumé, pour du n-core en amd64, te faut préciser au noyal que tu usites un amd64 qui tourne en smp, poing final. Et ce quelque soit le modèle de cpu/nombre de cpu/nombre de core ;)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.