What happened?
I'm facing an issue with FrankenPHP with Symfony consumers (messenger) on a project hosted at CleverCloud.
Running htop, it seems that even the workers (symfony messenger consumers) are forked and dispatched in several forks (several process). Is it intended? Any way to disable this behaviour?
Because they are consuming a lot of memory in this scenario and are leading to a complete crash of the webserver of the CleverCloud instance.
Did I miss something to enable? Or does this is on CleverCloud side (I was with them and for now they don't know)?
Build Type
Static binary
Worker Mode
Yes
Operating System
GNU/Linux
CPU Architecture
x86_64
PHP configuration
phpinfo() output
PHP Version: 8.5.4
SAPI: cli
Loaded php.ini: /home/bas/app_3efa874b-d958-47b8-8dbc-d7733d3d404e/php.ini
Extensions:
Array
(
[0] => Core
[1] => date
[2] => lexbor
[3] => uri
[4] => pcre
[5] => sqlite3
[6] => zlib
[7] => amqp
[8] => apcu
[9] => ast
[10] => bcmath
[11] => brotli
[12] => bz2
[13] => calendar
[14] => ctype
[15] => curl
[16] => dba
[17] => json
[18] => SPL
[19] => mbstring
[20] => session
[21] => fileinfo
[22] => filter
[23] => ftp
[24] => gd
[25] => gettext
[26] => gmp
[27] => hash
[28] => iconv
[29] => standard
[30] => libxml
[31] => exif
[32] => dom
[33] => igbinary
[34] => imagick
[35] => intl
[36] => ldap
[37] => lz4
[38] => memcached
[39] => mysqlnd
[40] => mysqli
[41] => Zend OPcache
[42] => parallel
[43] => pcntl
[44] => PDO
[45] => pdo_mysql
[46] => pdo_pgsql
[47] => pdo_sqlite
[48] => pgsql
[49] => openssl
[50] => posix
[51] => protobuf
[52] => random
[53] => readline
[54] => redis
[55] => Reflection
[56] => shmop
[57] => SimpleXML
[58] => soap
[59] => sockets
[60] => sodium
[61] => ssh2
[62] => sysvmsg
[63] => sysvsem
[64] => sysvshm
[65] => tidy
[66] => tokenizer
[67] => Phar
[68] => xlswriter
[69] => xml
[70] => xmlreader
[71] => xmlwriter
[72] => xsl
[73] => xz
[74] => yaml
[75] => zip
[76] => zstd
)
Key settings:
memory_limit: 256M
max_execution_time: 0
upload_max_filesize: 2M
post_max_size: 8M
display_errors: 1 
What happened?
I'm facing an issue with FrankenPHP with Symfony consumers (messenger) on a project hosted at CleverCloud.
Running htop, it seems that even the workers (symfony messenger consumers) are forked and dispatched in several forks (several process). Is it intended? Any way to disable this behaviour?
Because they are consuming a lot of memory in this scenario and are leading to a complete crash of the webserver of the CleverCloud instance.
Did I miss something to enable? Or does this is on CleverCloud side (I was with them and for now they don't know)?
Build Type
Static binary
Worker Mode
Yes
Operating System
GNU/Linux
CPU Architecture
x86_64
PHP configuration
phpinfo() output
PHP Version: 8.5.4 SAPI: cli Loaded php.ini: /home/bas/app_3efa874b-d958-47b8-8dbc-d7733d3d404e/php.ini Extensions: Array ( [0] => Core [1] => date [2] => lexbor [3] => uri [4] => pcre [5] => sqlite3 [6] => zlib [7] => amqp [8] => apcu [9] => ast [10] => bcmath [11] => brotli [12] => bz2 [13] => calendar [14] => ctype [15] => curl [16] => dba [17] => json [18] => SPL [19] => mbstring [20] => session [21] => fileinfo [22] => filter [23] => ftp [24] => gd [25] => gettext [26] => gmp [27] => hash [28] => iconv [29] => standard [30] => libxml [31] => exif [32] => dom [33] => igbinary [34] => imagick [35] => intl [36] => ldap [37] => lz4 [38] => memcached [39] => mysqlnd [40] => mysqli [41] => Zend OPcache [42] => parallel [43] => pcntl [44] => PDO [45] => pdo_mysql [46] => pdo_pgsql [47] => pdo_sqlite [48] => pgsql [49] => openssl [50] => posix [51] => protobuf [52] => random [53] => readline [54] => redis [55] => Reflection [56] => shmop [57] => SimpleXML [58] => soap [59] => sockets [60] => sodium [61] => ssh2 [62] => sysvmsg [63] => sysvsem [64] => sysvshm [65] => tidy [66] => tokenizer [67] => Phar [68] => xlswriter [69] => xml [70] => xmlreader [71] => xmlwriter [72] => xsl [73] => xz [74] => yaml [75] => zip [76] => zstd ) Key settings: memory_limit: 256M max_execution_time: 0 upload_max_filesize: 2M post_max_size: 8M display_errors: 1