Je viens de le faire en plus tu réponds à ça.
Non, tu ne l'a pas fait.
Tu as juste dit que hiphop et murder c'est mal, tu n'as pas dit quelle solution etait plus simple.
Il faut t'arracher les vers du nez pour t'entednre sortir une blague du genre "ecrire le front end en c++ c;est mieux"
Le langage genere par hiphop, c'est du c++, t'es en train de suggerer d'ecrire tout en c++ d'entree de jeu?
Vraiment?
Tu vois pas un leger probeme avec cette approche?
Niveau complexité, HipHop en ajoute si tu veux debugger ton code, et pour cette partie je ne vois pas de solution, donc le choix est vite fait.
Vraiment?
Tu ne vois pas de solution? C'est pas possible? Le compilo est pas capable de faire la correspondance php/c++/code machine qu'il a traduit lui meme?
T'es sur que c'est pas possible de debugger comme ca?
Sans meme aller jusque la, tu crois pas que c'est possible, par exemple hein, tres con, d'ecrire le code en php, de tester localement en php, et ensuite de compiler avec popop et lancer une batterie de test contre le code popop natif pour isoler le probleme (code initial ou popop)?
De leur côté il a fallu tester et adapter toute leur application en plus de devoir coder entièrement HipHop, dans les deux cas la charge de travail est énorme.
Oui, tout comme la charge des serveur, t'imagine ce que ca fait 50% de perfs sur les quelques 30000+ serveurs/400 milliards de pages servies par mois?
Perso, je pense que gagner 50% sur ces quantites, ca vaut bien la peine de depenser qq centaines de milliers de dollars dans un truc comme popopop.
Je n'ai peut-être pas clarifié le problème de Twitter : pour synchroniser du code déjà, autant simplement transférer ce qui a changé plutôt seulement la nouveauté.
Faire un diff binaire et pousser vers un serveur en priant pour que le serveur en question a la bonne version?
Waou! Et tu viens dire que twitter fait complique...
Avec murder, il faut tout transférer ! J'avais aussi oublié qu'il faut de toute façon transférer le fichier .torrent sur chaque machine de destination.
Oui, c'est clair que transferer un .torrent de 50 bytes face a un package de 400Mo, ca pese lourd.
Le tracker BitTorrent est centralisé, j'ai été très clair, tu es donc soit de mauvaise foi soit demeuré. Ça fait un point central qui ne scale pas, et qui doit faire des choses beaucoup plus complexes que transférer des fichiers.
T'es en train de dire que bit torrent n'est pas capable de scaler a qq dizaines de milliers de clients?
Serieux? Et tu viens donner des lecons?
Vu les temps annoncés et leur utilisation de Capistrano pour faire ça, je pense que comme je l'ai dit précédemment ils ne lançaient pas leurs transferts en parallèle mais l'un après l'autre.
Bon sang, mais c'est bien sur!
C'est parce que c'est dede, du service informatique qui s'occupe de ca.
Il est gentil dede, mais il est un peu bete, alors du coup il cliquait sur les liens les uns apres les autres. Et encore il s'est ameliore hein, avant il allait de serveur a serveur avec sa cle usb...
Non mais serieux, tu lis les conneries que t'ecris des fois?
La solution est donc évidente, lancer les transferts en parallèle avec à peu près n'importe quelle solution...
Alors, d'une part, tu vas me donner le nom de la solution, parce que pour l'instant, on commence a peine a approcher le debut d'un bout de reponse.
Et sinon, cool, on lance tout en parallele, on a donc qq milliers de clients qui vont aller chercher en meme temps sur un meme serveur qq 100aines de mega.
Sort ta calculatrice, fait la multiplication et demande toi ce qui va arriver a la carte reseau de ton serveur central quand on va lui demander de servir qq 100aines de Go sur son lien gigabit.
Ben tiens, c'est marrant, je viens de le faire, et je trouve des chiffres de l'ordre de grandeur que ce le mec indique dans sa conf, avec des serveurs centraux a genoux et tres peu de place pour scaler.
Sans compter que pour quelqu'un qui critique bittorrent parce que le tracker est centralise et apparement c'est un probleme de faire scaler 50 bytes a qq dizaines de milliers client, c'est assez rigolo de t'entendre dire derriere que toi tu centraliserais tout et et que ca scalerais vachement mieux de servir qq centaines de meg au meme nombre de clients.
T'as une approche... on va dire innovante?
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Ils font quoi chez Nokia?
Posté par pasScott pasForstall . En réponse au journal Nokia passe les composants Qt Quick de Meego en mode sous-marin pour le sprint final. Évalué à 1.
Non, tu ne l'a pas fait.
Tu as juste dit que hiphop et murder c'est mal, tu n'as pas dit quelle solution etait plus simple.
Il faut t'arracher les vers du nez pour t'entednre sortir une blague du genre "ecrire le front end en c++ c;est mieux"
Le langage genere par hiphop, c'est du c++, t'es en train de suggerer d'ecrire tout en c++ d'entree de jeu?
Vraiment?
Tu vois pas un leger probeme avec cette approche?
Niveau complexité, HipHop en ajoute si tu veux debugger ton code, et pour cette partie je ne vois pas de solution, donc le choix est vite fait.
Vraiment?
Tu ne vois pas de solution? C'est pas possible? Le compilo est pas capable de faire la correspondance php/c++/code machine qu'il a traduit lui meme?
T'es sur que c'est pas possible de debugger comme ca?
Sans meme aller jusque la, tu crois pas que c'est possible, par exemple hein, tres con, d'ecrire le code en php, de tester localement en php, et ensuite de compiler avec popop et lancer une batterie de test contre le code popop natif pour isoler le probleme (code initial ou popop)?
De leur côté il a fallu tester et adapter toute leur application en plus de devoir coder entièrement HipHop, dans les deux cas la charge de travail est énorme.
Oui, tout comme la charge des serveur, t'imagine ce que ca fait 50% de perfs sur les quelques 30000+ serveurs/400 milliards de pages servies par mois?
Perso, je pense que gagner 50% sur ces quantites, ca vaut bien la peine de depenser qq centaines de milliers de dollars dans un truc comme popopop.
Je n'ai peut-être pas clarifié le problème de Twitter : pour synchroniser du code déjà, autant simplement transférer ce qui a changé plutôt seulement la nouveauté.
Faire un diff binaire et pousser vers un serveur en priant pour que le serveur en question a la bonne version?
Waou! Et tu viens dire que twitter fait complique...
Avec murder, il faut tout transférer ! J'avais aussi oublié qu'il faut de toute façon transférer le fichier .torrent sur chaque machine de destination.
Oui, c'est clair que transferer un .torrent de 50 bytes face a un package de 400Mo, ca pese lourd.
Le tracker BitTorrent est centralisé, j'ai été très clair, tu es donc soit de mauvaise foi soit demeuré. Ça fait un point central qui ne scale pas, et qui doit faire des choses beaucoup plus complexes que transférer des fichiers.
T'es en train de dire que bit torrent n'est pas capable de scaler a qq dizaines de milliers de clients?
Serieux? Et tu viens donner des lecons?
Vu les temps annoncés et leur utilisation de Capistrano pour faire ça, je pense que comme je l'ai dit précédemment ils ne lançaient pas leurs transferts en parallèle mais l'un après l'autre.
Bon sang, mais c'est bien sur!
C'est parce que c'est dede, du service informatique qui s'occupe de ca.
Il est gentil dede, mais il est un peu bete, alors du coup il cliquait sur les liens les uns apres les autres. Et encore il s'est ameliore hein, avant il allait de serveur a serveur avec sa cle usb...
Non mais serieux, tu lis les conneries que t'ecris des fois?
La solution est donc évidente, lancer les transferts en parallèle avec à peu près n'importe quelle solution...
Alors, d'une part, tu vas me donner le nom de la solution, parce que pour l'instant, on commence a peine a approcher le debut d'un bout de reponse.
Et sinon, cool, on lance tout en parallele, on a donc qq milliers de clients qui vont aller chercher en meme temps sur un meme serveur qq 100aines de mega.
Sort ta calculatrice, fait la multiplication et demande toi ce qui va arriver a la carte reseau de ton serveur central quand on va lui demander de servir qq 100aines de Go sur son lien gigabit.
Ben tiens, c'est marrant, je viens de le faire, et je trouve des chiffres de l'ordre de grandeur que ce le mec indique dans sa conf, avec des serveurs centraux a genoux et tres peu de place pour scaler.
Sans compter que pour quelqu'un qui critique bittorrent parce que le tracker est centralise et apparement c'est un probleme de faire scaler 50 bytes a qq dizaines de milliers client, c'est assez rigolo de t'entendre dire derriere que toi tu centraliserais tout et et que ca scalerais vachement mieux de servir qq centaines de meg au meme nombre de clients.
T'as une approche... on va dire innovante?
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.