Witam,

Przymierzam się do optymalizacji części moich skryptów i jestem na etapie tworzenia systemu obsługi cache'u. Zapytania do bazy danych ładnie mi się zapisują ale myślę jeszcze zrobić cache obiektów dla rzadko zmieniających się danych (~15minut). Próbowałem wykorzystać serialize/unserialize i zapis do pliku jednak wydajnościowo mnie nie zachwyciło - czas potrzebny na utworzenie nowych obiektów wykorzystując dane z zapisanych danych z bazy w formie cache'u zajmowało ok 1/3 czasu potrzebnego na wczytanie danych z systemu plików.

Przez myśl przeszła mi myśl żeby serializować obiekty i zapisywać do bazy ale wtedy zadziała cache od bazy danych i skończy się na tym że obiekty będą wczytywane z dysku.

Niestety na serwerze nie mogę zainstalować żadnych dodatkowych modułów do apache/php (np. memcached) - muszę samemu napisać takie coś. Czy ktoś może coś poradzić, podpowiedzieć? Każda wskazówka mile widziana

Wiec zapisuje je do sesji :] to tez dobre wyjsce jesli chodzi o cache obiektow.

Zapisując do sesji nie zapiszesz ich globalnie, a tylko dla jednego użytkownika. Sesja działa na systemie plików więc nie przyniesie lepszych rezultatów. Najlepszym rozwiązaniem byłoby zapisanie w pamięci podręcznej, ale tylko memcached przychodzi mi na myśl, ew. inne serwery cache-u działające na takiej zasadzie.

pozdrawiam.

Z sesją można by było spróbować - może apache jakoś lepiej obsługuje pliki sesji. Co do zapisywania tylko dla jednego użytkownika - część obiektów jest unikatowa dla każdego usera, jakby się udało chociaż je zapisywać to już by było lepiej niż jest.

Tez o tym mowie :]

A obiekty globalne ktore zmieniaja sie raz na ruski rok jak np Path'e mozna zapisac do pliku

Zreszta config tez

A serializowanie obiektów przez metody __wakeup i __sleep?


I tak, i nie; poleganie na cache'u silnika bazodanowego nie jest za dobrym wyjściem.


= serializacja + zapis do pliku. Poza tym, jak już wspomniano, ogranicza użycie tylko dla jednego użytkownika.


Serialize i do pliku. Ale nie ma na to jednoznacznej recepty.

Jeśli masz akcelerator zainstalowany z interpreterem, możesz skorzystać z jego przestrzeni w RAM (SHM), ale to zależy.


A co ma Apache do plików sesji...? To jest sprawa wyłącznie PHP.


Równie dobrze można cały dokument wygenerować i przez rewrite zapisać do pliku.

Zapraszam do przeczytania mojego artykułu nt. cache w PHP: http://eriz.pcinside.pl/weblog/cache-danyc...teoria-211.html

Jak tylko chłopaki z PHPConu się uwiną z montażem video, zarzucę linkiem do mojej prezentacji (czyt: drugiej części tego artykułu ).

Napisałem sobie krótki skrypt żeby porównać czasy tworzenia nowych obiektów z wczytywaniem obiektów z cache'u i albo źle coś robię albo coraz więcej wskazuje na to że cacheowanie obiektów w systemie plików raczej nie ma sensu jeżeli brać pod uwagę tylko czas wykonywania się skryptu.

Czasy dla tworzenia 100000 obiektów:
Total: 1.3736710548401
Srednia: 0.0000137367

Czasy dla wczytywania z cache'u:
Total: 16.090548992157
Srednia: 0.0001609055

[PHP] pobierz, plaintext 
<?php
class test {
	private $t1;
	private $t2;
	private $t3;
	private $t4;
	private $t5;
	public $t6;
	public $t7;
	public $t8;
	public $t9;
	public $t10;
	protected $t11;
	protected $t12;
	protected $t13;
	protected $t14;
	protected $t15;
	public function __construct() {
	}
	public function setVals() {
		$this->t1 = 1;
		$this->t2 = 2;
		$this->t3 = 3;
		$this->t4 = 4;
		$this->t5 = 5;
		$this->t6 = 6;
		$this->t7 = 7;
		$this->t8 = 8;
		$this->t9 = 9;
		$this->t11 = 10;
		$this->t11 = 11;
		$this->t12 = 12;
		$this->t13 = 13;
		$this->t14 = 14;
		$this->t15 = 15;
	}
	public function __sleep() {
		return array("t1","t2","t3","t4","t5","t6","t7","t8","t9","t10","t11","t12","t13","t14","t15");
	}
	public function __wakeup () {
		$this->t1 = 10;
	}
}
$iIle = 100000;
$iStart = microtime(true);
for ($i=0; $i<$iIle; $i++) {
	$temp = new test();
	$temp->setVals();
}
$iEnd = microtime(true);
echo "Total: ",$iEnd - $iStart,"<br/>Srednia: ".number_format(($iEnd-$iStart)/$iIle,10),'<br/><br/>';
 
