Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
I
ISPConfig 3
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 484
    • Issues 484
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 23
    • Merge Requests 23
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • ISPConfig
  • ISPConfig 3
  • Issues
  • #4072

Closed
Open
Opened Aug 03, 2016 by Jesse Norell@jnorellDeveloper

move hhvm .hhbc files out of /var/run

hhvm stores a bytecode repository in .hhbc files currently under /var/run/hhvm/, which on many systems is tmpfs, ie. ram. These files grow into the hundreds of megabytes and will easily eat up the entire ramfs if many sites use hhvm, or the server has a small /var/run size. The files are read at startup and their contents are already kept memory of the hhvm process, so storing them on disk is 'fairly pointless' (https://github.com/hhvm/packaging/issues/132). Should save these on the disk, eg. maybe under /var/lib/hhvm/.

Additionally, the ispconfig init scripts currently remove the .hhbc files under the "stop" command, so it would seem that saving them at all is entirely pointless, as they are only read at startup. Should probably not remove those files under "stop", though there needs to be some handle for users to do so. Perhaps move the cleanup to a "clean" command in the init script, then run that (stop/clean/start) only when the website settings are updated/resync'd? Maybe even add a checkbox explicitly for that so production sites aren't affected by just hitting save in the control panel. And recommend in the manual that the bytecode repo be rebuilt now and then (if not force it to happen every so often, eg. if it hasn't been rebuilt in the last 100 days?)

Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: ispconfig/ispconfig3#4072