Sziasztok,
eAcceleratorral kapcsolatban kérném a segítségeteket. Mikor szerkesztek egy php-t, az eaccelerator megbolondul, általában egy üres képernyőt kapok, de van, hogy a teljes PHP kódot kinyomja a képernyőre, ami azért elég ciki. Ilyenkor csak egy
rm -Rf /var/cache/eaccelerator ; /etc/init.d/lighttpd restart
oldja meg a helyzetet.
OS: Ubuntu 9.04 (de tesztelve volt debian lenny-vel is, ugyanaz a hiba)
# uname -a
Linux host-removed 2.6.28-17-server #58-Ubuntu SMP Tue Dec 1 19:58:28 UTC 2009 i686 GNU/Linux
# php-cgi -v
PHP 5.2.11-0.dotdeb.1 with Suhosin-Patch 0.9.7 (cgi-fcgi) (built: Sep 20 2009 09:36:07)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
with eAccelerator v0.9.5.3, Copyright (c) 2004-2006 eAccelerator, by eAccelerator
ebben minden benne van, PHP 5.2.11 dotdeb packageből, eacc 0.9.5.3
Próbáltam már az eAcc 0.9.6 -ot felrakni, de nem sikerült, fordításkor meghalt.
Ami még segíthet: sftp-n szerkesztek, file mtime frissül mentéskor. Viszont mikor egy PHP módosít egy másik PHP filet, akkor nem tapasztaltam még ilyen hibát (pl. smarty, templaten módosítok, az átírja a tpl_c -ben lévő php-t). Viszont ha kis terhelése van a sitenak, akkor többnyire hibátlanul működik. Mintha csak olyankor szállna el, mikor épp valaki hozzáfér ahhoz a filehoz, amit szerkesztek...
Ja, és persze eaccelerator semmit nem logol...
Bármi debug ötletet szivesen veszek, vagy akár az eacc-hoz hasonló teljesítményű más php opcode acceleratort is ajánlhattok.
Köszi
- 1420 megtekintés
Hozzászólások
használj helyette apc-t, az nem bugzik
- A hozzászóláshoz be kell jelentkezni
lecseréltem, a hiba úgy tűnik megszűnt, majd meglátom, hogy teljesítményben is hasonlót tud-e
- A hozzászóláshoz be kell jelentkezni
kb 1 éve néztem benchmarkokat, minimális különbség van
- A hozzászóláshoz be kell jelentkezni
Egy nap teszt utan nem latok erdemi kulonbseget eacc es apc kozt teljesitmenyben, viszont ez tenyleg nem bugzik olyanokat, mint az eacc.
Elso postom itt, nem tudom, kell itt olyat, hogy elfogadni a valaszt megoldaskent?
Koszi a tippet.
- A hozzászóláshoz be kell jelentkezni
> Elso postom itt, nem tudom, kell itt olyat, hogy elfogadni a valaszt megoldaskent?
Nem, az egy másik oldal :)
- A hozzászóláshoz be kell jelentkezni
ok :) csak mert lattam itt is targyban olyan prefixet, hogy [megoldva]
- A hozzászóláshoz be kell jelentkezni
Hat, olyant te is csinalhatsz, es nem is fogunk szolni erte: nyisd meg szerkesztesre a forumot (van egy szerkesztes gomb az elso hozzaszolas felett valahol) es tedd be a cim ele azt, hogy [MEGOLDVA]
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
done
- A hozzászóláshoz be kell jelentkezni
Nalunk hibatlanul mukodik az eacc, pedig nagy a terheles. Talan nezd meg az Xcode-ot, eaccbol forkoltak.
- A hozzászóláshoz be kell jelentkezni
xcode? nem xCache -re gondolsz, amit lighty-ék alkottak? xCache-t már próbáltam, 5 perc alatt 40 fölé ugrott a load, gyorsan vissza is raktam az eacceleratort :)
Egyelőre munin azt mondja, hogy az APC is tetszik neki, talán picit gyengébb, mint az eacc, de inkább ez, minthogy minden updatekor restartolgatni kelljen, meg főleg hogy a userek olvasgassák a php kódokat :)
- A hozzászóláshoz be kell jelentkezni
Ja, xcache. Hat napi 70k uniquet szolgalok ki xcachel es teljesen jo. Eaccal ennek tobbszoroset...
- A hozzászóláshoz be kell jelentkezni
En nem mondtam xcache-re, hogy nem jo, csak hogy nalam nem mukodott valami fenyesen. Aztan lehet, hogy en configoltam rosszul.
Amit nem ertek, hogy akkor most a te szemelyes tapasztalatod alapjan xcache vagy eacc a jobb? (leszamitva a bugokat, csak a teljesitmenyt osszevetve)
- A hozzászóláshoz be kell jelentkezni
En az Xcache-t szeretem jobban, de izlesek es pofonok. Olyan nagy kulonbseg nem lehet a ketto kozott szerintem.
- A hozzászóláshoz be kell jelentkezni
Nem találkoztam még ezzel a hibával. A 0.9.6-rc1 is hibátlanul lefordul, fut. Mondjuk én a Deb/Ubi repóból (amelyik rendszert épp használom) telepítem a php -t, nem a dotdeb -ről. :)
- A hozzászóláshoz be kell jelentkezni
php5-gd bundle miatt kellett dotdeb, sourcebol telepitett php-val meg nem probaltam az eaccot.
- A hozzászóláshoz be kell jelentkezni
En Dotdebbel hasznalok kis terhelesre eaccot es dotdebbel nagy teljesitmenyre Xcache -t is. Mukodik.
PHP 5.2.10-0.dotdeb.1 with Suhosin-Patch 0.9.7 (cli) (built: Jun 24 2009 09:20:56)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
with XCache v1.2.2, Copyright (c) 2005-2007, by mOo
- A hozzászóláshoz be kell jelentkezni
Régebben használtam én is a dobdebes php csomagokat eAcc -val/vel, főleg a suhosin patch miatt, tényleg hibátlan volt. De mióta Ubuntuék is beégetik a saját csomagjukba, azóta jó az nekem. :)
- A hozzászóláshoz be kell jelentkezni
ubuntu eacc package?
# apt-cache search eacc
kdeaccessibility - accessibility packages from the official KDE release
en csak ezt az egyet latom...
- A hozzászóláshoz be kell jelentkezni
Mármint a suhosin -t égetik be a php -ba. (régebben nem volt, afaik) Az eAcc -ot phpizélem (forgatom) hozzá. :)
- A hozzászóláshoz be kell jelentkezni
Nalunk van eaccelerator, a mandriva csomagban hozza, eddig nem jelentettek nekunk ilyen problemat. Igaz, hogy nagyon kis szazalekban vannak custom php site-k a szerveren, de sztem feltuno lett volna.
Mindenesetre jo tudni, hogy van ilyen bug is.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
hat igen, eleg ciki, mikor a felhasznaloid a php kododat olvasgatjak...
- A hozzászóláshoz be kell jelentkezni