NeoX a écrit 18084 commentaires

je ne suis pas certains que ca fasse baisser ton temps d'usage CPU.

de ce que je me souviens, ca met surtout ton programme en pause.

si tu regardais un mode de programmation en thread avec des files d'attentes...

en appelant directement le commercial tu peux jouer sur toutes les options, y compris celles non listées sur le catalogue en ligne.

ex : passé un temps il n'etait pas possible de commander juste l'UC sans l'ecran.

en appelant le commercial on avait pu faire la commande sans ecran.

peut-etre aussi les drivers SATA pour la nouvelle carte mere ;-)

mais si tu ne changes que ca, et que tu gardes tes disques durs IDE, ca devrait aller

si tout ton fichier xorg.conf est là,

alors :

tu demandes à xorg d'utiliser les "souris" suivantes

Section "ServerLayout"

Identifier "Default Layout"

Screen "Default Screen"

InputDevice "Generic Keyboard"

InputDevice "Configured Mouse"


InputDevice "stylus" "SendCoreEvents"

InputDevice "cursor" "SendCoreEvents"

InputDevice "eraser" "SendCoreEvents"


EndSection

qui ne sont definies nulle part

ensuite la quantité de ram devrait etre 16384 et pas 16000
enfin faire un
lspci
en console
et repere le code PCI de la carte VGA

Oct 1 16:04:53 nenya2 ATM dev 0: usbatm_extract_one_cell: unknown vpi/vci (8/35)!

a verifier la syntaxe de ton 8/35

Oct 1 16:05:06 nenya2 pppd[3174]: /usr/lib/pppd/2.4.3/pppoatm.so: cannot open shared object file: No such file or directory
Oct 1 16:05:06 nenya2 pppd[3174]: Couldn't load plugin pppoatm.so

en root, faire
updatedb
puis
locate pppoatm
qui te donnera tous les fichiers et dossiers contenant pppoatm
il te faut peut-etre faire un lien pointant vers le fichier qui va bien.

remarque le probleme de chargement du plugin engendre peut le probleme vpi/vci

In order to use the Intel PRO/Wireless 3945ABG Network Connection driver for Linux you will need the following:

1. The binary microcode image, available here.
2. The binary user space regulatory daemon, available here.
3. The ieee80211 subsystem version 1.1.11 or newer.
4. Linux kernel 2.6.13 or newer. See README.ipw3945 for information on specific options required to be enabled in the kernel.
5. Wireless Extensions (v17) and Tools (v28)
6. For WPA you need a WPA supplicant compatible with the latest versions of the wireless extensions (v18 and newer).

For instructions on how to build and use the driver, please see the INSTALL document.

je dirais qu'avec un noyau recent tu as peut-etre deja le ieee80211 superieur à la version 1.1.11

donc essaie en compilant ton noyau avec le support ieee80211 et retente ton installation sans compiler le ieee802.11

mettre ton user dans le groupe "video"

modifier les options des players pour utiliser les sorties "X11/shm,gl,gl2..."

il y a plusieurs sorties, essaie les toutes pour voir...

peut-etre un peu quand meme...

en tapant : preferences DSN
dans google, je suis tombé sur

http://www.mail-archive.com/squirrelmail-users@lists.sourcef(...)

etrangement ca parle du meme probleme que le tiens, et y a probablement des pistes à essayer.

chez moi c'est l'inverse

ca marche depuis la machine (sauf les wmv mais là je suis en AMD64)
et ca ne marche pas dans le plugin mozilla.

pourtant j'ai bien la fenetre je vois bien le chargement se faire...

[...]
le binaire sera compatible sur toutes les versions de linux x86 ou amd64 car elles partagent le même noyau (linux !)[...]

je ne suis pas certains de ce cas present.

je suis sur AMD64 et mon systeme est en 64bits. avec un noyau amd64.
je ne penses pas que l'appli compilé pour x86 32 bits fonctionnera.

par contre il est vrai que tu peux installer un linux 32 bits sur un AMD64, et à ce moment là, tu pourras utiliser les binaires x86 32bits.

mais je peux aussi me tromper.

j'ai essayer la versin 0.2 sous windows (pour l'instant) et c'est deja pas mal.

j'essaierais la version 0.3 des que j'aurais le temps.

il me semblait bien que le premier post etait incomplet...

voila donc qui se precise :

CM : Gigabyte GA-965P-DS4
RAM : 2Go
HD : 2x160Go en raid0

ma premiere hypothese, le raid0 de la carte mere qui serait "mal supporté" ou pas supporté de tout.

as tu fais un essai sans faire de raid ?

toutes les distribs supportant le multiprocesseur.

apres cela va surtout dependre de ta carte mere et des composants qui sont dessus.

