Lors de la réunion avec Jim Gray le 18 juin, il nous a exposé les avantages
économiques du grid computing ; avec l'exemple du Seti@home.
Ce modèle technique ne pourrait-il pas fonctionner à une échelle plus
restreinte, celle de l'entreprise ?
En effet, chaque nuit, quasiment tous les PC workstation d'une entreprise
sont allumés et inactifs.
L'objectif serait de profiter de tous ces CPU pour qu'ils effectuent des
traitements utiles à l'entreprise.
Je vois notamment l'utilité d'alléger le planning des batchs de nuits
parfois (très) encombrés.
L'inconvénient immédiat est le ratio entre le volume transféré sur chaque
poste et la quantité de traitement correspondante effectuée par chaque
poste.
Un ratio correct est-il possible en informatique de gestion ?
Qu'en pensez-vous ?
Quelqu'un a-t-il déjà inventé cette poudre (concept, technique, outils) ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
bruno reiter [MVP]
A mon avis le coût de cette distribution des process (analyse, tests, mise en place, controles, maintenance, ...) est trop important pour etre economiquement viable dans une entreprise de moins de quelques milliers de postes et une appli avec une durée de vie très importante, voir le seuil de rentabilité avec Jim Gray peut-etre ;-)
br
"Vuillermet Jacques" wrote in message news:
Bonjour,
Lors de la réunion avec Jim Gray le 18 juin, il nous a exposé les
avantages
économiques du grid computing ; avec l'exemple du
Ce modèle technique ne pourrait-il pas fonctionner à une échelle plus restreinte, celle de l'entreprise ?
En effet, chaque nuit, quasiment tous les PC workstation d'une entreprise sont allumés et inactifs. L'objectif serait de profiter de tous ces CPU pour qu'ils effectuent des traitements utiles à l'entreprise.
Je vois notamment l'utilité d'alléger le planning des batchs de nuits parfois (très) encombrés.
L'inconvénient immédiat est le ratio entre le volume transféré sur chaque poste et la quantité de traitement correspondante effectuée par chaque poste. Un ratio correct est-il possible en informatique de gestion ?
Qu'en pensez-vous ? Quelqu'un a-t-il déjà inventé cette poudre (concept, technique, outils) ?
Jacques.
A mon avis le coût de cette distribution des process (analyse, tests, mise
en place, controles, maintenance, ...) est trop important pour etre
economiquement viable dans une entreprise de moins de quelques milliers de
postes et une appli avec une durée de vie très importante, voir le seuil de
rentabilité avec Jim Gray peut-etre ;-)
br
"Vuillermet Jacques" <nospam@nospam.com> wrote in message
news:ONiO6wDWEHA.3336@TK2MSFTNGP11.phx.gbl...
Bonjour,
Lors de la réunion avec Jim Gray le 18 juin, il nous a exposé les
avantages
économiques du grid computing ; avec l'exemple du Seti@home.
Ce modèle technique ne pourrait-il pas fonctionner à une échelle plus
restreinte, celle de l'entreprise ?
En effet, chaque nuit, quasiment tous les PC workstation d'une entreprise
sont allumés et inactifs.
L'objectif serait de profiter de tous ces CPU pour qu'ils effectuent des
traitements utiles à l'entreprise.
Je vois notamment l'utilité d'alléger le planning des batchs de nuits
parfois (très) encombrés.
L'inconvénient immédiat est le ratio entre le volume transféré sur chaque
poste et la quantité de traitement correspondante effectuée par chaque
poste.
Un ratio correct est-il possible en informatique de gestion ?
Qu'en pensez-vous ?
Quelqu'un a-t-il déjà inventé cette poudre (concept, technique, outils) ?
A mon avis le coût de cette distribution des process (analyse, tests, mise en place, controles, maintenance, ...) est trop important pour etre economiquement viable dans une entreprise de moins de quelques milliers de postes et une appli avec une durée de vie très importante, voir le seuil de rentabilité avec Jim Gray peut-etre ;-)
br
"Vuillermet Jacques" wrote in message news:
Bonjour,
Lors de la réunion avec Jim Gray le 18 juin, il nous a exposé les
avantages
économiques du grid computing ; avec l'exemple du
Ce modèle technique ne pourrait-il pas fonctionner à une échelle plus restreinte, celle de l'entreprise ?
En effet, chaque nuit, quasiment tous les PC workstation d'une entreprise sont allumés et inactifs. L'objectif serait de profiter de tous ces CPU pour qu'ils effectuent des traitements utiles à l'entreprise.
Je vois notamment l'utilité d'alléger le planning des batchs de nuits parfois (très) encombrés.
L'inconvénient immédiat est le ratio entre le volume transféré sur chaque poste et la quantité de traitement correspondante effectuée par chaque poste. Un ratio correct est-il possible en informatique de gestion ?
Qu'en pensez-vous ? Quelqu'un a-t-il déjà inventé cette poudre (concept, technique, outils) ?
Jacques.
Vuillermet Jacques
J'ai le souvenir d'un seuil à 100000 instructions pour 3Ko transférés vers chaque station...
jv
"bruno reiter [MVP]" <remove.this! a écrit dans le message de news:
A mon avis le coût de cette distribution des process (analyse, tests, mise en place, controles, maintenance, ...) est trop important pour etre economiquement viable dans une entreprise de moins de quelques milliers de postes et une appli avec une durée de vie très importante, voir le seuil
de
rentabilité avec Jim Gray peut-etre ;-)
br
"Vuillermet Jacques" wrote in message news: > Bonjour, > > Lors de la réunion avec Jim Gray le 18 juin, il nous a exposé les avantages > économiques du grid computing ; avec l'exemple du > > Ce modèle technique ne pourrait-il pas fonctionner à une échelle plus > restreinte, celle de l'entreprise ? > > En effet, chaque nuit, quasiment tous les PC workstation d'une
entreprise
> sont allumés et inactifs. > L'objectif serait de profiter de tous ces CPU pour qu'ils effectuent des > traitements utiles à l'entreprise. > > Je vois notamment l'utilité d'alléger le planning des batchs de nuits > parfois (très) encombrés. > > L'inconvénient immédiat est le ratio entre le volume transféré sur
chaque
> poste et la quantité de traitement correspondante effectuée par chaque > poste. > Un ratio correct est-il possible en informatique de gestion ? > > Qu'en pensez-vous ? > Quelqu'un a-t-il déjà inventé cette poudre (concept, technique, outils)
?
> > Jacques. > >
J'ai le souvenir d'un seuil à 100000 instructions pour 3Ko transférés vers
chaque station...
jv
"bruno reiter [MVP]" <remove.this!.br33@bol.com.br> a écrit dans le message
de news: evAcRsGWEHA.384@TK2MSFTNGP10.phx.gbl...
A mon avis le coût de cette distribution des process (analyse, tests, mise
en place, controles, maintenance, ...) est trop important pour etre
economiquement viable dans une entreprise de moins de quelques milliers de
postes et une appli avec une durée de vie très importante, voir le seuil
de
rentabilité avec Jim Gray peut-etre ;-)
br
"Vuillermet Jacques" <nospam@nospam.com> wrote in message
news:ONiO6wDWEHA.3336@TK2MSFTNGP11.phx.gbl...
> Bonjour,
>
> Lors de la réunion avec Jim Gray le 18 juin, il nous a exposé les
avantages
> économiques du grid computing ; avec l'exemple du Seti@home.
>
> Ce modèle technique ne pourrait-il pas fonctionner à une échelle plus
> restreinte, celle de l'entreprise ?
>
> En effet, chaque nuit, quasiment tous les PC workstation d'une
entreprise
> sont allumés et inactifs.
> L'objectif serait de profiter de tous ces CPU pour qu'ils effectuent des
> traitements utiles à l'entreprise.
>
> Je vois notamment l'utilité d'alléger le planning des batchs de nuits
> parfois (très) encombrés.
>
> L'inconvénient immédiat est le ratio entre le volume transféré sur
chaque
> poste et la quantité de traitement correspondante effectuée par chaque
> poste.
> Un ratio correct est-il possible en informatique de gestion ?
>
> Qu'en pensez-vous ?
> Quelqu'un a-t-il déjà inventé cette poudre (concept, technique, outils)
J'ai le souvenir d'un seuil à 100000 instructions pour 3Ko transférés vers chaque station...
jv
"bruno reiter [MVP]" <remove.this! a écrit dans le message de news:
A mon avis le coût de cette distribution des process (analyse, tests, mise en place, controles, maintenance, ...) est trop important pour etre economiquement viable dans une entreprise de moins de quelques milliers de postes et une appli avec une durée de vie très importante, voir le seuil
de
rentabilité avec Jim Gray peut-etre ;-)
br
"Vuillermet Jacques" wrote in message news: > Bonjour, > > Lors de la réunion avec Jim Gray le 18 juin, il nous a exposé les avantages > économiques du grid computing ; avec l'exemple du > > Ce modèle technique ne pourrait-il pas fonctionner à une échelle plus > restreinte, celle de l'entreprise ? > > En effet, chaque nuit, quasiment tous les PC workstation d'une
entreprise
> sont allumés et inactifs. > L'objectif serait de profiter de tous ces CPU pour qu'ils effectuent des > traitements utiles à l'entreprise. > > Je vois notamment l'utilité d'alléger le planning des batchs de nuits > parfois (très) encombrés. > > L'inconvénient immédiat est le ratio entre le volume transféré sur
chaque
> poste et la quantité de traitement correspondante effectuée par chaque > poste. > Un ratio correct est-il possible en informatique de gestion ? > > Qu'en pensez-vous ? > Quelqu'un a-t-il déjà inventé cette poudre (concept, technique, outils)
