Je pense qu'Adobe ne veut pas fragmenter le marché, sachant que leur principal argument pour flash est que ça marche partout pareil(oui, je sais, le même argument est avancé pour Java et ça n'a pas empêché Icedtea).
Je ne sais pas si c'est la raison de sa faible consommation en veille. Mais il me semble qu'une DRAM en veille consomme très peu, même comparé à la même DRAM en fonctionnement.
Ceci dit, ça ne retire rien au faîte que la RAM consomme très peu comparé au processeur.
Non, elles sont bien exécutés en parallèle.
La deuxièmes est juste "en attente" de données de la première tant que la première n'a pas écrit sur sa sortie. Mais après cela, l'exécution se fait en parallèle : la première continue de générer sa sortie pendant que la deuxièmes reçoit le contenu, le traite, et se remet en attente si nécessaire.
Et heureusement, car les données dans le pipe pourraient être énorme s'il fallait attendre que la première est fini son boulot pour exécuter la seconde
Euh, pour information, Allah, c'est juste la traduction du mot "Dieu" en arabe. L'une des propriétés des religions monothéistes étant justement qu'elles croient toutes en le même dieu.
L'idée de départ était bonne : ainsi, tout le monde a raison, et il n'y a plus aucune raison de se mettre sur la tête pour savoir quel dieu existe et quel dieu n'existe pas. A la place, les religions se mettent sur la tête pour savoir comment il faut le vénérer ;).
Les concurrents de Google sur ce projet ? Tu parles de l'Open Book Alliance, qui n'a d'Open que le nom ?
A part faire du lobbying pour planter le projet de Google, je ne vois pas ce qu'ils font en matière de numérisation. En gros, c'est un groupement avec Microsoft(dés qu'ils ont l'occasion de planter Google ils la prennent), Amazon(bin tiens donc), et quelques autres du même genre. D'autant que Microsoft - membre de l'Open Book Alliance - avait un projet similaire qu'ils ont abandonnés(officiellement pour des raisons de coûts).
Il ne la cache pas, mais ça peut-être plus difficile de bien comprendre tout ce qui se passe.
Dans un programme en C, le développeur gère complètement les malloc/free. En C++, le simple fait de fermer une accolade peut avoir pour effet de détruire un objet, qui va en détruire d'autres par ricochets. De simples appellent d'opérateurs sur des objets peuvent provoquer des créations/destructions d'objets.
Ce n'est en principe pas un problème, mais je comprends que le noyau ne soit pas le meilleur endroit pour ce genre de choses.
J'ai l'impression que Google scan plus fréquemment les sites évoluant rapidement.
Et pour peu que linuxfr soit scruté pour Google News, et là le scan peu devenir très fréquent(j'imagine que Google News et Search ne sont pas complètement indépendant).
Sinon Epiphany a aussi une extension pour utiliser les scripts greasemonkey. Quand aux autres brouteurs (chrome, safari), leur but n'est pas vraiment de permettre des fonctionnalités en plus, au contraire.
Chrome a un système d'extension, il n'est juste pas encore stable. Et Chrome reconnait en natif les scripts Greasemonkey dans sa version de développement. D'autant que le développeur à l'origine de Grasemonkey bosse chez Google.
Tu parles sans savoir. Google ne cherche pas à empêcher les fonctionnalités en plus, c'est juste que Chrome est encore jeune, et qu'il faut lui laisser le temps de mûrir.
Ce ne serai pas lié au fait qu'Orange songe à faire payer la bande passante à Google(la blague!) ? J'imagine que dans ces conditions, les deux ne doivent pas avoir d'accords de peering...
Y as-t-il un seul fournisseur d'E-mail de la liste du message initial disposant d'un bug tracker ?
Donc, je ne vois toujours pas pourquoi cibler GMail en particulier...
Euh je ne comprends pas du tout ta réaction là.
Je n'ai pas dis que j'espérais voir tout le monde sur GMail, loin de là. D'ailleurs, quand ai-je dis que je le chérissais ?
Je dis juste que je ne comprends pas ton commentaire(le commentaire initial(non en faîte, les autres non plus...)).
Par ailleurs, concernant ta remarque sur le champ MX, je te rappel que Google en général et GMail en particulier on jusque là plutôt bien joué le jeu des standards(POP/IMAP). Même si Hotmail est bien une boite E-mail, qu'on peut échanger des E-mails avec les autres domaines, ils n'ont pas pour autant très bien respectés les standards en la matière. Bref, ta remarque serai plutôt à envoyer à Microsoft(au passage, Hotmail a bien plus d'utilisateurs que GMail).
Mais bon, je préfère m'arrêter là, car là on ira nul part. Tu as visiblement un problème avec GMail ou Google qui se trouve au niveau de l'affect et non de la raison.
Bon, j'imagine que le "accès gratuit" au lieu de "accès libre" était fait exprès. Alors, merci pour ce moment d'intelligence : ça doit être l'une des premières fois où je trouve la permutation de ces deux mots vraiment bien foutu !
C'est sûr qu'un service qui
-Repose sur les standards (accès POP/IMAP)
-N'empêche par conséquent pas ses utilisateurs de changer de fournisseur de services(possibilité de récupérer ses E-mail).
-Proviens d'une société qui contribue énormément aux logiciels libres
-Et qui en plus a représenté une innovation assez énorme.
est aussi mauvais qu'un service :
-provenant d'une des sociétés qui a le plus intérêt à ce que le libre ne se développe pas.
-Et qui a fait nombres de menaces de procès, de campagnes de dénigrement et autres.
-Connu pour son manque de respect des standards(il date de quand le support POP sur hotmail déjà ?)
Chacun est libre de choisir son fournisseur d'E-mail, et je respect le choix des utilisateurs de linuxfr. Mais quitte à critiquer GMail, il faudrait justifier un peu. Contrairement à Hotmail, je ne vois toujours pas ce qui leur est reproché. J'ai l'impression que Google est à la place de Red hat il y a quelques années : considéré comme la brebis galeuse du troupeau.
[^] # Re: Google va avoir des problèmes avec le monde du libre
Posté par Vador Dark (site web personnel) . En réponse au journal Android éjecté du noyau: l'avis de Greg Kroah-Hartman. Évalué à 2.
[^] # Re: Google va avoir des problèmes avec le monde du libre
Posté par Vador Dark (site web personnel) . En réponse au journal Android éjecté du noyau: l'avis de Greg Kroah-Hartman. Évalué à 2.
[^] # Re: Question bête :
Posté par Vador Dark (site web personnel) . En réponse au journal Flash pas OpenSource à cause d'H264. Évalué à 5.
[^] # Re: À la merci de Google ?
Posté par Vador Dark (site web personnel) . En réponse au journal Android éjecté du noyau: l'avis de Greg Kroah-Hartman. Évalué à 4.
De plus, l'ouverture fait carrément partie de leur stratégie pour répandre Android chez leurs partenaires.
[^] # Re: La différence principale entre php et c++
Posté par Vador Dark (site web personnel) . En réponse au journal On n'est pas vendredi et pourtant : impact environnemental de nos langages. Évalué à 1.
Ceci dit, ça ne retire rien au faîte que la RAM consomme très peu comparé au processeur.
[^] # Re: les apprentis sorciers, les charlatans et la thérorie du complet
Posté par Vador Dark (site web personnel) . En réponse au journal Certains OGM prouvés nocifs. Évalué à 4.
[^] # Re: Vavavite !
Posté par Vador Dark (site web personnel) . En réponse au journal Chrome disponible sous linux. Évalué à 2.
[^] # Re: Exemple d'utilisation
Posté par Vador Dark (site web personnel) . En réponse au journal executions de commandes shell en parallele: par. Évalué à 6.
La deuxièmes est juste "en attente" de données de la première tant que la première n'a pas écrit sur sa sortie. Mais après cela, l'exécution se fait en parallèle : la première continue de générer sa sortie pendant que la deuxièmes reçoit le contenu, le traite, et se remet en attente si nécessaire.
Et heureusement, car les données dans le pipe pourraient être énorme s'il fallait attendre que la première est fini son boulot pour exécuter la seconde
[^] # Re: faut voir
Posté par Vador Dark (site web personnel) . En réponse au journal Intel ne respecterait pas le Sabbat.... Évalué à 3.
L'idée de départ était bonne : ainsi, tout le monde a raison, et il n'y a plus aucune raison de se mettre sur la tête pour savoir quel dieu existe et quel dieu n'existe pas. A la place, les religions se mettent sur la tête pour savoir comment il faut le vénérer ;).
[^] # Re: Obligation d'utiliser une clef 3G
Posté par Vador Dark (site web personnel) . En réponse au journal GoogleOS / ChromeOS / minitel 2. Évalué à 4.
# Les concurrents de Google sur ce créneau ?
Posté par Vador Dark (site web personnel) . En réponse au journal Une bonne définition du droit d'auteur ?. Évalué à 3.
A part faire du lobbying pour planter le projet de Google, je ne vois pas ce qu'ils font en matière de numérisation. En gros, c'est un groupement avec Microsoft(dés qu'ils ont l'occasion de planter Google ils la prennent), Amazon(bin tiens donc), et quelques autres du même genre. D'autant que Microsoft - membre de l'Open Book Alliance - avait un projet similaire qu'ils ont abandonnés(officiellement pour des raisons de coûts).
[^] # Re: Push
Posté par Vador Dark (site web personnel) . En réponse au journal Avec SPDY, Google souhaite accélérer remplacer/accélérer HTTP. Évalué à 6.
[^] # Re: Interrogations...
Posté par Vador Dark (site web personnel) . En réponse au journal Go : Un nouveau langage chez Google. Évalué à 6.
Dans un programme en C, le développeur gère complètement les malloc/free. En C++, le simple fait de fermer une accolade peut avoir pour effet de détruire un objet, qui va en détruire d'autres par ricochets. De simples appellent d'opérateurs sur des objets peuvent provoquer des créations/destructions d'objets.
Ce n'est en principe pas un problème, mais je comprends que le noyau ne soit pas le meilleur endroit pour ce genre de choses.
[^] # Re: hmm
Posté par Vador Dark (site web personnel) . En réponse au journal Skype bientot "open source". Évalué à 5.
Et pour peu que linuxfr soit scruté pour Google News, et là le scan peu devenir très fréquent(j'imagine que Google News et Search ne sont pas complètement indépendant).
[^] # Re: Gros râleur de base.
Posté par Vador Dark (site web personnel) . En réponse au journal Firefox et écran tactile. Évalué à 2.
Chrome a un système d'extension, il n'est juste pas encore stable. Et Chrome reconnait en natif les scripts Greasemonkey dans sa version de développement. D'autant que le développeur à l'origine de Grasemonkey bosse chez Google.
Tu parles sans savoir. Google ne cherche pas à empêcher les fonctionnalités en plus, c'est juste que Chrome est encore jeune, et qu'il faut lui laisser le temps de mûrir.
[^] # Re: Fedora 11 était toujours en beta, non ?
Posté par Vador Dark (site web personnel) . En réponse à la dépêche Sortie de la version bêta de Fedora 12. Évalué à 1.
[^] # Re: J'ai remarqué la même chose
Posté par Vador Dark (site web personnel) . En réponse au message Orange et minitel 2.0?. Évalué à 2.
# Apple
Posté par Vador Dark (site web personnel) . En réponse à la dépêche Alan Turing reçoit des excuses posthumes. Évalué à 4.
C'était la petite note d'histoire.
[^] # Re: ma surprise
Posté par Vador Dark (site web personnel) . En réponse au journal Caramail revit, mais était-il mort ?. Évalué à 3.
[^] # Re: ma surprise
Posté par Vador Dark (site web personnel) . En réponse au journal Caramail revit, mais était-il mort ?. Évalué à 5.
Donc, je ne vois toujours pas pourquoi cibler GMail en particulier...
[^] # Re: ma surprise
Posté par Vador Dark (site web personnel) . En réponse au journal Caramail revit, mais était-il mort ?. Évalué à 4.
Je n'ai pas dis que j'espérais voir tout le monde sur GMail, loin de là. D'ailleurs, quand ai-je dis que je le chérissais ?
Je dis juste que je ne comprends pas ton commentaire(le commentaire initial(non en faîte, les autres non plus...)).
Par ailleurs, concernant ta remarque sur le champ MX, je te rappel que Google en général et GMail en particulier on jusque là plutôt bien joué le jeu des standards(POP/IMAP). Même si Hotmail est bien une boite E-mail, qu'on peut échanger des E-mails avec les autres domaines, ils n'ont pas pour autant très bien respectés les standards en la matière. Bref, ta remarque serai plutôt à envoyer à Microsoft(au passage, Hotmail a bien plus d'utilisateurs que GMail).
Mais bon, je préfère m'arrêter là, car là on ira nul part. Tu as visiblement un problème avec GMail ou Google qui se trouve au niveau de l'affect et non de la raison.
[^] # Re: ma surprise
Posté par Vador Dark (site web personnel) . En réponse au journal Caramail revit, mais était-il mort ?. Évalué à 2.
C'est seulement à l'amalgame Microsoft/Google que je réagissais.
Sinon, effectivement, j'ai moi aussi utiliser une boite hotmail de la sorte par le passé ;).
[^] # Re: ma surprise
Posté par Vador Dark (site web personnel) . En réponse au journal Caramail revit, mais était-il mort ?. Évalué à 2.
# Enfin du gratuit/libre bien ficelé
Posté par Vador Dark (site web personnel) . En réponse à la dépêche FRHack : Conférence de RMS en accès gratuit. Évalué à 3.
[^] # Re: ma surprise
Posté par Vador Dark (site web personnel) . En réponse au journal Caramail revit, mais était-il mort ?. Évalué à 10.
-Repose sur les standards (accès POP/IMAP)
-N'empêche par conséquent pas ses utilisateurs de changer de fournisseur de services(possibilité de récupérer ses E-mail).
-Proviens d'une société qui contribue énormément aux logiciels libres
-Et qui en plus a représenté une innovation assez énorme.
est aussi mauvais qu'un service :
-provenant d'une des sociétés qui a le plus intérêt à ce que le libre ne se développe pas.
-Et qui a fait nombres de menaces de procès, de campagnes de dénigrement et autres.
-Connu pour son manque de respect des standards(il date de quand le support POP sur hotmail déjà ?)
Chacun est libre de choisir son fournisseur d'E-mail, et je respect le choix des utilisateurs de linuxfr. Mais quitte à critiquer GMail, il faudrait justifier un peu. Contrairement à Hotmail, je ne vois toujours pas ce qui leur est reproché. J'ai l'impression que Google est à la place de Red hat il y a quelques années : considéré comme la brebis galeuse du troupeau.