salut,

Je cherche une solution de clustering réel, donc de calcul, pour faire quelques essais, et bidouiller…

C'est à dire du vrai cluster de puissance, équivalant donc à ce que fut OpenMosix en son temps donc n'importe quelle application threadée se voyait ses threads dispersés dans la ferme pour profiter de toute la puissance disponible sans avoir à écrire des applications spécialisées…

J'arrive pas à en retrouver…
Je trouve des merdes façon fake-cluster où il faut ecrire chaque application spécifiquement (…)

Salut,

vous connaissez peut être ce petit cube, basé sur ARM
http://geekdefrance.fr/2011/12/19/cubox-un-micro-pc-arm-a-99e/

Quid de sa performance à votre avis comme terminal actif ?
(clavier/souris/écran en station pour prise de main sur d'autres stations ? par exemple
via vnc, ssh-X, ou ssh dans un xterm ?)

Qu'en pensez vous ? (plutôt que d'acheter un netbook 2* plus cher)

Je suis tombé par hazard sur ce bout de code : Je trouve ça très drôle, comme concept... le programme auto-suicidaire...

#include <unistd.h>
#include <signal.h>
#include <stdlib.h>
#include <stdio.h>

/* 
 * is this the stupidest code all over the world ?
 * or any student first system call code ?
 *
 */

int main(int argc, char *argv[])
{
        if (argc != 2)
        {
                // if the fucking user doesn't give a signal code on args, then kill -9 program
                kill(getpid(),

Bonjour
donc voilà le code en GFORTH capable d'interpréter du BrainFuck

: array         create 0 do 0 , loop does> swap cells + ;
0 value str
0 value size
variable pos
30000 array mem
variable cur
\ helpers
: incr           1 swap +! ;
: decr          -1 swap +! ;
: goto          1- pos ! ;
: cur-char      str pos @ + c@ ;
: mem-null?     cur @ mem @ 0= ;
: end-of-loop?  cur-char [char] ] = ;

Bonjour,

On voit souvent que le load average dépasse allègrement les 100%, pour se simplifier la vie on part tous, à tord ou à raison, du principe que jusqu'à 300% par cœur il faut pas s'inquiéter et que même des pics à 500% sont tolérables. De ma propre expérience c'est tout à fait vrai, des ralentissements (ressenti utilisateur) dès qu'on dépasse les 150%, et vu des pics à plus de 600% sans pour autant planter la machine.

Ceci étant du (…)

tar czf - . | genisoimage-stream-media-size 333000 | wodim dev=4,0,0 -dao tsize 333000s -

Je faisais parfois des sauvegardes de micros-configurations comme ça ce qui crée une image tar sur un CD 650Mb

et bien sur ça me permettais de redescendre avec succès la partition. concernée... (en général /opt/data/mysql/)

le volume commence à dépasser cette taille, donc j'ai fait des essai similaire avec une taille de 2 298 496 mais par contre plus moyen de restaurer ... tar m'envoi bouler... (…)