Il y a des gains de performance sur des accès répétés à la même page
php.
Mais ce que j'aimerai savoir ce sont les retours d'expérience sur les
incompatibilités / problèmes introduits par ces caches.
APC ne me pose pas de soucis majeur.
Turck pose problème sur le code php avec ses optimisations/cache, ce
que j'ai constaté jusqu'à présent:
<?php
if (defined('_mon_fichier_a_ete_inclus')) return;
define('_mon_fichier_a_ete_inclus',1);
....
?>
marche sans cache mais casse avec turck
j'ai essayé apc mais encore rien constaté de flagrant comme problèmes.
quelqu'un a plus d'expérience avec APC sur les problèmes induits au
niveau code?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Thibaut
Alain wrote:
Bonjour, Bonsoir... Bonsoir bonsoir
QQ'un parmi a une certaine expérience sur les incompatibilités entre PHP et les cache d'op code PHP dispos en OSS?
Il existe des produits:
APC http://apc.communityconnect.com/ TURCK http://turck-mmcache.sourceforge.net/index_old.html J'utilise phpaccelerator.co.uk (de tete, il vaut mieux demander à ton
ami google.
Il y a des gains de performance sur des accès répétés à la même page php. Dans la mesure ou ca génére un cache d'op-code, plus la quantité de code
que tu dois charger est conséquente plus tu gagnes aussi.
Ensuite c'est bien pratique pour les includes, pour les feuilles de données de localisations. Ca ne ralenti moins l'execution de l'ensemble puisque tout est deja pré-mouliné.
En utilisant PHPA sur certaines transactions qui font appel a des multitudes de classes ca tourne à la vitesse de la lumiere. Mais attention, ca ne réduit pas la consommation de ressources liées à la quantité d'instance de chaque classe que tu créés (bon c'est pas tres clair mais je suis dans mon pieu avec ma tisane, tu m'excuseras)
Mais ce que j'aimerai savoir ce sont les retours d'expérience sur les incompatibilités / problèmes introduits par ces caches. Je n'en ai pas trouvé. Mon serveur de production est sans cache, le
serveur d'exploitation en a un. J'upload le code de l'un sur l'autre sans aucun pb. Le seul cas bizare que j'ai recontré c'est quand j'avais un serveur de test sur un OS que je qualifirais d'exotique qui produisait des resultats étranges. J'ai changé l'os et fait des updates de tout pour finalement constater que ca ne venait pas du cache -> et hop une journée à la poubelle (comme le serveur d'ailleur ;))))
APC ne me pose pas de soucis majeur. Turck pose problème sur le code php avec ses optimisations/cache, ce que j'ai constaté [...] Par principe je ne laisse pas un programme optimiser mon code ... je le
fais moi meme ... de ce que j'en ai eu comme expérience ce sont surtout des méthodes de bourrin (mais je suis certainement *tres* réducteur dans le raisonnement, loin de moi l'idée de m'aventurer sur ce terrain que je ne maitrise finalement pas tant que ca.)
[...]
j'ai essayé apc mais encore rien constaté de flagrant comme problèmes. quelqu'un a plus d'expérience avec APC sur les problèmes induits au niveau code? Ca ne me concerne po
Merci De rien
Ceci dit, mon post vaut ce qu'il vaut et d'une manière générale j'adhère à l'idée que les conseilleurs ne sont pas les payeurs ... en plus dans le genre de question « lequel est le meilleur » on tombe vite dans le troll ;)
-- Thibaut [pour répondre par email il suffit d'enlever ses chaussettes] ------------------------------------------------------------------------
Alain wrote:
Bonjour, Bonsoir...
Bonsoir bonsoir
QQ'un parmi a une certaine expérience sur les incompatibilités entre
PHP et les cache d'op code PHP dispos en OSS?
Il existe des produits:
APC http://apc.communityconnect.com/
TURCK http://turck-mmcache.sourceforge.net/index_old.html
J'utilise phpaccelerator.co.uk (de tete, il vaut mieux demander à ton
ami google.
Il y a des gains de performance sur des accès répétés à la même page
php.
Dans la mesure ou ca génére un cache d'op-code, plus la quantité de code
que tu dois charger est conséquente plus tu gagnes aussi.
Ensuite c'est bien pratique pour les includes, pour les feuilles de
données de localisations. Ca ne ralenti moins l'execution de l'ensemble
puisque tout est deja pré-mouliné.
En utilisant PHPA sur certaines transactions qui font appel a des
multitudes de classes ca tourne à la vitesse de la lumiere. Mais
attention, ca ne réduit pas la consommation de ressources liées à la
quantité d'instance de chaque classe que tu créés (bon c'est pas tres
clair mais je suis dans mon pieu avec ma tisane, tu m'excuseras)
Mais ce que j'aimerai savoir ce sont les retours d'expérience sur les
incompatibilités / problèmes introduits par ces caches.
Je n'en ai pas trouvé. Mon serveur de production est sans cache, le
serveur d'exploitation en a un. J'upload le code de l'un sur l'autre
sans aucun pb. Le seul cas bizare que j'ai recontré c'est quand j'avais
un serveur de test sur un OS que je qualifirais d'exotique qui
produisait des resultats étranges. J'ai changé l'os et fait des updates
de tout pour finalement constater que ca ne venait pas du cache -> et
hop une journée à la poubelle (comme le serveur d'ailleur ;))))
APC ne me pose pas de soucis majeur.
Turck pose problème sur le code php avec ses optimisations/cache, ce
que j'ai constaté [...]
Par principe je ne laisse pas un programme optimiser mon code ... je le
fais moi meme ... de ce que j'en ai eu comme expérience ce sont surtout
des méthodes de bourrin (mais je suis certainement *tres* réducteur dans
le raisonnement, loin de moi l'idée de m'aventurer sur ce terrain que je
ne maitrise finalement pas tant que ca.)
[...]
j'ai essayé apc mais encore rien constaté de flagrant comme problèmes.
quelqu'un a plus d'expérience avec APC sur les problèmes induits au
niveau code?
Ca ne me concerne po
Merci
De rien
Ceci dit, mon post vaut ce qu'il vaut et d'une manière générale j'adhère
à l'idée que les conseilleurs ne sont pas les payeurs ... en plus dans
le genre de question « lequel est le meilleur » on tombe vite dans le
troll ;)
--
Thibaut [pour répondre par email il suffit d'enlever ses chaussettes]
------------------------------------------------------------------------
QQ'un parmi a une certaine expérience sur les incompatibilités entre PHP et les cache d'op code PHP dispos en OSS?
Il existe des produits:
APC http://apc.communityconnect.com/ TURCK http://turck-mmcache.sourceforge.net/index_old.html J'utilise phpaccelerator.co.uk (de tete, il vaut mieux demander à ton
ami google.
Il y a des gains de performance sur des accès répétés à la même page php. Dans la mesure ou ca génére un cache d'op-code, plus la quantité de code
que tu dois charger est conséquente plus tu gagnes aussi.
Ensuite c'est bien pratique pour les includes, pour les feuilles de données de localisations. Ca ne ralenti moins l'execution de l'ensemble puisque tout est deja pré-mouliné.
En utilisant PHPA sur certaines transactions qui font appel a des multitudes de classes ca tourne à la vitesse de la lumiere. Mais attention, ca ne réduit pas la consommation de ressources liées à la quantité d'instance de chaque classe que tu créés (bon c'est pas tres clair mais je suis dans mon pieu avec ma tisane, tu m'excuseras)
Mais ce que j'aimerai savoir ce sont les retours d'expérience sur les incompatibilités / problèmes introduits par ces caches. Je n'en ai pas trouvé. Mon serveur de production est sans cache, le
serveur d'exploitation en a un. J'upload le code de l'un sur l'autre sans aucun pb. Le seul cas bizare que j'ai recontré c'est quand j'avais un serveur de test sur un OS que je qualifirais d'exotique qui produisait des resultats étranges. J'ai changé l'os et fait des updates de tout pour finalement constater que ca ne venait pas du cache -> et hop une journée à la poubelle (comme le serveur d'ailleur ;))))
APC ne me pose pas de soucis majeur. Turck pose problème sur le code php avec ses optimisations/cache, ce que j'ai constaté [...] Par principe je ne laisse pas un programme optimiser mon code ... je le
fais moi meme ... de ce que j'en ai eu comme expérience ce sont surtout des méthodes de bourrin (mais je suis certainement *tres* réducteur dans le raisonnement, loin de moi l'idée de m'aventurer sur ce terrain que je ne maitrise finalement pas tant que ca.)
[...]
j'ai essayé apc mais encore rien constaté de flagrant comme problèmes. quelqu'un a plus d'expérience avec APC sur les problèmes induits au niveau code? Ca ne me concerne po
Merci De rien
Ceci dit, mon post vaut ce qu'il vaut et d'une manière générale j'adhère à l'idée que les conseilleurs ne sont pas les payeurs ... en plus dans le genre de question « lequel est le meilleur » on tombe vite dans le troll ;)
-- Thibaut [pour répondre par email il suffit d'enlever ses chaussettes] ------------------------------------------------------------------------
