If I use a unique script all domains will access it at the same time, will the server run slower compared to the situation where each domain called its own script?
Eu acho que é o contrário. Não deve ser mais lento . A questão é: " irá rodá-lo em conjunto para torná-lo mais rápido "? Quanto a esse ponto - teoricamente, sim . Mas a diferença prática pode ser indiscernível.
O ponto é - se houver apenas um script para todos os usuários (a idéia de bibliotecas compartilhadas) não é apenas mais fácil de manter, como apontado anteriormente aqui, mas o armazenamento em cache embutido mecanismos devem ser mais eficientes (pelo menos da minha compreensão do assunto). Um arquivo para ler, maneira fácil de armazenar em cache na memória. Vários arquivos idênticos (não sym / hardlinked, diferentes inodes ) - isso é mais problemático. Ou estou subestimando as capacidades do Linux aqui? Por favor, corrija-me se estiver errado - meu conhecimento sobre os internos não é tão profundo, mas acho que isso resultaria em buscas / bufferizações independentes.
Outro ponto - usando caches opcode . Não tenho certeza sobre como ele aparece em diferentes implementações, mas na maioria dos casos, usar vários scripts idênticos resultaria em entradas de cache desnecessárias . No entanto, há um problema em potencial com scripts compartilhados - quando o armazenamento em cache fica muito agressivo (como o armazenamento em cache de arquivos de configuração externos entre diferentes usuários). Eu encontrei recentemente esse tipo de comportamento com XCache e hardlinks . Com a configuração adequada e implementações sem bugs, isso não é um problema.
Então, minha conclusão :
Se for viável, usarei instalações compartilhadas para conveniência e desempenho . No entanto, em algumas situações, a diferença no desempenho pode ser insignificante, então é provavelmente " o que melhor se adequa à sua situação ".