Si j'ai bien compris ton algo, la proba de tirer le
- 1er élément est a/10
- 2e élément est (1-a/10) * (a+b)/10
- 3e élément (1-(1-a/10) * (a+b)/10) * (a+b+c)/10
- etc...
il me semble que pour que ton algo soit correct, il faut tirer un seul nombre aléatoire au début et trouver l'élément pour lequel la somme cumulée est supérieur au nombre aléatoire...
step = 0
sum = 10
nbr = random(0-10) % renvoie un nombre aléatoire entre 0 et 10
for element in dictionnaire
{
step = step + element.value
if nbr < step : choose element
else continue
}
alors, la proba de tirer le
- 1er élément est a/10
- 2e élément est (a+b)/10 - a/10 = b/10
- 3e élément (a+b+c)/10 - (a+b)/10 = c/10
- etc...
étrange...
moi j'ai une erreur pango sur dapper 64 :
$ GoogleEarthLinux.bin
Verifying archive integrity... All good.
Uncompressing Google Earth for GNU/Linux 4.0.1563..................................................................
(setup.gtk2:3983): Gtk-WARNING **: Unable to locate theme engine in module_path: "qtengine",
(setup.gtk2:3983): Gtk-WARNING **: Unable to locate theme engine in module_path: "qtengine",
(setup.gtk2:3983): Pango-WARNING **: No builtin or dynamically
loaded modules were found. Pango will not work correctly.
This probably means there was an error in the creation of:
'/etc/pango32/pango.modules'
You should create this file by running pango-querymodules.
(setup.gtk2:3983): Pango-WARNING **: pango_shape called with bad font, expect ugly output
(setup.gtk2:3983): Pango-WARNING **: pango_font_get_glyph_extents called with bad font, expect ugly output
(setup.gtk2:3983): Pango-CRITICAL **: pango_cairo_show_glyph_string: assertion `PANGO_IS_CAIRO_FONT (font)' failed
./setup.sh: line 158: 3983 Erreur de segmentation "$setup" "$@"
je me demande si je vais plus ou moins loin que toi...
oui, c'est très réduit, mais c'est exactement la config standard de nos utilisateurs !
En fait, j'utilise la puissance résiduelle des machines bureautique windows pour faire du calcul. Ca permet de multiplier le nombre de CPU disponibles pour le calcul sans coût supplémentaire.
C'est très intéressant notamment pour faire du calcul paramétrique distribué.
La remarque de Gaël sur la simplicité offerte par une compatibilité binaire est incontestable... et pragmatique
MAIS
Le point de vue de Mark sur l'importance du code source dans la vie du logiciel libre est aussi bien fondé... mais plus philosophique
=> pragma VS philo
Je me suis fait récemment la remarque que j'étais assez nul pour relire et réexploiter du code source d'autrui ,voir le mien
et que cela faisait de moi un piètre dev libre...
Plusieurs lecture récentes m'ont également conforté dans cette idée : la force du LL c'est le partage des sources :o))
Aussi évident que cela puisse paraître, cela implique la capacité d'échange des sources :
- accès simple et aisé aux sources des LL (pas toujours le cas...)
- relecture et compréhension facile des lignes déjà écrites par les autres (pas immédiat)
- portabilité des sources sur les différentes version des compilateurs (problèmes gcc 3.3 / 4)
En clair, je trouve le pt de vue de Mark plus séduisant car plus attaché à la notion de compréhension du fonctionnement du logiciel. Cependant cela me paraît aussi plus difficile et demande beaucoup de compétences de développeur pour être viable et généralisable.
PS : je fait partie du troupeau qui a migré de Mandrake 10.1 à kUbuntu...
Pour finir, en accentuant l'effort de mise au points d'outils plus performants pour ces trois taches:
- accès aux sources (SVN ?)
- relecture / compréhension (protocole de commentaires encore plus performants que doxygen ?)
- compatibilité évolutive de compilo (GCC ?)
on pourrait certainement faciliter l'échange de sources...
non, pas exportable autrement que pour les applis SWT/JFace je pense...
Mais ce n'est pas tant une question d'implémentation que de concept d'interface.
En fait, le concept de "moteur de recherche sur mot clé" est traité comme une interface d'accès aux données, tout comme les autres représentations des données (arbre, objet, relationnel, ...).
La principale différence de cette interface est sa non exhaustivité qui la rend plus adapté aux gros volumes de données je pense.
Je vois que ça va bouffer pas mal de CPU tout ça...
déjà que mon moteur 3D est gourmand, ça va être coton.
(CF l'applet cité dans mon post précédent)
Je me demande si on ne pourrais pas optimiser ce comportement pour des objets plus spécifiques que des points ?
par exemple on pourrait considérer l'objet "segment de droite" dont le valeur à mettre en Zbuffer serait le Zbuffer du centre....
idem pour des triangles.
pour les points c'est plus simple.
Bien sûr cela serait assez inexact localement, mais si les objets sont suffisamment petits (taille des segments), ça pourrait être économique en CPU ?
Merci à tous pour ces idées.
Un petit complément d'info : le plot 3d en question est interactif et doit pouvoir assumer la rotation par déplacement de la souris.
m'enfin si l'algo choisi ne donne pas suffisamment de rapidité, je repasse en mode filaire le temps de la rotation et je fais le Z-buffer une fois la position figée...
Autre chose : Je ne souhaite pas avoir recours à du code ou du matériel natif... en clair 100% java.
je crois que sur mandrake tu as un outil de sauvegarde (drakbackup) qui doit gérer les backup/restaurations sur cd/dvd.
tu peux ainsi sauver ton répertoire réseau partagé et ton /etc sur ton dvd sans difficultés.
PS : pour une sauvegarde des machines windows, je crois qu'il y avait un client de copie automatique libre sous win. si je me souviens bien c'est un surcouche à 7-zip et ça permet de copier des données sur un repertoire partagé en smb par exemple.
pratique en environnement TPE sous win.
sinon pour ton onduleur, les onduleurs mge-ups supportent très bien linux et son plutôt économique : ellipse 500 usb/serie 120¤, suffisant pour une seule machine.
PS : j'ai pas d'actions chez mge, mais j'aime bcp leur support et leur contribution à NUT.
J'ai déja pas mal ramé sur une problématique similaire (admin d'une TPE en bénévole).
J'attire ton attention sur le problème du fax : il y a peu de fax avec mémoire incorporée qui supportent le rapatriement asynchrone des fax sous linux...
un petit problème après une récente installation de kubuntu sur une machine, je constate que mes passwords avec caractères accentués vers mon serveur/passerelle (VNC, SSH ou SMB) ne sont plus acceptés...
Pourrait-ce être du à ce problème UTF-8 ?
Si oui, quelle solution ?
Sinon, une idée ?
enore une autre remarque, il me semble que la saisie du password (accentué aussi) lors de l'install a déraillé de la mm manière :
après redémarrage, pas moyen de saisir ce password dans kdm, il marchait uniquement en tty1 (heureusement ;o)
les widgets gtk sont moins "sophistiqués" que les widgets Qt.
Donc "émuler" des widgets gtk par des widgets qt c'est relativement simple, alors que l'inverse est beaucoup plus difficile.
Cela explique peut être l'absence d'un qt-gtk-engine...
(par contre, moi j'ai pas beacoup de xp, alors soyez pas trop méchants hein ?)
*Please note* that `shred' relies on a very important assumption:
that the filesystem overwrites data in place. This is the traditional
way to do things, but many modern filesystem designs do not satisfy this
assumption. Exceptions include:
* Log-structured or journaled filesystems, such as those supplied
with AIX and Solaris, and JFS, ReiserFS, XFS, Ext3, etc.
* Filesystems that write redundant data and carry on even if some
writes fail, such as RAID-based filesystems.
* Filesystems that make snapshots, such as Network Appliance's NFS
server.
* Filesystems that cache in temporary locations, such as NFS version
3 clients.
La solution que j'ai personnellement retenue pour ce problème est la suivante : azureus avec tracker pour chaque membre du rezo.
En clair, chaque membre :
1. installe azureus (et configure son firewall de manière adéquate : ouverture 6889:6999/tcp + 7000/tcp)
2. configure un dyndns pour sa machine
3. configure sa page de tracker sur https (login et mot de passe pour l'accès à la page web du tracker : https://mondyndns:7000(...))
4. ajoute par simple glisser-deposer vers azureus les fichiers qu'il souhaite partager -> .torrent sont accessibles sur son traker web
5. configure son browser pour que l'ouverture des .torrent se fasse avec azureus (ce qui lance illico le téléchargement dès qu'il clique sur un .torrent)
Azureus est un simple client BitTorrent, mais il est particulièrement convivial et multiplateforme (java+SWT).
L'aspect convivial est important pour cette problématique, car les compétences des membres du rezo sont souvent assez... hétérogènes.
La sécurité du transfert des fichiers peut être renforcée au dela du simple login/passwd du tracker par le cryptage complet SSL des données transférées.
si je ne me trompe pas, le decodeur canal+, ça vient (peut être) de l'utilisation du driver libre nvidia pour remplacer le driver proprio qui est de venu incompatible avec ton nouveau noyal.
En clair, quand tu upgrade ton noyau, il change le driver Xfree de "nvidia" en "nv" (vérifie dans ton XF86config-4).
Si c'est bien ça, Il ne te reste plus qu'a changer ton XF86config-4 pour remettre "nvidia" et recompiler le driver nvidia (commande nvidia-insrtaller -f si tu as utilisé le fichier .run fourni par nvidia pour installer le driver et pas le RPM)
bein oui, mais c'est pas ce que je veux !
je veux pouvoir utiliser les kioslaves, c'est à dire les URL du genre sftp:// smb:// dans konqueror avec des options particulières.
# euh....
Posté par yaya . En réponse au journal Tirage aléatoire dans un tableau. Évalué à 2.
- 1er élément est a/10
- 2e élément est (1-a/10) * (a+b)/10
- 3e élément (1-(1-a/10) * (a+b)/10) * (a+b+c)/10
- etc...
il me semble que pour que ton algo soit correct, il faut tirer un seul nombre aléatoire au début et trouver l'élément pour lequel la somme cumulée est supérieur au nombre aléatoire...
step = 0
sum = 10
nbr = random(0-10) % renvoie un nombre aléatoire entre 0 et 10
for element in dictionnaire
{
step = step + element.value
if nbr < step : choose element
else continue
}
alors, la proba de tirer le
- 1er élément est a/10
- 2e élément est (a+b)/10 - a/10 = b/10
- 3e élément (a+b+c)/10 - (a+b)/10 = c/10
- etc...
enfin si je ne me suis pas planté...
# réMuNération
Posté par yaya . En réponse au journal rénumération des auteurs de logiciels libres. Évalué à 6.
[^] # Re: disponible pour linux...
Posté par yaya . En réponse au journal Google Earth pour Linux. Évalué à 1.
moi j'ai une erreur pango sur dapper 64 :
$ GoogleEarthLinux.bin
Verifying archive integrity... All good.
Uncompressing Google Earth for GNU/Linux 4.0.1563..................................................................
(setup.gtk2:3983): Gtk-WARNING **: Unable to locate theme engine in module_path: "qtengine",
(setup.gtk2:3983): Gtk-WARNING **: Unable to locate theme engine in module_path: "qtengine",
(setup.gtk2:3983): Pango-WARNING **: No builtin or dynamically
loaded modules were found. Pango will not work correctly.
This probably means there was an error in the creation of:
'/etc/pango32/pango.modules'
You should create this file by running pango-querymodules.
(setup.gtk2:3983): Pango-WARNING **: pango_shape called with bad font, expect ugly output
(setup.gtk2:3983): Pango-WARNING **: pango_font_get_glyph_extents called with bad font, expect ugly output
(setup.gtk2:3983): Pango-CRITICAL **: pango_cairo_show_glyph_string: assertion `PANGO_IS_CAIRO_FONT (font)' failed
./setup.sh: line 158: 3983 Erreur de segmentation "$setup" "$@"
je me demande si je vais plus ou moins loin que toi...
As tu essayé de lancer avec linux32 ?
[^] # Re: Quid des plateformes supportés ?
Posté par yaya . En réponse au journal Distribution d'images virtuelles. Évalué à 1.
En fait, j'utilise la puissance résiduelle des machines bureautique windows pour faire du calcul. Ca permet de multiplier le nombre de CPU disponibles pour le calcul sans coût supplémentaire.
C'est très intéressant notamment pour faire du calcul paramétrique distribué.
# choisir son camps : binaire ou sources ?
Posté par yaya . En réponse à la dépêche Gaël Duval répond à Mark Shuttleworth. Évalué à 2.
MAIS
Le point de vue de Mark sur l'importance du code source dans la vie du logiciel libre est aussi bien fondé... mais plus philosophique
=> pragma VS philo
Je me suis fait récemment la remarque que j'étais assez nul pour relire et réexploiter du code source d'autrui ,voir le mien
et que cela faisait de moi un piètre dev libre...
Plusieurs lecture récentes m'ont également conforté dans cette idée : la force du LL c'est le partage des sources :o))
Aussi évident que cela puisse paraître, cela implique la capacité d'échange des sources :
- accès simple et aisé aux sources des LL (pas toujours le cas...)
- relecture et compréhension facile des lignes déjà écrites par les autres (pas immédiat)
- portabilité des sources sur les différentes version des compilateurs (problèmes gcc 3.3 / 4)
En clair, je trouve le pt de vue de Mark plus séduisant car plus attaché à la notion de compréhension du fonctionnement du logiciel. Cependant cela me paraît aussi plus difficile et demande beaucoup de compétences de développeur pour être viable et généralisable.
PS : je fait partie du troupeau qui a migré de Mandrake 10.1 à kUbuntu...
Pour finir, en accentuant l'effort de mise au points d'outils plus performants pour ces trois taches:
- accès aux sources (SVN ?)
- relecture / compréhension (protocole de commentaires encore plus performants que doxygen ?)
- compatibilité évolutive de compilo (GCC ?)
on pourrait certainement faciliter l'échange de sources...
Yann
[^] # Re: eclipse...
Posté par yaya . En réponse au journal Idée d'interfaces pour la gestion des paramètres. Évalué à 2.
Mais ce n'est pas tant une question d'implémentation que de concept d'interface.
En fait, le concept de "moteur de recherche sur mot clé" est traité comme une interface d'accès aux données, tout comme les autres représentations des données (arbre, objet, relationnel, ...).
La principale différence de cette interface est sa non exhaustivité qui la rend plus adapté aux gros volumes de données je pense.
# eclipse...
Posté par yaya . En réponse au journal Idée d'interfaces pour la gestion des paramètres. Évalué à 3.
les développeurs java ou C/C++ sur eclipse disposent déjà de cette fonctionnalité.
A l'usage c'est vrai que c'est génial, surtout pour paramétrer un logiciel aussi étendu qu'eclipse.
[^] # Re: performances...
Posté par yaya . En réponse au journal cherche doc Z-buffer. Évalué à 1.
déjà que mon moteur 3D est gourmand, ça va être coton.
(CF l'applet cité dans mon post précédent)
Je me demande si on ne pourrais pas optimiser ce comportement pour des objets plus spécifiques que des points ?
par exemple on pourrait considérer l'objet "segment de droite" dont le valeur à mettre en Zbuffer serait le Zbuffer du centre....
idem pour des triangles.
pour les points c'est plus simple.
Bien sûr cela serait assez inexact localement, mais si les objets sont suffisamment petits (taille des segments), ça pourrait être économique en CPU ?
# performances...
Posté par yaya . En réponse au journal cherche doc Z-buffer. Évalué à 1.
Un petit complément d'info : le plot 3d en question est interactif et doit pouvoir assumer la rotation par déplacement de la souris.
exemple:
http://jmathtools.sourceforge.net/plot3dapplet.php(...)
m'enfin si l'algo choisi ne donne pas suffisamment de rapidité, je repasse en mode filaire le temps de la rotation et je fais le Z-buffer une fois la position figée...
Autre chose : Je ne souhaite pas avoir recours à du code ou du matériel natif... en clair 100% java.
Encore merci.
(z'êtes mes amis hein ?)
# drakbackup, onduleur
Posté par yaya . En réponse au journal L'inévitable est arrivé. Évalué à 2.
tu peux ainsi sauver ton répertoire réseau partagé et ton /etc sur ton dvd sans difficultés.
PS : pour une sauvegarde des machines windows, je crois qu'il y avait un client de copie automatique libre sous win. si je me souviens bien c'est un surcouche à 7-zip et ça permet de copier des données sur un repertoire partagé en smb par exemple.
pratique en environnement TPE sous win.
sinon pour ton onduleur, les onduleurs mge-ups supportent très bien linux et son plutôt économique : ellipse 500 usb/serie 120¤, suffisant pour une seule machine.
PS : j'ai pas d'actions chez mge, mais j'aime bcp leur support et leur contribution à NUT.
J'ai déja pas mal ramé sur une problématique similaire (admin d'une TPE en bénévole).
J'attire ton attention sur le problème du fax : il y a peu de fax avec mémoire incorporée qui supportent le rapatriement asynchrone des fax sous linux...
bon courage
[^] # Re: Coquille
Posté par yaya . En réponse au journal Le oui français à Microsoft. Évalué à 3.
hmmm désolé...
# password accentués (k)UBUNTU
Posté par yaya . En réponse au journal A propos de l'UTF-8. Évalué à 2.
Pourrait-ce être du à ce problème UTF-8 ?
Si oui, quelle solution ?
Sinon, une idée ?
enore une autre remarque, il me semble que la saisie du password (accentué aussi) lors de l'install a déraillé de la mm manière :
après redémarrage, pas moyen de saisir ce password dans kdm, il marchait uniquement en tty1 (heureusement ;o)
ça doit faire l'objet d'un bug report kubuntu ?
[^] # Re: Jean Kevin !
Posté par yaya . En réponse au journal dsniff / arpspoof. Évalué à 1.
D'ou l'utilisation de techniques un peu "limite" je l'admets.
[^] # Re: Jean Kevin !
Posté par yaya . En réponse au journal dsniff / arpspoof. Évalué à 1.
# Mandrakelinux-X.X-Mini.i586 ???
Posté par yaya . En réponse au journal Mandrake 10.2 RC1. Évalué à 2.
03/11/05 03:23 729,323,520 Mandrakelinux-10.2rc1-CD1.i586.iso
03/11/05 03:23 730,873,856 Mandrakelinux-10.2rc1-CD2.i586.iso
03/11/05 03:24 731,027,456 Mandrakelinux-10.2rc1-CD3.i586.iso
03/11/05 03:24 364,828,672 Mandrakelinux-10.2rc1-Mini.i586.iso
03/11/05 03:24 306 Mandrakelinux-10.2rc1-Mini.i586.md5.asc
03/11/05 03:24 314 Mandrakelinux-10.2rc1-Mini.i586.sha1.asc
03/11/05 03:24 443 Mandrakelinux-10.2rc1.i586.md5.asc
03/11/05 03:24 467 Mandrakelinux-10.2rc1.i586.sha1.asc
[^] # Re: Quid de gmailfs/libgmail ?
Posté par yaya . En réponse au journal encore une info à propos de gmail. Évalué à 1.
[^] # Re: Et le contraire ???
Posté par yaya . En réponse au journal Nouvelle version de gtk-qt-engine. Évalué à 2.
Donc "émuler" des widgets gtk par des widgets qt c'est relativement simple, alors que l'inverse est beaucoup plus difficile.
Cela explique peut être l'absence d'un qt-gtk-engine...
(par contre, moi j'ai pas beacoup de xp, alors soyez pas trop méchants hein ?)
# et avec un filesystem journalisé ?
Posté par yaya . En réponse au journal outil suppression définitive de données. Évalué à 3.
http://www.perpetualpc.net/srtd_shred.html(...)
*Please note* that `shred' relies on a very important assumption:
that the filesystem overwrites data in place. This is the traditional
way to do things, but many modern filesystem designs do not satisfy this
assumption. Exceptions include:
* Log-structured or journaled filesystems, such as those supplied
with AIX and Solaris, and JFS, ReiserFS, XFS, Ext3, etc.
* Filesystems that write redundant data and carry on even if some
writes fail, such as RAID-based filesystems.
* Filesystems that make snapshots, such as Network Appliance's NFS
server.
* Filesystems that cache in temporary locations, such as NFS version
3 clients.
* Compressed filesystems.
pour wipe, je sais pas...
# hibernation ?
Posté par yaya . En réponse au journal 3em journal de linuxien. Évalué à 0.
un petit lien vers un tutoriel ???
merci.
# Bittorrent / Azureus est ton ami
Posté par yaya . En réponse au journal Partage via peer to peer. Évalué à 6.
En clair, chaque membre :
1. installe azureus (et configure son firewall de manière adéquate : ouverture 6889:6999/tcp + 7000/tcp)
2. configure un dyndns pour sa machine
3. configure sa page de tracker sur https (login et mot de passe pour l'accès à la page web du tracker : https://mondyndns:7000(...))
4. ajoute par simple glisser-deposer vers azureus les fichiers qu'il souhaite partager -> .torrent sont accessibles sur son traker web
5. configure son browser pour que l'ouverture des .torrent se fasse avec azureus (ce qui lance illico le téléchargement dès qu'il clique sur un .torrent)
Azureus est un simple client BitTorrent, mais il est particulièrement convivial et multiplateforme (java+SWT).
L'aspect convivial est important pour cette problématique, car les compétences des membres du rezo sont souvent assez... hétérogènes.
La sécurité du transfert des fichiers peut être renforcée au dela du simple login/passwd du tracker par le cryptage complet SSL des données transférées.
[^] # Re: Programme des verts...
Posté par yaya . En réponse au journal Programme des verts.... Évalué à 1.
(des enfants qui forment une croix sur fond de chants grégoriens)
# canal+ sans décodeur
Posté par yaya . En réponse au journal du forum : passage a cooker + maj kernel. Évalué à 1.
En clair, quand tu upgrade ton noyau, il change le driver Xfree de "nvidia" en "nv" (vérifie dans ton XF86config-4).
Si c'est bien ça, Il ne te reste plus qu'a changer ton XF86config-4 pour remettre "nvidia" et recompiler le driver nvidia (commande nvidia-insrtaller -f si tu as utilisé le fichier .run fourni par nvidia pour installer le driver et pas le RPM)
En tous cas, bon courage...
[^] # Re: man sftp
Posté par yaya . En réponse au journal kioslaves : sftp sur port 80. Évalué à 1.
je veux pouvoir utiliser les kioslaves, c'est à dire les URL du genre sftp:// smb:// dans konqueror avec des options particulières.
[^] # Re: partitions NTFS
Posté par yaya . En réponse à la dépêche Les images ISO "Mandrake 10.0 Official" disponibles au téléchargement. Évalué à 4.
[^] # Re: Je comprend pas...
Posté par yaya . En réponse au journal Bayes appliqué au code ?. Évalué à 1.
l'expérience ne peut pas contredire une invalidation de théorie...