1000 machines ? Pourquoi faire ?
2 ou 3 en plus suffiront largement...
Le systeme c'est bien j'envoie un calcul , je recupere le resultat et si c'est bon je laisse passer le mail ? En deux secondes avec un proxy je peux avoir la machine qui fait les calculs qui est completement differente de la machine qui envoie les mails non ?
Donc mon robot se conecte, effectue le calcul et passe la main au serveur d'envoit de mail. Et pendant que le serveur envoit son mail mon robot est deja en train de demander un autre calcul ailleurs.
En d'autres terme si le temps mis a faire le calcul est sensiblement egal au temps mis a envoyer un email (mettons une seconde pour un mail HTML) alors je perd une seconde la premiere fois (le moment ou le serveur "attend" le robot) et apres ca roule.
Si le temps est moitie moindre un seul robot peu debloquer des envoit d'email pour deux serveurs. Si le temps est double ou triple il faut deux ou trois robots pour debloquer le serveur. Mais a chaque fois la perte de temps sera quasi nul.
Si le temps mis pour faire le calcul est plus que triple a celui de l'envoit d'un email ca peut genrer des effets de bords amusants (comme la necessite pour les FAIs de devoir tripler la quantite de serveur pour traiter le meme nombre d'email).
Mais restons sobre meme si le temps est decuple, (10 secondes de verif pour une seconde de transmission) a moins de 1000 $ le calculateur sans ecran (uen sparc ou un alpha sur Ebay font ca tres bien), le spammeur doit donc debourser 10 000$ pour continuer a utiliser son serveur a plein potentiel ? A mon avis ca doit quasiment rentrer dans la section "consomables".
Si il faut vraiment faire des calculs colossaux pour envoyer un malheureux mail les heureux possesseurs de becannes annee modele <2001 vont pouvoir se tirer des balles tout de suite. Sans compter les FAIs qui vont devoir generer et verifier ces calculs...
[^] # Re: Bill Gates veut signer l'arrêt de mort du spam
Posté par Jerome Herman . En réponse à la dépêche Bill Gates veut signer l'arrêt de mort du spam. Évalué à 3.
2 ou 3 en plus suffiront largement...
Le systeme c'est bien j'envoie un calcul , je recupere le resultat et si c'est bon je laisse passer le mail ? En deux secondes avec un proxy je peux avoir la machine qui fait les calculs qui est completement differente de la machine qui envoie les mails non ?
Donc mon robot se conecte, effectue le calcul et passe la main au serveur d'envoit de mail. Et pendant que le serveur envoit son mail mon robot est deja en train de demander un autre calcul ailleurs.
En d'autres terme si le temps mis a faire le calcul est sensiblement egal au temps mis a envoyer un email (mettons une seconde pour un mail HTML) alors je perd une seconde la premiere fois (le moment ou le serveur "attend" le robot) et apres ca roule.
Si le temps est moitie moindre un seul robot peu debloquer des envoit d'email pour deux serveurs. Si le temps est double ou triple il faut deux ou trois robots pour debloquer le serveur. Mais a chaque fois la perte de temps sera quasi nul.
Si le temps mis pour faire le calcul est plus que triple a celui de l'envoit d'un email ca peut genrer des effets de bords amusants (comme la necessite pour les FAIs de devoir tripler la quantite de serveur pour traiter le meme nombre d'email).
Mais restons sobre meme si le temps est decuple, (10 secondes de verif pour une seconde de transmission) a moins de 1000 $ le calculateur sans ecran (uen sparc ou un alpha sur Ebay font ca tres bien), le spammeur doit donc debourser 10 000$ pour continuer a utiliser son serveur a plein potentiel ? A mon avis ca doit quasiment rentrer dans la section "consomables".
Si il faut vraiment faire des calculs colossaux pour envoyer un malheureux mail les heureux possesseurs de becannes annee modele <2001 vont pouvoir se tirer des balles tout de suite. Sans compter les FAIs qui vont devoir generer et verifier ces calculs...
Kha