| | | | |
| |||||||
| Server, Hosting und Workstations Server-Konfigurationsdateien (.htaccess/httpd.conf) und Arbeiten auf Serverebene |
|
| | LinkBack | Themen-Optionen | Thema bewerten |
| | |
| PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten | |
| | |
| Moderator Registriert seit: 03.09.2004
Beiträge: 11.792
PHP-Kenntnisse: Fortgeschritten ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() | wie wäre es erstmal mit xdebug/xhprof [letzters kann man wohl auch im produktiv-system mal testen, sollte nicht zu unperformant werden] zu schauen wo deine bottlenecks liegen ? Ich mein du solltest ja zumindest erstmal mit atop/iotop und co schauen können WO im system dein bottleneck ist, sprich CPU, RAM oder HDD, atop ist da recht nützlich wenn man sieht wie ausgelastet eine hdd ist. sollte die hdd das bottleneck sein, kann eine ramdisk etwas bringen, ABER und das ist der relevante teil, eine ramdisk bedeutet auch immer, wenn der server mal abkackt, ist alles darin wech, sprich man muss sich gedanken machen wie das ganze system start, wie man die daten bereitstellt, in welchen abständen man das ganze backuppt, etc. sollten es NUR php-dateien sein die auf dem ramdrive liegen und keine dateien die sonst gelesen/geschrieben werden, macht es imho kaum sinn, weil den teil größten teils der bytecode-cache bereits übernimmt. Wenn du APC einsetzt und dein code optimiert ist dass er NUR absolute include/requires macht, kannst du dir mal die einstellung apc.stat = 0 anschauen, dabei wird die datei die schon im cache ist, nicht mehr überprüft, sprich es findet nicht trotzdem bei jedem zugriff ein stat-zugriff statt um zu schauen ob sich änderungsdatum oder so der datei geändert haben, bedeutet aber auch dass man einen ordentlichen deploy-prozess braucht, damit wenn man dateien ändert automatisch der komplette apc-cache geflusht wird.
__________________ robo47.net - Blog, Codeschnipsel und mehr | |
| | |
| | |
| Moderator und Wett-König | Wie heißt denn die Seite? Ich würde mir gerne mal das HTML und die Struktur ansehen. Vielleicht kann man hinsichtlich Caching noch ein wenig optimieren. Hast du schon mal an view based caching gedacht?
__________________ Viele Grüße, Dr.E. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1. Think about software design before you start to write code! 2. Discuss and review it together with experts! 3. Choose good tools (-> Adventure PHP Framework (APF))! 4. Write clean and reusable software only! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
| | |
|
| Themen-Optionen | |
| Thema bewerten | |
|
|
Ähnliche Themen | ||||
| Thema | Autor | Forum | Antworten | Letzter Beitrag |
| Disk quota beim erstellen einer Datei | ggfan | PHP Tipps 2005 | 5 | 20.04.2005 17:15 |
| [Erledigt] "du" (disk usage) durch "exec()" ausführ | PHP-Fortgeschrittene | 9 | 18.04.2005 14:40 | |
| Besucher kamen über folgende Suchanfragen bei Google auf diese Seite |
| php ramdisk, php ram disk, ramdisk php, ramdisk optimieren, php ram, ram disk server hosting, php code ramdisk, php files ramdisk, ramdisk hosting, php cache im ramdisk, ramdisk für php, php on ramdisk, php optimizing with ramdisk?, apc php als counter zu langsam, ramdrive counter, php bytecode cache ramdisk, apc ramdisk, php and ramdisk, ramdisk counter, ramdisk cache php |