en effet, core duo c'est assez recents, donc il se peut qu'il y ait besoin de "bidouiller" un peu.

sinon en principe toutes les distribs recentes devraient pouvoir le gerer.

.tgz :
tu met ce que tu veux dedans, y compris des libs qui serviraient au fonctionnement du logiciel, tu ne depends donc plus des versions du systeme (pas propre mais efficace)

package :
il te faudra determiner les dependances de ton programme
ex : SDL version X ou >X

afin que le gestionnaire de package ajoute SDL s'il n'est pas present sur la machine

plus confortable, mais aussi plus contraignant, car cela ne marchera que si la distribution propose SDL version X ou >X...


en fait l'ideal serait d'avoir le choix
.tgz/.deb/.rpm

attention toutefois,
un .rpm redhat ne sera pas forcement compatible mandriva ou suse
un .deb debian ne sera pas forcement compatible ubuntu
car parfois (de moins en moins quand meme) les systemes n'utilisent pas les memes arborescences.

si ton logiciel ne demande pas de librairie complexe et exotique
s'il suffit de le decompresser dans un dossier pour s'en servir,

alors une distribution en .tgz (tar puis gzip) devrait suffir et te permettre de toucher un max de monde.

tar zcvf mon_archive.tgz le_dossier_qui_contient_le_logiciel

heu ?

tu n'as pas de sda1
et tu n'as pas de partition etendue (extended) pour mettre ton sda5 :-(

si tu reinstalles tout à partir de zero, essaie le decoupage suivant

sda1 : primaire windows
sda2 : primaire linux /
sda3 : primaire SWAP
sda4 : primaire extended
sda5 : logique /home

par definition un partitionnement se fait au maxi en 4 primaires

si on veut faire plus de 4 partitions il faut faire
3 primaires
1 etendues (primaire)
et dans l'etendue faire les partions 5, 6 ...

d'ou une numerotation comme suis
primaire de 1 à 4
logique 5 et plus

peut-etre deja en faisant ton archive en tar.gz (rajoute l'option z à ta commande tar)

ca prendrait moins de place, donc moins de temps

si ton serveur est IIS, il est probablement sous windows.

si ton systeme de fichier (sur le serveur) est FAT ou FAT32 il est normal de ne pas depasser la taille de 2Go par fichier car il s'agit d'une limite conceptuel du systeme de fichier.

si ton systeme de fichier est NTFS, alors le probleme est peut-etre du coté des time out ou ailleurs

la gforce4 mx440 etant deja bien supporté,
quel est l'interet de mettre les derniers drivers ?

si tu lis les changelog, je ne penses pas que tu vois de vrai modification concernant les mx440.

tu verras surtout des modifs concernant les cartes recentes et des corrections de bugs pour les cartes un peu plus anciennes.

sur ma carte mere il faut activer les connecteurs dans le bios...

en gros, j'ai 2 controleurs
Nvidia 4 : 4 prises SATA
Marvell : 4 prises SATA

et donc il faut jouer dans le bios pour les activer.

Pas sûr que ces machines sachent fonctionner capot ouvert.

je pense que tu voulais dire
capot fermé

mais avec le reste de la phrase on devine bien le sens et l'usage.

la bonne methode serait de faire un fichier par site dans
/etc/apache2/sites-available/

dans chaque fichier tu fais les reglages pour chaque site
ex :

<VirtualHost *>
ServerAdmin webmaster@website.com

ServerName www.website.com
ServerAlias website.com
DocumentRoot /home/template/public_html/website
<Directory /home/template/public_html/website>
Options pour ce site


</VirtualHost>

remplacer website.com par le nom des sites
remplacer /home ... par le chemin d'acces au fichier de ce site

enfin faire un lien entre
/etc/apache2/sites-available/site_un
et
/etc/apache2/sites-enabled/site_un

et faire un restart du serveur apache.

j'ai les memes symptomes mais sur d'autres sites

je pensais que c'etait du à mon amd64 et du coup à cerrtains codecs non existant sur amd64.

les "dummy-packages" sont là car avant il fallait choisir mplayer-586 ou mplayer-k7 etc
maintenant en fait ces packages ne servent plus, mais sont maintenu en dummy pour ceux qui ont gardé le reflexe -k7 ou -586.

à l'ancienne,

virer toutes les options de la section gerant ton ecran dans
/etc/X11/xorg.conf

mettre la resolution native dans les modes plus bas...

ca ne serait pas plus leger à faire avec un cluster de 4 postes dans un premier temps...

à comparer avec les perfs d'une seule machine...

ensuite tu en deduis un modele mathematique permettant de dire que pour X machines en cluster tu as une performance de N fois superieure à la machine de base.

et ce sera plus facile à trouver, moins cher, mais tout aussi "complexe" à mettre en place.