$sSerialize = serialize($temp);
file_put_contents('object.obj',$sSerialize);
 
$iStart = microtime(true);
for ($i=0; $i<$iIle; $i++) {
	$sSerialize = file_get_contents('object.obj');
	$temp2 = unserialize($sSerialize);
}
$iEnd = microtime(true);
echo "Total: ",$iEnd - $iStart,"<br/>Srednia: ".number_format(($iEnd-$iStart)/$iIle,10);
?>
[PHP] pobierz, plaintext 

Mam jednak taką cichą nadzieję że to jednak ja coś partacze

Niestety, na serwerze, na którym będzie to uruchamiane, nie mam żadnych akceleratorów itp, goły apache z php i mysql bez takich dodatków.

// Edit:

Eksperymentowałem z zapisem zserializowanego obiektu do bazy (tabela memory) ale czasy odtwarzania obiektow na podstawie wynikow zapytan sa jeszcze dluzsze niz te z plikow.

Przecież metoda __sleep powinna zwracać stringa...


Baza danych jako cache, to zły pomysł. Nie masz żadnych pól dłuższych niż 255 znaków.

Manual pokazuje co innego:

http://php.net/manual/en/language.oop5.magic.php

[PHP] pobierz, plaintext 
public function __sleep()
    {
        return array('server', 'username', 'password', 'db');
    }
[PHP] pobierz, plaintext 

Co do bazy danych to się domyślałem że zły pomysł ale 5 minut testów potwierdziło teorię. Co do długości - przez phpmyadmin niby utworzyło pole varchar(1500) ale na ile jest to prawda to nie wiem, nie sprawdzałem w konsoli ani nie sprawdzałem czy idzie wcisnąć powyżej 255 znaków.

Racja, moje niedopatrzenie.


Nie idzie. Ograniczenie DBMS, z tego co pamiętam.

Poza tym, na co do cache baza danych...? Rozumiem, że w SQLite, ale w MySQL? Na co zestawiać połączenie, jeśli w optymistycznym przypadku (zakładając, że wszystkie dane potrzebne do wygenerowania strony znajdą się w cache) DB zostanie nie tknięta...? (connect-on-demand)

Eksperyment z bazą był tylko eksperymentem, sprawdzałem czy to ma sens - potwierdziło się że nie ma. Ale sam problem z cacheowaniem obiektów nadal pozostaje - seialize/unserialize nie dają dobrych efektów, wykorzystanie __sleep/__wakeup tez niewiele zmienia. Nadal cache obiektów jest wolniejszy niż ich utworzenie. Oczywiście patrząc tylko na same obiekty, jeżeli brać pod uwagę że niektóre obiekty są tworzone na podstawie rzadko zmieniających się zapytań to można by ominąć etap wczytywania wyników zapytań i tworzenia obiektów przeskakując od razu do wczytania obiektów. Wtedy Taki cache ma sens.

Podbije raz, może jeszcze ktoś coś poradzi na ten cache

Widzisz, bo cacheuje się tylko to co ma sens. Oczywistym jest, że cały proces odczytania obiektu z pliku cachea będzie wolniejszy od jego utworzenia, jeżeli utworzenie ogranicza się do: $this->abc = 'def'; W Twoim teście zamień ostatnią linijkę metody setVals():

[PHP] pobierz, plaintext 
$this->t15 = 15;
// Zamień na
for ($i = 0; $i < 100000; $i++) { $abc = mt_rand(); }
$this->t15 = 15;
[PHP] pobierz, plaintext 

Nagle wczytanie z cachea jest nieco szybsze?

Jeżeli wczytanie zserializowanych obiektów jest wolniejsze od ich normalnego utworzenia to oznacza to tyle, że próbujesz zoptymalizować coś co optymalizacji nie wymaga (przynajmniej teraz).