Aller au contenu

Superbouba

Actif
  • Compteur de contenus

    17
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

0 Neutre
  1. Mon problème est toujours présent... personne pour m'aider ?
  2. Dédibox est une excellente solution pour commencer. S'il faut plus performant, il n'est pas si difficile de le transférer sur un nouveau serveur. Mais normalement, ça devrait te suffir pour au moins un an.
  3. Je pense que l'huissier pourra te renseigner mieux que nous...
  4. Et sur ce que tu touches, tu dois bien payer les cotisations ! Ce qui est le part la plus importantes des charges...
  5. Ah, c'est que tu ne les as pas encore payés alors.... Pour ma part, l'année prochaine, ça va même dépasser la moitié lol ...je le prend à la rigolade en ne pensant que ce ne sont que des chiffres sinon je finirai par me tirer une balle (dans le pied en arrêtant de déclarer lol)
  6. On ne connaît pas la tâche proprement dite mais oui c'est très léger pour un développeur à temps plein ! Cela serait 3200 net qui te resterait, ok... mais là c'est du brut de chez brut... Cherche d'autres clients et revoie tes ambitions à la hausse et ne reviens dessus seulement si tu ne trouves aucun client les acceptant.
  7. Il est difficile de te conseiller... Si tu es si important pour leur boite, fais leur savoir tes envies, et tes besoins. De plus, tu es en société, donc 3200HT, c'est tout juste un salaire honorable une fois que tu as payé toutes tes charges et cotisations... ils t'exploitent clairement et essayeront de tirer tout ce qu'ils peuvent de toi Il ne faut pas se laisser marcher sur les pieds, si tu es un bon élément pour eux, ils ne vont pas prendre le risque de te perdre et de passer du temps à trouver un remplaçant de ta valeur. Et si ce que tu leur apportes ne leur suffit pas, ils peuvent toujours aller voir ailleurs...
  8. Merci pour ces réponses. Ma base de données fait 2.5Go. Les principales tables utilisés ont entre 130 et 150 000 enregistrements (de 66 à 130 octets par enregistrement, format fixe). J'ai lu quelque part que plus il y a de tables dans une base de données, moins la performance est rapide car il y a davantage de fichiers .frm... et donc le disque met plus de temps à l'atteindre. Mais cela doit être tout de même négligeable et 100 tables, c'est pas si énormes. Niveau disque dur, c'est SATA2 RAID HARD 1 (2x250Go), ce qui est plutôt pas mal. Il y a beaucoup de jointures oui, mais les index sont bien positionnés et elles sont rapides. Le cache MySql, je l'ai déjà mis en place et il fonctionne (pour le vérifier simplement, dans phpmyadmin, lancez une requête, vous verrez un temps d'exécution par exemple de 0.006 secondes, relancez-la et elle s'éxécute en 0.0001 seconde). Mais cela ne change rien au problème présent... Qcache queries in cache 1790 Qcache inserts 184529877 Qcache hits 39010098 Qcache lowmem prunes 0 Qcache not cached 1346561 Qcache free memory 131517272 Qcache free blocks 1370 Qcache total blocks 5015 Bref, ça fonctionne mais comparé au grand nombre de requêtes ayant lieu, c'est très peu 1790 requêtes en cache. Comment changer la priorité du processus mysql ? Je ne suis pas sûr de l'impact vu qu'il occupe 99% du CPU en pleine charge...
  9. Tout dépend également des besoins... Personnellement, moi je développe/code tout au bloc notes... donc peu importe l'OS. L'avantage de linux est que l'on comprend mieux et plus rapidement comment fonctionne le serveur à distance (sauf si on est hébergé sous windows lol). De plus, pour travailler, je trouve que linux (tout comme MacOS X) sont meilleurs et nous font perdre beaucoup moins de temps. On n'a pas à se soucier de l'antivirus, du firewall et toute autre cochonnerie "obligatoire" sous windows... ça nous libère l'esprit, on travaille sereinement
  10. Je n'ai jamais dis que c'était plus performant, ni plus quoi que ce soit .... bien que j'aurai pu
  11. Je bosse sous Linux (et maintenant un peu sous Mac) depuis plus de deux ans, c'est le pied ! Surtout pour contrôler un serveur dédié à distance ! C'est rapide et puissant (mais faut-il encore apprendre à le maîtriser)
  12. Un second serveur ? j'y ai pensé mais ne suis pas encore décidé. En principe, un serveur comme le mien devrait faire l'affaire, j'aimerai donc exploiter son potentiel (sans le surcharger biensûr). Eclater ma base en deux ? J'en ai déjà deux mais une est peu utilisée, la plus utilisée a une centaine de tables. Devrais-je séparer de celle-ci les tables du forum (PunBB) ? (c'est le plus simple à faire, séparer d'autres tables demanderaient pas mal de réflexion et de modifications dans le code) Je ne suis pas très optimiste sur les résultats mais on peut toujours essayer. Créer un système de hachage et de gestion me paraît bien complexe... je ne serai comment m'y prendre.
  13. Oui, y'a déjà un moment que j'essaye d'optimiser un maximum... En fait, on peut dire que j'ai toujours eu des problèmes de surcharges... mon code a été optimisé (ou complètement revu) des centaines de fois, les serveurs ont également bien évolué, mais le trafic également... lol Ce problème mysql est en fait assez récent (autrefois, c'était la RAM qui manquait), depuis que je suis passé sur un serveur plus puisant, il n'y a plus qu'un seul processus mysql alors qu'auparavant, il y en avait plusieurs. Les ralentissements ne sont pas aussi grave qu'autrefois (les pages ne mettent pas 20 secondes à s'afficher) mais la charge du serveur est importante et tourne en moyenne autour de 4 aux heures de pointes. Hors j'aimerai bien une charge de 1 et un site fluide...
  14. Je n'ai pas beaucoup de requêtes complexes... sinon il serait "facile" de les modifier ou de modifier les bases. Par page, il y a entre 3 et 6 requêtes. Le problème est qu'il y a en moyenne 1 000 000 pages vues chaque jour... Phpmyadmin m'indique 167 requêtes par secondes...
  15. Un système de cache ne m'est pas d'une très grande utilité... Mon site est un jeu en ligne où chacun est connecté sous sa session et où les mêmes requêtes ne reviennent pas fréquemment. (pour les classements, c'est des fichiers html réactualisés par cron pour encore diminuer le nombre et la charge)
×
×
  • Créer...