Pr=E9cision importante: les valeurs instantan=E9e des "parts de march=E9"
indiqu=E9es sur ce site n'ont pas grande signification et ne peuvent
pr=E9tendre refl=E9ter les proportions r=E9elles de par le monde
d'ordinateurs =E9quip=E9s de tel ou tel OS.
N=E9anmoins, les =E9volutions de ces valeurs sont probablement
pertinentes. Sur un an (d'oct 2006 =E0 oct 2007) on constate que:
-- Windows (toutes versions) passe de 94.2% =E0 92.1%
-- MacOS passe de 5% =E0 6.6%
-- Linux passe de 0.4% =E0 0.8%
En gros, ce que perd Windows est r=E9cup=E9r=E9 majoritairement (=E0 80%) p=
ar
MacOS, le reste =E9tant r=E9cup=E9r=E9 par Linux (m=EAme si en progression
relative c'est Linux qui fait le plus fort; mais c'est assez logique
quand on part de plus bas).
Ca m'inspire le commentaire suivant: quand on sait que les Apple sont
en moyenne signicativement plus chers que les PC, il semble que ce qui
oriente vers le choix de telle ou telle solution dans ce domaine n'est
pas en premier lieu son co=FBt. On peut donc douter que la disponibilit=E9
de PC sans OS puisse favoriser significativemement la progression de
Linux.
Meuh non. Il suffit d'avoir Windows massivement dans les téléphones cellulaires, dans les voitures, dans les machines à laver, dans les modems, sur les architectures non intel...
À Lyon, on s'était bien marrés en voyant les écrans bleus au lanc ement de Vélo'v. M'étonnerait que velib et cie échappent à la règle.
Tiens, ça me rappelle que hier matin j'ai du clore ma session sur ma station Linux du boulot pour la 2ème fois en 15 jours, pour cause d'affolement caractérisé de quelques processus de KDE...
-- pehache
On 13 nov, 15:27, Trinine <NOSPIMtrinineNOS...@NOSPOUMfree.fr> wrote:
JKB a écrit:
Meuh non. Il suffit d'avoir Windows massivement dans les téléphones
cellulaires, dans les voitures, dans les machines à laver, dans les
modems, sur les architectures non intel...
À Lyon, on s'était bien marrés en voyant les écrans bleus au lanc ement de
Vélo'v. M'étonnerait que velib et cie échappent à la règle.
Tiens, ça me rappelle que hier matin j'ai du clore ma session sur ma
station Linux du boulot pour la 2ème fois en 15 jours, pour cause
d'affolement caractérisé de quelques processus de KDE...
Meuh non. Il suffit d'avoir Windows massivement dans les téléphones cellulaires, dans les voitures, dans les machines à laver, dans les modems, sur les architectures non intel...
À Lyon, on s'était bien marrés en voyant les écrans bleus au lanc ement de Vélo'v. M'étonnerait que velib et cie échappent à la règle.
Tiens, ça me rappelle que hier matin j'ai du clore ma session sur ma station Linux du boulot pour la 2ème fois en 15 jours, pour cause d'affolement caractérisé de quelques processus de KDE...
-- pehache
pehache-tolai
On 13 nov, 16:25, Laurent wrote:
sarkOS ?
Tu parles de ce système ou le kernel à la facheuse tendance à bouff er toute la RAM et ne rien laisser au UserSpace ? Et qui préfère le dialogue en TCP/IP, plutôt qu'en Named Pipes, ent re les diférentes applications tierces présentes sur le système.
En tous cas je ne sais pas si il est stable, mais il est clairement multitâches prémptif, et presque tout a été mis dans le kernel.
-- pehache
On 13 nov, 16:25, Laurent <laurent....@gmail.com> wrote:
sarkOS ?
Tu parles de ce système ou le kernel à la facheuse tendance à bouff er
toute la RAM et ne rien laisser au UserSpace ?
Et qui préfère le dialogue en TCP/IP, plutôt qu'en Named Pipes, ent re
les diférentes applications tierces présentes sur le système.
En tous cas je ne sais pas si il est stable, mais il est clairement
multitâches prémptif, et presque tout a été mis dans le kernel.
Tu parles de ce système ou le kernel à la facheuse tendance à bouff er toute la RAM et ne rien laisser au UserSpace ? Et qui préfère le dialogue en TCP/IP, plutôt qu'en Named Pipes, ent re les diférentes applications tierces présentes sur le système.
En tous cas je ne sais pas si il est stable, mais il est clairement multitâches prémptif, et presque tout a été mis dans le kernel.
-- pehache
talon
pehache-tolai wrote:
On 13 nov, 16:25, Laurent wrote:
sarkOS ?
Tu parles de ce système ou le kernel à la facheuse tendance à bouffer toute la RAM et ne rien laisser au UserSpace ? Et qui préfère le dialogue en TCP/IP, plutôt qu'en Named Pipes, entre les diférentes applications tierces présentes sur le système.
En tous cas je ne sais pas si il est stable, mais il est clairement multitâches prémptif, et presque tout a été mis dans le kernel.
Ce n'est pas une chose de peu d'importance pour un prince que le choix de ses ministres, qui sont bons ou mauvais selon qu'il est plus ou moins sage lui-même. Aussi, quand on veut apprécier sa capacité, c'est dabord par les personnes qui l'entourent que l'on en juge.
--
Michel TALON
pehache-tolai <pehache.7@gmail.com> wrote:
On 13 nov, 16:25, Laurent <laurent....@gmail.com> wrote:
sarkOS ?
Tu parles de ce système ou le kernel à la facheuse tendance à bouffer
toute la RAM et ne rien laisser au UserSpace ?
Et qui préfère le dialogue en TCP/IP, plutôt qu'en Named Pipes, entre
les diférentes applications tierces présentes sur le système.
En tous cas je ne sais pas si il est stable, mais il est clairement
multitâches prémptif, et presque tout a été mis dans le kernel.
Ce n'est pas une chose de peu d'importance pour un prince que le choix de
ses ministres, qui sont bons ou mauvais selon qu'il est plus ou moins
sage lui-même. Aussi, quand on veut apprécier sa capacité, c'est dabord
par les personnes qui l'entourent que l'on en juge.
Tu parles de ce système ou le kernel à la facheuse tendance à bouffer toute la RAM et ne rien laisser au UserSpace ? Et qui préfère le dialogue en TCP/IP, plutôt qu'en Named Pipes, entre les diférentes applications tierces présentes sur le système.
En tous cas je ne sais pas si il est stable, mais il est clairement multitâches prémptif, et presque tout a été mis dans le kernel.
Ce n'est pas une chose de peu d'importance pour un prince que le choix de ses ministres, qui sont bons ou mauvais selon qu'il est plus ou moins sage lui-même. Aussi, quand on veut apprécier sa capacité, c'est dabord par les personnes qui l'entourent que l'on en juge.
--
Michel TALON
nicolas vigier
On 2007-11-13, hibakusha <bradypefurieuxATfree.fr> wrote:
On 2007-11-13, Trinine wrote: Effectivement, il m'est arrivé plusieurs fois de tomber sur des écrans bleu. Ou des reboots imprévus.
C'est un peu plus rare, mais il m'est déja arrivé (au moins deux fois) de rencontrer des dab avec un bel écran bleu. Ils étaient sous NT embedded.
C'est pas pour troller mais est ce bien la faute à ms et son windows ? un dab ou un velib sous linux ou n'importe qu'elle autre os, n'est il pas voué au même genre de problème si les developpeurs font caca dedans ? (c'est pas forcement la faute des développeurs, me faite pas dire ce que je ne pense pas, il suffit d'une spec un peu laxative et zoup on fait là où faut pas faire)
Effectivement, un plantage cela peut très bien venir du programme qui est mal fait. Par contre, un écran bleu, c'est pas avec n'importe quel programme.
On 2007-11-13, hibakusha <bradypefurieuxATfree.fr> wrote:
On 2007-11-13, Trinine <NOSPIMtrinineNOSPAM@NOSPOUMfree.fr> wrote:
Effectivement, il m'est arrivé plusieurs fois de tomber sur des écrans
bleu. Ou des reboots imprévus.
C'est un peu plus rare, mais il m'est déja arrivé (au moins deux fois)
de rencontrer des dab avec un bel écran bleu. Ils étaient sous NT embedded.
C'est pas pour troller mais est ce bien la faute à ms et son windows ?
un dab ou un velib sous linux ou n'importe qu'elle autre os, n'est il
pas voué au même genre de problème si les developpeurs font caca dedans
? (c'est pas forcement la faute des développeurs, me faite pas dire ce
que je ne pense pas, il suffit d'une spec un peu laxative et zoup on
fait là où faut pas faire)
Effectivement, un plantage cela peut très bien venir du programme qui
est mal fait. Par contre, un écran bleu, c'est pas avec n'importe quel
programme.
On 2007-11-13, hibakusha <bradypefurieuxATfree.fr> wrote:
On 2007-11-13, Trinine wrote: Effectivement, il m'est arrivé plusieurs fois de tomber sur des écrans bleu. Ou des reboots imprévus.
C'est un peu plus rare, mais il m'est déja arrivé (au moins deux fois) de rencontrer des dab avec un bel écran bleu. Ils étaient sous NT embedded.
C'est pas pour troller mais est ce bien la faute à ms et son windows ? un dab ou un velib sous linux ou n'importe qu'elle autre os, n'est il pas voué au même genre de problème si les developpeurs font caca dedans ? (c'est pas forcement la faute des développeurs, me faite pas dire ce que je ne pense pas, il suffit d'une spec un peu laxative et zoup on fait là où faut pas faire)
Effectivement, un plantage cela peut très bien venir du programme qui est mal fait. Par contre, un écran bleu, c'est pas avec n'importe quel programme.
Nicolas George
pehache-tolai , dans le message , a écrit :
On m'aurait donc menti en me disant que Microsoft donnait dans l'abus de position dominante :-) ?
Microsoft n'abuse pas de sa position dominante sur le marché des plats cuisinés, en effet.
Et tu en déduis quoi ?
pehache-tolai , dans le message
<1194947143.055985.104290@o3g2000hsb.googlegroups.com>, a écrit :
On m'aurait donc menti en me disant que Microsoft donnait dans l'abus
de position dominante :-) ?
Microsoft n'abuse pas de sa position dominante sur le marché des plats
cuisinés, en effet.
"Nicolas George" <nicolas$ a écrit dans le message de news: fhcojb$914$
pehache-tolai , dans le message
On m'aurait donc menti en me disant que Microsoft donnait dans l'abus de position dominante :-) ?
Microsoft n'abuse pas de sa position dominante sur le marché des plats cuisinés, en effet.
Et tu en déduis quoi ?
Que tu prends tout trop au sérieux.
Mais je le savais déjà :-)
-- pehache http://pehache.free.fr/public.html
doug713705
Le mardi 13 novembre 2007 18:58, Nicolas George s'est exprimé de la sorte sur fr.comp.os.linux.debats :
Microsoft n'abuse pas de sa position dominante sur le marché des plats cuisinés, en effet.
Je vois très bien "les bananes flambées à la Steve Ballmer" moi, Ca a l'air pas mal comme remontant :-D -- [ Plus ou moins avec une chance de peut-être ] - Pour me contacter, enlever nospam (2X) -
Le mardi 13 novembre 2007 18:58, Nicolas George s'est exprimé de la sorte
sur fr.comp.os.linux.debats :
Microsoft n'abuse pas de sa position dominante sur le marché des plats
cuisinés, en effet.
Je vois très bien "les bananes flambées à la Steve Ballmer" moi,
Ca a l'air pas mal comme remontant :-D
--
[ Plus ou moins avec une chance de peut-être ]
- Pour me contacter, enlever nospam (2X) -
Le mardi 13 novembre 2007 18:58, Nicolas George s'est exprimé de la sorte sur fr.comp.os.linux.debats :
Microsoft n'abuse pas de sa position dominante sur le marché des plats cuisinés, en effet.
Je vois très bien "les bananes flambées à la Steve Ballmer" moi, Ca a l'air pas mal comme remontant :-D -- [ Plus ou moins avec une chance de peut-être ] - Pour me contacter, enlever nospam (2X) -
kpp
pehache-tolai à écrit:
Bonjour,
-- Windows (toutes versions) passe de 94.2% à 92.1% -- MacOS passe de 5% à 6.6% -- Linux passe de 0.4% à 0.8%
bonjour Sur le même site, il y a un sondage pour savoir quel est le meilleur navigateur. Comment je fais pour indiquer Konqueror ?
-- à bientux kpp
pehache-tolai à écrit:
Bonjour,
-- Windows (toutes versions) passe de 94.2% à 92.1%
-- MacOS passe de 5% à 6.6%
-- Linux passe de 0.4% à 0.8%
bonjour
Sur le même site, il y a un sondage pour savoir quel est le meilleur
navigateur.
Comment je fais pour indiquer Konqueror ?
-- Windows (toutes versions) passe de 94.2% à 92.1% -- MacOS passe de 5% à 6.6% -- Linux passe de 0.4% à 0.8%
bonjour Sur le même site, il y a un sondage pour savoir quel est le meilleur navigateur. Comment je fais pour indiquer Konqueror ?
-- à bientux kpp
hibakusha
Effectivement, un plantage cela peut très bien venir du programme qui est mal fait. Par contre, un écran bleu, c'est pas avec n'importe quel programme.
Effectivement, c'est pas n'importe quel programme. Un driver par exemple. Pour ce genre d'appli (dab, velib) on peut parier qu'ils ont du developper un/des driver(s) spécifique(s) (par exemple le machin du velib qui va lire ton pass navigo ?), et un driver fonctionne en kernel mode (sous windows en tout cas, mais certainement que les autres aussi), donc on peut faire tout ce qu'on veut, y compris planté la machine.
Effectivement, un plantage cela peut très bien venir du programme qui
est mal fait. Par contre, un écran bleu, c'est pas avec n'importe quel
programme.
Effectivement, c'est pas n'importe quel programme. Un driver par
exemple. Pour ce genre d'appli (dab, velib) on peut parier qu'ils ont du
developper un/des driver(s) spécifique(s) (par exemple le machin du
velib qui va lire ton pass navigo ?), et un driver fonctionne en kernel
mode (sous windows en tout cas, mais certainement que les autres aussi),
donc on peut faire tout ce qu'on veut, y compris planté la machine.
Effectivement, un plantage cela peut très bien venir du programme qui est mal fait. Par contre, un écran bleu, c'est pas avec n'importe quel programme.
Effectivement, c'est pas n'importe quel programme. Un driver par exemple. Pour ce genre d'appli (dab, velib) on peut parier qu'ils ont du developper un/des driver(s) spécifique(s) (par exemple le machin du velib qui va lire ton pass navigo ?), et un driver fonctionne en kernel mode (sous windows en tout cas, mais certainement que les autres aussi), donc on peut faire tout ce qu'on veut, y compris planté la machine.
hibakusha
Effectivement, c'est pas n'importe quel programme. Un driver par
exemple. Pour ce genre d'appli (dab, velib) on peut parier qu'ils ont du developper un/des driver(s) spécifique(s) (par exemple le machin du velib qui va lire ton pass navigo ?), et un driver fonctionne en kernel mode (sous windows en tout cas, mais certainement que les autres aussi), donc on peut faire tout ce qu'on veut, y compris planté la machine.
Par contre, je crois bien que dans le cas des drivers, c'est windows qui detecte qu'un driver a corrompu la mémoire d'un autre driver (par exemple), et décide d'arreter le système avec le bel écran bleu en prime.
Et ce comportement est peut être bien spécifique à windows. Comment linux se comporte dans pareil cas ? Est il au moins plus locace que l'écran bleu sur l'origine du problème ?
D'ou on concluera sans honte que c'est finalemment la faute à windows si ça plante un vélib.
Effectivement, c'est pas n'importe quel programme. Un driver par
exemple. Pour ce genre d'appli (dab, velib) on peut parier qu'ils ont du
developper un/des driver(s) spécifique(s) (par exemple le machin du
velib qui va lire ton pass navigo ?), et un driver fonctionne en kernel
mode (sous windows en tout cas, mais certainement que les autres aussi),
donc on peut faire tout ce qu'on veut, y compris planté la machine.
Par contre, je crois bien que dans le cas des drivers, c'est windows qui
detecte qu'un driver a corrompu la mémoire d'un autre driver (par
exemple), et décide d'arreter le système avec le bel écran bleu en prime.
Et ce comportement est peut être bien spécifique à windows. Comment
linux se comporte dans pareil cas ? Est il au moins plus locace que
l'écran bleu sur l'origine du problème ?
D'ou on concluera sans honte que c'est finalemment la faute à windows si
ça plante un vélib.
Effectivement, c'est pas n'importe quel programme. Un driver par
exemple. Pour ce genre d'appli (dab, velib) on peut parier qu'ils ont du developper un/des driver(s) spécifique(s) (par exemple le machin du velib qui va lire ton pass navigo ?), et un driver fonctionne en kernel mode (sous windows en tout cas, mais certainement que les autres aussi), donc on peut faire tout ce qu'on veut, y compris planté la machine.
Par contre, je crois bien que dans le cas des drivers, c'est windows qui detecte qu'un driver a corrompu la mémoire d'un autre driver (par exemple), et décide d'arreter le système avec le bel écran bleu en prime.
Et ce comportement est peut être bien spécifique à windows. Comment linux se comporte dans pareil cas ? Est il au moins plus locace que l'écran bleu sur l'origine du problème ?
D'ou on concluera sans honte que c'est finalemment la faute à windows si ça plante un vélib.
