Nicolas Boulay a écrit 16006 commentaires

IA-64 c'est pas compatible x86 ! Ou alors avec des perf à pleurer.

Je suis presque sûr que tu pourrais avoir autant de perf avec des workstations >2.4ghz pour beaucoup moins chère.

Servelinux semble proposé des 2.4Ghz à moins de 2000 euros. Cela commence a devenir interrescant!

"La première sécurité est la liberté"

PIII-S 1.4Ghz SDRAM ... pas glop pas glop...

"La première sécurité est la liberté"

Oups si y'en a.

"La première sécurité est la liberté"

Le site est également pauvre : pas de prix, pas de config détaillée.

"La première sécurité est la liberté"

Vous savez où l'on peut trouver des serveurs rackables "de calculs" pas serveurs disques ou autre...

Un truc qui crache ces tripes : >2Ghz en intel ou amd. La plus part du temps, on trouve des PIII-s à 1Ghz avec SDRAM. Pour faire un serveur de calculs, c'est léger !

Pour trouver ce genre de machine, il faut taper dans les "worstations" avec carte video très chère et souvent écran.

Une idée ?

"La première sécurité est la liberté"

Il y a beaucoup de fautes de frappe une simple relecture rapide devrait déjà en chasser beaucoup.

Sinon, c'est vrai que vos screen shoot sont super laid. ;p

Pourquoi ne pas laisser les robots filer une images au serveur pour se représenter (avec une couleur de transparence pour gérer les collissions avec autres chose que des carrées). Il faudrait ensuite faire des petites rotations à l'image.

Pour faire une map, pourquoi ne pas utiliser une image dont les couleurs servent d'informations sur la nature de l'objet (blanc = terrain de jeu, noir= obstacle infranchissable, vert = un cookies, rouge = une mine). Cela serait plus facile de faire des arènes que le pseudo langage, non ?

"La première sécurité est la liberté"

ça à l'air marrant comme tout !

