Topic: Désactivation de DTrace

Bonjour Remi,

Tout d'abord, merci beaucoup pour le travail fourni sur ces repos.

J'ai une question / problème.

J'utilise blackfire sur une installation de php-5.6. Mais blackfire ne supporte pas dtrace (j'ai des problèmes bizarre sur mes profilings).

Peux t on installer tes packets sans le dtrace ?


D'avance merci

Re: Désactivation de DTrace

Depuis les dernières versions, 7.0.14 et 7.1.0, le dtrace est activé au build, mais désactivé à l'exécution, sauf si on positionne une variable d'environnement (USE_ZEND_DTRACE=1)

Pour 5.x, non ce n'est pas possible.

P.S. j'avais envisagé de rétro-porter cette fonctionalité en 5.6... je vais voir si c'est possible.

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: Désactivation de DTrace

Super réactivité !!

Ce serait vraiment super.

Re: Désactivation de DTrace

Pour quelle distro ? version ? arch ? php (version, base ou scl) ?

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: Désactivation de DTrace

CentOS Linux release 7.2.1511 (Core)
PHP 5.6.19 (cli) (built: Mar  3 2016 07:57:20)

Re: Désactivation de DTrace

Les paquets en version 5.6.30-2 disposent de ce rétro-portage.

Dtrace est donc désactivé par défaut et peut-être activé en positionnant la variable d'environment USE_ZEND_DTRACE=1 (exactement comme avec PHP 7)

Disponible dans "remi-test"
- base et SCL packages
- EL-6 et EL-7
- x86_64

Je compte sur toi pour un retour.

Si tout va bien, cette fonctionalité sera disponible dans le dépôt stable avec la version 5.6.31 dans 1 mois.

Bénéfice: c'est environ 5% plus rapide smile   (ok, PHP 7 est encore bien plus rapide)

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: Désactivation de DTrace

Je te remercie
J'essaye de le faire installer par les équipes infra sur nos serveurs de recette courant de la semaine prochaine, et je te fais un retour.

Re: Désactivation de DTrace

Est-ce que tu utilises l'extension OCI8 ?

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: Désactivation de DTrace

Oui j'utilise oci8
C'est un problème ?

Re: Désactivation de DTrace

Oui, d'après un contact avec un dév, ce serait la gestion de dtrace dans "oci8" qui poserait problème.

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: Désactivation de DTrace

Oky, je vais faire quelques tests pour voir ce qu'il se passe exactement quand on compile oci8 avec des dtraces et qu'on désactive dtrace dans php

Re: Désactivation de DTrace

Tout d'abord, un peu plus d'info sur mon contexte. Comme dis au début, j'ai un problème sur mon profiling avec blackfire. Plus précisement, j'ai un problème avec le profiling de blackfire au moment des appels à oci_execute (extension oci8) quand je spécifie le 2ème paramètre (Warning pour dire qu'il n'y a qu'un paramètre). Le support de blackfire me répond, normal, il faut désactiver DTRACE.

Voila maintenant les tests que j'ai fait jusqu'a maintenant:

- php 5.6.30-2 +php-oci8 5.6.30-2: Ca ne fonctionne toujours pas pour mon profiling (dans le phpinfo, dtrace est marqué comme enable sur php et sur oci8)
- php 5.6.30-2 avec oci8 recompilé sans dtrace: Ca ne fonctionne toujours pas (dans le phpinfo dtrace enable sur php et disable sur oci8)

Pour être sure que le problème est lié a php5.6, j'ai ensuite fais sur php71
- php 7.1 + php-oci8-7.1: Ca fonctionne !

PS: Je n'arrive pas  à être sure que dtrace est disable car dans le phpinfo, c'est toujours indiqué enable, tu as un truc pour le savoir et etre sure ?

Re: Désactivation de DTrace

> PS: Je n'arrive pas  à être sure que dtrace est disable car dans le phpinfo, c'est toujours indiqué enable, tu as un truc pour le savoir et etre sure ?

Effectivement, https://bugs.php.net/bug.php?id=73965  wink
Fixed (so will be in next build)

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi

Re: Désactivation de DTrace

Bonjour,

Après recherche plus précise, le problème ne venait pas de DTRACE et les gars de Blackfire ont corrigé le problème de leur coté.
Je vais surement tout de même mettre à jour PHP pour utiliser la version sans DTRACE activé par défaut, mais je n'ai pas encore de planning.

En tout cas merci pour le boulot accompli

Re: Désactivation de DTrace

Merci pour le retour.

Laptop:  Fedora 38 + rpmfusion + remi (SCL only)
x86_64 builder: Fedora 39 + rpmfusion + remi-test
aarch64 builder: RHEL 9 with EPEL
Hosting Server: CentOS 8 Stream with EPEL, rpmfusion, remi