Question related to the PHP engine and ArrayBuffers

Abierto
  • ¿Algo no está bien?
#2 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
10/100
Tipo de issue
Nueva funcionalidad
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
c, php
Área
backend

Línea de trabajo

Esta es una cuestión de rendimiento aún sin respuesta sobre el motor de PHP, el comportamiento del JIT basado en LLVM, los ArrayBuffers y una posible RFC. No se mencionan archivos, pruebas ni puntos de entrada, así que comienza investigando el contexto de la extensión y de los componentes internos de PHP descrito en el issue. Para darla por completada, se requerirían una evaluación del rendimiento respaldada por un maintainer y una propuesta de RFC claramente delimitada.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Hi; you don’t know me but I would like to say that it was a sad thing for the PHP community to learn that you moved over to LLVM; but I hope you are doing well. Over to my question:

I learned today some background from the PHP internals and the process leading up to PHP version 7, and also the JIT feature in 7.4:

That PHP’s JIT performance suffers because of extra CPU cache misses when JIT is enabled. Based on this, Dmitri did some great work on optimizing the memory requirements for important data structures in PHP 7.

This reduced the memory requirements of PHP and contributed to a ca 200% performance increase for PHP - mostly attributed to reduced memory bandwidth needs.

Question:
Can an extension like this ever hope to compete in performance, compared to a native op-code based approach to implementing array buffers? If so; I will consider adopting it into an RFC for PHP.

(Also because I am curious, but irrelevant for this extension; but I know you have an opinion: Could potentially re-implementing for example most of the \str* functions as pure PHP - reduce the amount of CPU cache space needed and lead to a faster language in general?)

Lenguaje dominante
C
Estrellas
43
Forks
5
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de nikic/buffer

Todos los issues de nikic/buffer

Issues similares

Más issues de C

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.