Par contre, la doc en français est bourré de fautes (bon en faite, j'en ai vu 5 ou 6, types faute de frappes, vu mon niveau en orthographe, j'en déduis qu'il doit y en avoir un bon paquet)

Sinon il y a cette page qui cause de projet dans le même esprit:
http://linuxfr.org/2001/09/10/4889,0,-1,0,1.php3(...)

nicO

"La première sécurité est la liberté"

Ici on parle de mots de mémoire de programation. En général, les DSP sont de style risc. Donc 1000 mots veut dire 1000 instructions. Les instruction peuvent faire 32 bits mais parfois 48, 24...

C'est la même chose avec les PIC (mots de programation = 12 bits)

Un DSP ne sait bien manipuler qu'un seul taille de registre, c'est pour cela que l'on peut facilement utiliser le terme de mots (en DSP fixe manipule des mots de 16 ou 32 bits, un virgule flottante 32 bits,...)

Je pense que 16 bits = 1 mots provient du monde du PC et de l'époque où le PC manipulait du 16 bits.

Aujourd'hui, les x86 manipule du 8-16-32 bits, + 64 bits pour le MMX, +128 bits pour le SSE. Alors ? Bah, on ne peut plus vraiment parler de mot pour un x86.

"La première sécurité est la liberté"

Mais non !

Les pages html sont gérer à 100 % par tes pages dynamiques donc les modifiers est super facile.

La seul différence avec le système actuelle généralement utilisé est de générer la page à la modif et non à la demande.

"La première sécurité est la liberté"

Fabien t'est pas dans le coin ?

Il m'avait parler du site du festival de Cannes, de mémoire il avait aussi 15M de hits/jour.

(et au fait, personne n'a tester apache+httpd ou apache+Tux, parait qu'en statique les perf font x2-4)

nicO

"La première sécurité est la liberté"

J'ai pas dis de faire n'importe quoi non plus. Tu peux gérer un système de sémaphore. Le premier qui veut écrire le prend, écris sa page, puis le second reprend le semaphore, la modifie et rend le semaphore.

Tu peux aussi ajouter une entrée à une base de donné qui gère ainsi la concurrence. Reste plus qu'à faire un "update" une bète fonction qui transforme BD -> HTMl (en gros le code qui habituellement appeler à chaque requète).

Bref, c'est complexe mais pas bien sorcier. C'est juste une bète partage de ressource.

"La première sécurité est la liberté"

Pour le forum (qui représente rarement tout un site), la page de consultation des messages n'a pas besoin d'être dynamique. Seul la page d'ajout ou bien la page appelé après celle d'ajout a besoin d'être dynamique.

"La première sécurité est la liberté"

L'analyse de dépendance ne peut-elle pas être mis à jour à chaque update et utiliser ensuite pour générer ce qu'il faut ?

"La première sécurité est la liberté"

ça c'est sur ;p

Mais en quoi es-tu obliger de mettre ton index en php ?

A mon humble avis, les seul pages à avoir besoin d'être en php sont celle qui perm^te de générer les autres.

En gros, tu accèdes à www.tonsitespip.org/index.html qui propose un lien d'admin vers www.tonsitespip.org/ecrire/index.php pour faire les modifications.

Où est l'interaction des utilisateurs qui nécessitent vraiment un site 100% dynamique ? Même un forum n'a pas d'interret à être 100 % dynamique.

"La première sécurité est la liberté"

Nan les pages ne sont pas servi comme statique. Il y a quand même un couche de PHP. Or php est très [très] mauvais au parsing.

C'est un test à faire mais entre .html et le cache de SPIP telle qu'il est, on doit pouvoir multiplier les perf par 2 ou 3 mini et voir beaucoup plus.

"La première sécurité est la liberté"

page de dépendance ou lien dans la base de donnée ou n'importe quoi qui décrit la structure du site.

Et pourquoi je serais compliqué ;p Disons que, pour la gestion des erreurs 404, templeete cherche à le faire mais ce n'est pas dis que des gusses comme free.fr l'autorise.

Je suppose qu'un site comme spip n'a pas des Go de pages même si elles sont toutes générées. Donc tout le site gagnerait tellement en perf à être 100% pure statique (facile x10, si j'ai bien suivi). La partie dynamique sert à gérer le site et la partie publique reste statique. On a même pas besoin d'un vrai système de cache (qui gère absence et taille du répertoire).

"La première sécurité est la liberté"

Si au bout d'un certain temps, tu sais si une page dois être recalculer, je pense que tu dois savoir ce qu'impacte une modification même de la structure du site. Il y a bien une représentation de l'arbre de dépendance des pages qui trainent qq part. Toutes les pages affectés serait remis à jours.

Le must pour éviter les gros coup de bourre serait de détecter les erreurs 404 pour générer les pages manquantes.

création si manquant + effacement si cache trop grand + page accéder en .html = un vrai cache.

[j'ai jamais dis que c'était simple à faire !]

"La première sécurité est la liberté"

La question est simple et un peu abrupte : pourquoi un système aussi idiot (à prioris) que ces timing ? Pourquoi passer par du php pour accéder aux pages du sites qui sont statiques (dans le sens modifiable que par leur auteur) ?

On perd tellement de perf !

Il semble à prioris super simple de ne regénérer les pages que après un changement (si on veut limiter la taille du cache, on peut avoir besoin d'effacer et de recréer c'est le cas pour dacode qui est customisé pour chaque utilisateur mais pas SPIP).

"La première sécurité est la liberté"

Dans la version 1.3 le system de cache marche comme suit : il y a un appel à une fonction php qui regarde un timeout, si il est expirer il recalcul tout, sinon il va chercher la page en cache.

Donc, une page souvent inchangée sera recalculée (pour rien) plusieurs fois par jour. Une page mis à jour mettra une heure pour apparaitre en ligne à moins d'invalider le cache à la main.

Je ne comprends pas l'interret d'une telle méthode. Pourquoi ne pas générer directement les pages lorsqu'elle sont publié et fournir sur le site publique directement du html statique bien plus rapide que le système d'indirection. Le dynamique n'a à prioris pas d'interret dans ce cas !

Surtout que les forums ont l'air de fonctionner de cette manière. Si quelqu'un pouvait le lever ce mystère.

(sinon le système de template à l'air sympa !)

nicO

"La première sécurité est la liberté"

Un moyen que j'avais trouver pour gérer les plus faibles est de les mettre ensemble. Ils n'emmerdent plus personne et doivent bosser pour s'en sortir (par contre la tâche doit être à leur niveau et le suivi assez conséquent (en gros, pour leur botter le cul et leur faire comprendre que leur travail interresse aussi) ).

nicO

"La première sécurité est la liberté"

Je ne fait qu'énoncer une vérité et je me fais scorer -2 : MAICHANT !

Dans ma boite un ingé débutant ne gagne pas la même chose suivant les écoles. La différence est de l'ordre de 15-20 kf par an.

nicO

"La première sécurité est la liberté"

La différence tu dois l'a voir dans les salaires. Tes ENS et autre Supelec doivent gagner bien plus qu'un gas d'iut ou d'EPITA.

nicO

"La première sécurité est la liberté"

A l'ISEP, la moitier de la promo provient de prépa l'autre du BAC.

C'est une école Info/Telecom/Electronique.

Il fut un temps (qui est revenu je crois) où Remis Card y faisait cour.

Andreï Vladimirescu fait coure en Elec (a écrit un des model (BSIM3?) de Spice).

Il y a un parc de station sun/pc linux/pc nt. Les labos d'elec sont assez bien équipé.

nicO

"La première sécurité est la liberté"

DEA d'info...

Enfin, ou comment faire un dea sans JAMAIS toucher une machine. Sisi, c'est vrai. Il n'y avais pas de TP. Et les TD, c'était juste pour les maths.

(je crois que les écrans 16 couleurs, c'était du aux limitations des mini serveurs X qu'ils utilisaient)

"La première sécurité est la liberté"

Tu parles de l'états d'esprit. Et tu as assez raison.

Moi, je parlais des moyens financiers à pleurer des facs. Pour un labo de 6 personnes (dont 3 chercheurs + 3 doctorant), ils n'ont pas de quoi se payer une licence à 800 euros !

Par contre, de fait, tous était sous linux. Et tout tournait avec du ll (mon expérience était à l'université d'Evry, toute neuve, toute belle mais... bien pauvre).

"La première sécurité est la liberté"