On se retrouve
donc avec d'un côté des saletés pas chères (les PC) et d'un autre des
calculateurs vraiment performants (Integrity 2, Sparc, Power...) qui
restent dans un marché de niche.
On se retrouve
donc avec d'un côté des saletés pas chères (les PC) et d'un autre des
calculateurs vraiment performants (Integrity 2, Sparc, Power...) qui
restent dans un marché de niche.
On se retrouve
donc avec d'un côté des saletés pas chères (les PC) et d'un autre des
calculateurs vraiment performants (Integrity 2, Sparc, Power...) qui
restent dans un marché de niche.
On 18 juin, 09:34, JKB wrote:On se retrouve
donc avec d'un côté des saletés pas chères (les PC) et d'un autre des
calculateurs vraiment performants (Integrity 2, Sparc, Power...) qui
restent dans un marché de niche.
Tout cela est bien joli, mais quand on regarde le top 10 des
supercalculateurs installés (en nov. 2008), 8 d'entre eux sont basés
sur des processeurs x86 (Opteron pour la plupart). Les 2 qui restent
sont les IBM avec des Power.
Dans le top 500 on en trouve 369 en x86, 60 en Power, 9 en IA64.... et
1 en Sparc
Alors les calculateurs "vraiment performants" en Sparc, hein...
On 18 juin, 09:34, JKB <knatsc...@koenigsberg.fr> wrote:
On se retrouve
donc avec d'un côté des saletés pas chères (les PC) et d'un autre des
calculateurs vraiment performants (Integrity 2, Sparc, Power...) qui
restent dans un marché de niche.
Tout cela est bien joli, mais quand on regarde le top 10 des
supercalculateurs installés (en nov. 2008), 8 d'entre eux sont basés
sur des processeurs x86 (Opteron pour la plupart). Les 2 qui restent
sont les IBM avec des Power.
Dans le top 500 on en trouve 369 en x86, 60 en Power, 9 en IA64.... et
1 en Sparc
Alors les calculateurs "vraiment performants" en Sparc, hein...
On 18 juin, 09:34, JKB wrote:On se retrouve
donc avec d'un côté des saletés pas chères (les PC) et d'un autre des
calculateurs vraiment performants (Integrity 2, Sparc, Power...) qui
restent dans un marché de niche.
Tout cela est bien joli, mais quand on regarde le top 10 des
supercalculateurs installés (en nov. 2008), 8 d'entre eux sont basés
sur des processeurs x86 (Opteron pour la plupart). Les 2 qui restent
sont les IBM avec des Power.
Dans le top 500 on en trouve 369 en x86, 60 en Power, 9 en IA64.... et
1 en Sparc
Alors les calculateurs "vraiment performants" en Sparc, hein...
Le 18-06-2009, ? propos de
Re: grosse charge avec processeur x86,
pehache-tolai ?crivait dans fr.comp.os.linux.debats :
> On 18 juin, 09:34, JKB wrote:
>> On se retrouve
>> donc avec d'un côté des saletés pas chères (les PC) et d'un au tre des
>> calculateurs vraiment performants (Integrity 2, Sparc, Power...) qui
>> restent dans un marché de niche.
> Tout cela est bien joli, mais quand on regarde le top 10 des
> supercalculateurs installés (en nov. 2008), 8 d'entre eux sont basé s
> sur des processeurs x86 (Opteron pour la plupart). Les 2 qui restent
> sont les IBM avec des Power.
> Dans le top 500 on en trouve 369 en x86, 60 en Power, 9 en IA64.... et
> 1 en Sparc
> Alors les calculateurs "vraiment performants" en Sparc, hein...
Il y a juste un truc que tu ne comprends pas avec ton esp rit
étriqué. Il y a une courbe coût en fonction de la puissance. Cette
courbe, tu peux la prendre dans tous les sens, elle est en forme de
cloche.
Il y a un autre truc qui t'échappe. Ces _supercalculate urs_ comme tu
les appelle, sont plus des clusters qu'une seule machine.
Bref, le
problème est totalement différent et tu peux te permettre de coller d es
x86 les uns à côté des autres.
Le 18-06-2009, ? propos de
Re: grosse charge avec processeur x86,
pehache-tolai ?crivait dans fr.comp.os.linux.debats :
> On 18 juin, 09:34, JKB <knatsc...@koenigsberg.fr> wrote:
>> On se retrouve
>> donc avec d'un côté des saletés pas chères (les PC) et d'un au tre des
>> calculateurs vraiment performants (Integrity 2, Sparc, Power...) qui
>> restent dans un marché de niche.
> Tout cela est bien joli, mais quand on regarde le top 10 des
> supercalculateurs installés (en nov. 2008), 8 d'entre eux sont basé s
> sur des processeurs x86 (Opteron pour la plupart). Les 2 qui restent
> sont les IBM avec des Power.
> Dans le top 500 on en trouve 369 en x86, 60 en Power, 9 en IA64.... et
> 1 en Sparc
> Alors les calculateurs "vraiment performants" en Sparc, hein...
Il y a juste un truc que tu ne comprends pas avec ton esp rit
étriqué. Il y a une courbe coût en fonction de la puissance. Cette
courbe, tu peux la prendre dans tous les sens, elle est en forme de
cloche.
Il y a un autre truc qui t'échappe. Ces _supercalculate urs_ comme tu
les appelle, sont plus des clusters qu'une seule machine.
Bref, le
problème est totalement différent et tu peux te permettre de coller d es
x86 les uns à côté des autres.
Le 18-06-2009, ? propos de
Re: grosse charge avec processeur x86,
pehache-tolai ?crivait dans fr.comp.os.linux.debats :
> On 18 juin, 09:34, JKB wrote:
>> On se retrouve
>> donc avec d'un côté des saletés pas chères (les PC) et d'un au tre des
>> calculateurs vraiment performants (Integrity 2, Sparc, Power...) qui
>> restent dans un marché de niche.
> Tout cela est bien joli, mais quand on regarde le top 10 des
> supercalculateurs installés (en nov. 2008), 8 d'entre eux sont basé s
> sur des processeurs x86 (Opteron pour la plupart). Les 2 qui restent
> sont les IBM avec des Power.
> Dans le top 500 on en trouve 369 en x86, 60 en Power, 9 en IA64.... et
> 1 en Sparc
> Alors les calculateurs "vraiment performants" en Sparc, hein...
Il y a juste un truc que tu ne comprends pas avec ton esp rit
étriqué. Il y a une courbe coût en fonction de la puissance. Cette
courbe, tu peux la prendre dans tous les sens, elle est en forme de
cloche.
Il y a un autre truc qui t'échappe. Ces _supercalculate urs_ comme tu
les appelle, sont plus des clusters qu'une seule machine.
Bref, le
problème est totalement différent et tu peux te permettre de coller d es
x86 les uns à côté des autres.
On 18 juin, 11:45, JKB wrote:Le 18-06-2009, ? propos de
Re: grosse charge avec processeur x86,
pehache-tolai ?crivait dans fr.comp.os.linux.debats :
> On 18 juin, 09:34, JKB wrote:
>> On se retrouve
>> donc avec d'un côté des saletés pas chères (les PC) et d'un autre des
>> calculateurs vraiment performants (Integrity 2, Sparc, Power...) qui
>> restent dans un marché de niche.
> Tout cela est bien joli, mais quand on regarde le top 10 des
> supercalculateurs installés (en nov. 2008), 8 d'entre eux sont basés
> sur des processeurs x86 (Opteron pour la plupart). Les 2 qui restent
> sont les IBM avec des Power.
> Dans le top 500 on en trouve 369 en x86, 60 en Power, 9 en IA64.... et
> 1 en Sparc
> Alors les calculateurs "vraiment performants" en Sparc, hein...
Il y a juste un truc que tu ne comprends pas avec ton esprit
étriqué. Il y a une courbe coût en fonction de la puissance. Cette
courbe, tu peux la prendre dans tous les sens, elle est en forme de
cloche.
Ah bon, le coût diminue quand la puissance augmente à partir d'un
certain point ?
Il y a un autre truc qui t'échappe. Ces _supercalculateurs_ comme tu
les appelle, sont plus des clusters qu'une seule machine.
Ben oui, et alors ? Seul le résultat compte, non ? Que ce soit un
cluster ou une machine unique je ne vois pas très bien ce que ça
change.
Bref, le
problème est totalement différent et tu peux te permettre de coller des
x86 les uns à côté des autres.
Oui, c'est exactement ce que je dis depuis plusieurs jours : un
cluster de PC (ou de n'importe quoi d'ailleurs) permet d'atteindre la
même puissance qu'une machine "unique" pour souvent beaucoup moins
cher. La contrepartie est que c'est plus chiant à programmer.
Les grosses machines à mémoire plus ou moins partagée c'est très beau
technologiquement, mais c'est très cher et les cas où c'est plus ou
moins indispensable sont exceptionnels.
On 18 juin, 11:45, JKB <knatsc...@koenigsberg.fr> wrote:
Le 18-06-2009, ? propos de
Re: grosse charge avec processeur x86,
pehache-tolai ?crivait dans fr.comp.os.linux.debats :
> On 18 juin, 09:34, JKB <knatsc...@koenigsberg.fr> wrote:
>> On se retrouve
>> donc avec d'un côté des saletés pas chères (les PC) et d'un autre des
>> calculateurs vraiment performants (Integrity 2, Sparc, Power...) qui
>> restent dans un marché de niche.
> Tout cela est bien joli, mais quand on regarde le top 10 des
> supercalculateurs installés (en nov. 2008), 8 d'entre eux sont basés
> sur des processeurs x86 (Opteron pour la plupart). Les 2 qui restent
> sont les IBM avec des Power.
> Dans le top 500 on en trouve 369 en x86, 60 en Power, 9 en IA64.... et
> 1 en Sparc
> Alors les calculateurs "vraiment performants" en Sparc, hein...
Il y a juste un truc que tu ne comprends pas avec ton esprit
étriqué. Il y a une courbe coût en fonction de la puissance. Cette
courbe, tu peux la prendre dans tous les sens, elle est en forme de
cloche.
Ah bon, le coût diminue quand la puissance augmente à partir d'un
certain point ?
Il y a un autre truc qui t'échappe. Ces _supercalculateurs_ comme tu
les appelle, sont plus des clusters qu'une seule machine.
Ben oui, et alors ? Seul le résultat compte, non ? Que ce soit un
cluster ou une machine unique je ne vois pas très bien ce que ça
change.
Bref, le
problème est totalement différent et tu peux te permettre de coller des
x86 les uns à côté des autres.
Oui, c'est exactement ce que je dis depuis plusieurs jours : un
cluster de PC (ou de n'importe quoi d'ailleurs) permet d'atteindre la
même puissance qu'une machine "unique" pour souvent beaucoup moins
cher. La contrepartie est que c'est plus chiant à programmer.
Les grosses machines à mémoire plus ou moins partagée c'est très beau
technologiquement, mais c'est très cher et les cas où c'est plus ou
moins indispensable sont exceptionnels.
On 18 juin, 11:45, JKB wrote:Le 18-06-2009, ? propos de
Re: grosse charge avec processeur x86,
pehache-tolai ?crivait dans fr.comp.os.linux.debats :
> On 18 juin, 09:34, JKB wrote:
>> On se retrouve
>> donc avec d'un côté des saletés pas chères (les PC) et d'un autre des
>> calculateurs vraiment performants (Integrity 2, Sparc, Power...) qui
>> restent dans un marché de niche.
> Tout cela est bien joli, mais quand on regarde le top 10 des
> supercalculateurs installés (en nov. 2008), 8 d'entre eux sont basés
> sur des processeurs x86 (Opteron pour la plupart). Les 2 qui restent
> sont les IBM avec des Power.
> Dans le top 500 on en trouve 369 en x86, 60 en Power, 9 en IA64.... et
> 1 en Sparc
> Alors les calculateurs "vraiment performants" en Sparc, hein...
Il y a juste un truc que tu ne comprends pas avec ton esprit
étriqué. Il y a une courbe coût en fonction de la puissance. Cette
courbe, tu peux la prendre dans tous les sens, elle est en forme de
cloche.
Ah bon, le coût diminue quand la puissance augmente à partir d'un
certain point ?
Il y a un autre truc qui t'échappe. Ces _supercalculateurs_ comme tu
les appelle, sont plus des clusters qu'une seule machine.
Ben oui, et alors ? Seul le résultat compte, non ? Que ce soit un
cluster ou une machine unique je ne vois pas très bien ce que ça
change.
Bref, le
problème est totalement différent et tu peux te permettre de coller des
x86 les uns à côté des autres.
Oui, c'est exactement ce que je dis depuis plusieurs jours : un
cluster de PC (ou de n'importe quoi d'ailleurs) permet d'atteindre la
même puissance qu'une machine "unique" pour souvent beaucoup moins
cher. La contrepartie est que c'est plus chiant à programmer.
Les grosses machines à mémoire plus ou moins partagée c'est très beau
technologiquement, mais c'est très cher et les cas où c'est plus ou
moins indispensable sont exceptionnels.
Accroche toi au troll, j'enlève le feed: Figure toi que chez moi,
j'ai un Linux qui possède _DEUX_ serveurs pour afficher les
fenêtres ! Incroyable, non ?
Oui, ca doit être un modèle de stabilité et de performances
Accroche toi au troll, j'enlève le feed: Figure toi que chez moi,
j'ai un Linux qui possède _DEUX_ serveurs pour afficher les
fenêtres ! Incroyable, non ?
Oui, ca doit être un modèle de stabilité et de performances
Accroche toi au troll, j'enlève le feed: Figure toi que chez moi,
j'ai un Linux qui possède _DEUX_ serveurs pour afficher les
fenêtres ! Incroyable, non ?
Oui, ca doit être un modèle de stabilité et de performances
Je parle de W3.11. W3.11 n'est pas un système d'exploitation. Le
système d'exploitation, c'est MS-DOS, IBM-DOS ou tout autre truc
estampillé DOS.
Je parle de W3.11. W3.11 n'est pas un système d'exploitation. Le
système d'exploitation, c'est MS-DOS, IBM-DOS ou tout autre truc
estampillé DOS.
Je parle de W3.11. W3.11 n'est pas un système d'exploitation. Le
système d'exploitation, c'est MS-DOS, IBM-DOS ou tout autre truc
estampillé DOS.
De même, sous W311, les drivers vidéso, disques et réseaux étaient déjà
en 32 bits, ce que ne pouvait pas faire DOS
De même, sous W311, les drivers vidéso, disques et réseaux étaient déjà
en 32 bits, ce que ne pouvait pas faire DOS
De même, sous W311, les drivers vidéso, disques et réseaux étaient déjà
en 32 bits, ce que ne pouvait pas faire DOS
On 2009-06-17, JKB wrote:Je parle de W3.11. W3.11 n'est pas un système d'exploitation. Le
système d'exploitation, c'est MS-DOS, IBM-DOS ou tout autre truc
estampillé DOS.
Euh, tu t'avances un peu, là. Il me semble même que c'est
allé jusqu'au procès avec DRI...
On 2009-06-17, JKB <knatschke@koenigsberg.fr> wrote:
Je parle de W3.11. W3.11 n'est pas un système d'exploitation. Le
système d'exploitation, c'est MS-DOS, IBM-DOS ou tout autre truc
estampillé DOS.
Euh, tu t'avances un peu, là. Il me semble même que c'est
allé jusqu'au procès avec DRI...
On 2009-06-17, JKB wrote:Je parle de W3.11. W3.11 n'est pas un système d'exploitation. Le
système d'exploitation, c'est MS-DOS, IBM-DOS ou tout autre truc
estampillé DOS.
Euh, tu t'avances un peu, là. Il me semble même que c'est
allé jusqu'au procès avec DRI...
On 2009-06-17, Cajoigooo <_@> wrote:
De même, sous W311, les drivers vidéso, disques et réseaux étaient déjà
en 32 bits, ce que ne pouvait pas faire DOS
Alors pourquoi fallait-il rajouter win32s pour utiliser des
applications en 32 bits ?
On 2009-06-17, Cajoigooo <_@> wrote:
De même, sous W311, les drivers vidéso, disques et réseaux étaient déjà
en 32 bits, ce que ne pouvait pas faire DOS
Alors pourquoi fallait-il rajouter win32s pour utiliser des
applications en 32 bits ?
On 2009-06-17, Cajoigooo <_@> wrote:
De même, sous W311, les drivers vidéso, disques et réseaux étaient déjà
en 32 bits, ce que ne pouvait pas faire DOS
Alors pourquoi fallait-il rajouter win32s pour utiliser des
applications en 32 bits ?
Euh, tu t'avances un peu, là. Il me semble même que c'est
allé jusqu'au procès avec DRI...
Sur mon PS/2 modèle P70 (machine à coudre à base de i386/i387DX16),
j'avais un IBM-DOS 5.00 _et_ W3.11 (avant de virer le tout pour OS/2
Warp 3, mais c'est une autre histoire).
Euh, tu t'avances un peu, là. Il me semble même que c'est
allé jusqu'au procès avec DRI...
Sur mon PS/2 modèle P70 (machine à coudre à base de i386/i387DX16),
j'avais un IBM-DOS 5.00 _et_ W3.11 (avant de virer le tout pour OS/2
Warp 3, mais c'est une autre histoire).
Euh, tu t'avances un peu, là. Il me semble même que c'est
allé jusqu'au procès avec DRI...
Sur mon PS/2 modèle P70 (machine à coudre à base de i386/i387DX16),
j'avais un IBM-DOS 5.00 _et_ W3.11 (avant de virer le tout pour OS/2
Warp 3, mais c'est une autre histoire).