/ Register

Want to subscribe to topics you're interested in?
Become a Member

Performance disadvantage to storing PHP files on HDD?

Discussion in 'Dedicated server hosting' started by deltahf, Apr 30, 2015.

Tags:
Previous Thread Next Thread
Loading...
  1. Apr 30, 2015 #1
    deltahf

    deltahf Premium Member Premium Member

    544
    244
    43
    Jun 8, 2014
    Ratings:
    +443
    Local Time:
    1:06 PM
    I just got a shiny new dedicated server, which has two SSD and HDD RAID1 arrays. Obviously, I plan on using the SSD to host the OS and DBs, and then stick all my forum attachments onto the big HDDs.

    However, I noticed that when configuring the server, the tech has already mounted the entire /home directory onto the HDDs. At first I was going to change it, because I'd like all my PHP files which will be stored in /home to be kept on the SSD for performance, but then I got to thinking: does it really matter? With Zend Opcache and Linux's file caching files in memory, will there be any noticeable difference in performance?

    Keeping everything on /home would make it slightly easier for me to maintain, as I wouldn't have to create application-specific symlinks to store things like XenForo attachments on the HDDs.
     
  2. Apr 30, 2015 #2
    eva2000

    eva2000 Administrator Staff Member

    49,869
    11,482
    113
    May 24, 2014
    Brisbane, Australia
    Ratings:
    +17,834
    Local Time:
    3:06 AM
    Nginx 1.21.x
    MariaDB 10.x
    There is a difference still. So worth changing and if you don't want symlinks and only have one forum/site attachments, you can just mount the HDD raid 1 array with a name like /home/nginx/domains/domain.com/public/data or something and use addon like [bd] Attachment Store | XenForo Community to move attachments to data directory HDD raid 1 array mount. Haven't tried this mount for data only but that's one thought I'd have. But this forum here uses bd Attachment Store though :)
     
    Last edited: Apr 30, 2015
Previous Thread Next Thread
Loading...

.