Menu
▾
▴
eaccelerator-developers — list to eAccelerator developers, discuss and control the project and code.
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(51) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(31) |
Feb
(8) |
Mar
(51) |
Apr
(27) |
May
(31) |
Jun
(18) |
Jul
(37) |
Aug
(5) |
Sep
|
Oct
(8) |
Nov
(20) |
Dec
(29) |
| 2006 |
Jan
(36) |
Feb
(38) |
Mar
(30) |
Apr
(24) |
May
(29) |
Jun
(8) |
Jul
(13) |
Aug
(28) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Patrick D. <pat...@pa...> - 2006-05-26 11:59:13
|
I have two systems with php 4.4.x on them, both production. One has 0.9.4, no issues, apache 2.0.49 The other is 0.9.5b2, no issues, apache 1.36 Both access a mysql 5.0.x server These are inside freebsd jails Quoting Verdon Vaillancourt <ve...@ve...>: > Hi :) > > I am about to do some updates on my server this weekend and will be > updating ea as part of this. > > I'll be updating > mySQL 4.0.27 -> 4.1.x > apache 1.33 -> 1.36 > php 4.3.11 -> 4.4.x > > Would you advise eaccelerator 0.9.4 or 0.9.5-beta2 |
|
From: Verdon V. <ve...@ve...> - 2006-05-25 15:12:06
|
No, we're thinking the same band... just nostalgia from one of the=20 earlier concerts I went too ;) On 25-May-06, at 10:39 AM, Ed Baer wrote: > Successful? > > Didn't they do the "Last Song"? > > Wasn't it the "Last Song"? > > Just kidding, it might be another artist. > > ewb > > -----Original Message----- > From: eac...@li... > [mailto:eac...@li...] On Behalf > Of Verdon Vaillancourt > Sent: Thursday, May 25, 2006 9:47 AM > To: eac...@li... > Subject: Re: [eAccelerator-developers] Advice on which version > > Hi Ed, > > Thanks for the input. No, no compiled code to worry about :) verdon > > Ps. Did you know there was a successful band here in Canada, in the > 70's, whose name was Edward Bear? > > > On 25-May-06, at 10:25 AM, Ed Baer wrote: > >> Verdon, >> >> I'm not sure if you have any compiled code, but if you do, you need = to > >> check which version will support the code already compiled. That is, >> unless you are willing to recompile all of it. >> >> Ewb >> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> Edward W. Baer >> Always24x7.com >> ed...@al... >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >> -----Original Message----- >> From: eac...@li... >> [mailto:eac...@li...] On = Behalf > >> Of Verdon Vaillancourt >> Sent: Thursday, May 25, 2006 8:40 AM >> To: eac...@li... >> Subject: [eAccelerator-developers] Advice on which version >> >> Hi :) >> >> I am about to do some updates on my server this weekend and will be >> updating ea as part of this. >> >> I'll be updating >> mySQL 4.0.27 -> 4.1.x >> apache 1.33 -> 1.36 >> php 4.3.11 -> 4.4.x >> >> Would you advise eaccelerator 0.9.4 or 0.9.5-beta2 >> >> Keep in mind, this is a production server that I need to be fairly >> conservative on. If it matters, it is CentOS 3.7 >> >> Thanks for any opinions and best regards, verdon >> >> >> >> ------------------------------------------------------- >> All the advantages of Linux Managed Hosting--Without the Cost and > Risk! >> Fully trained technicians. The highest number of Red Hat >> certifications in the hosting industry. Fanatical Support. Click to >> learn more http://sel.as-us.falkag.net/sel? >> cmd=3Dlnk&kid=3D107521&bid=3D248729&dat=3D121642 >> _______________________________________________ >> eAccelerator-developers mailing list >> eAc...@li... >> https://lists.sourceforge.net/lists/listinfo/eaccelerator-developers >> >> >> ------------------------------------------------------- >> All the advantages of Linux Managed Hosting--Without the Cost and > Risk! >> Fully trained technicians. The highest number of Red Hat >> certifications in the hosting industry. Fanatical Support. Click to >> learn more >> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=107521&bid$8729&dat=12164= 2 >> _______________________________________________ >> eAccelerator-developers mailing list >> eAc...@li... >> https://lists.sourceforge.net/lists/listinfo/eaccelerator-developers >> >> > > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and = Risk! > Fully trained technicians. The highest number of Red Hat = certifications > in the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=107521&bid$8729&dat=121642 > _______________________________________________ > eAccelerator-developers mailing list > eAc...@li... > https://lists.sourceforge.net/lists/listinfo/eaccelerator-developers > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and = Risk! > Fully trained technicians. The highest number of Red Hat=20 > certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=107521&bid$8729&dat=121642= > _______________________________________________ > eAccelerator-developers mailing list > eAc...@li... > https://lists.sourceforge.net/lists/listinfo/eaccelerator-developers > > |
|
From: Ed B. <Ed...@al...> - 2006-05-25 14:47:43
|
Successful? Didn't they do the "Last Song"? Wasn't it the "Last Song"? Just kidding, it might be another artist. ewb=20 -----Original Message----- From: eac...@li... [mailto:eac...@li...] On Behalf Of Verdon Vaillancourt Sent: Thursday, May 25, 2006 9:47 AM To: eac...@li... Subject: Re: [eAccelerator-developers] Advice on which version Hi Ed, Thanks for the input. No, no compiled code to worry about :) verdon Ps. Did you know there was a successful band here in Canada, in the 70's, whose name was Edward Bear? On 25-May-06, at 10:25 AM, Ed Baer wrote: > Verdon, > > I'm not sure if you have any compiled code, but if you do, you need to > check which version will support the code already compiled. That is,=20 > unless you are willing to recompile all of it. > > Ewb > > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D > Edward W. Baer > Always24x7.com > ed...@al... > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D > > -----Original Message----- > From: eac...@li... > [mailto:eac...@li...] On Behalf > Of Verdon Vaillancourt > Sent: Thursday, May 25, 2006 8:40 AM > To: eac...@li... > Subject: [eAccelerator-developers] Advice on which version > > Hi :) > > I am about to do some updates on my server this weekend and will be=20 > updating ea as part of this. > > I'll be updating > mySQL 4.0.27 -> 4.1.x > apache 1.33 -> 1.36 > php 4.3.11 -> 4.4.x > > Would you advise eaccelerator 0.9.4 or 0.9.5-beta2 > > Keep in mind, this is a production server that I need to be fairly=20 > conservative on. If it matters, it is CentOS 3.7 > > Thanks for any opinions and best regards, verdon > > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat=20 > certifications in the hosting industry. Fanatical Support. Click to=20 > learn more http://sel.as-us.falkag.net/sel? > cmd=3Dlnk&kid=3D107521&bid=3D248729&dat=3D121642 > _______________________________________________ > eAccelerator-developers mailing list > eAc...@li... > https://lists.sourceforge.net/lists/listinfo/eaccelerator-developers > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat=20 > certifications in the hosting industry. Fanatical Support. Click to=20 > learn more > = http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=107521&bid$8729&dat=121642 > _______________________________________________ > eAccelerator-developers mailing list > eAc...@li... > https://lists.sourceforge.net/lists/listinfo/eaccelerator-developers > > ------------------------------------------------------- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=107521&bid$8729&dat=121642 _______________________________________________ eAccelerator-developers mailing list eAc...@li... https://lists.sourceforge.net/lists/listinfo/eaccelerator-developers |
|
From: Verdon V. <ve...@ve...> - 2006-05-25 14:45:41
|
Hi Ed, Thanks for the input. No, no compiled code to worry about :) verdon Ps. Did you know there was a successful band here in Canada, in the =20 70's, whose name was Edward Bear? On 25-May-06, at 10:25 AM, Ed Baer wrote: > Verdon, > > I'm not sure if you have any compiled code, but if you do, you need to > check which version will support the code already compiled. That is, > unless you are willing to recompile all of it. > > Ewb > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Edward W. Baer > Always24x7.com > ed...@al... > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > -----Original Message----- > From: eac...@li... > [mailto:eac...@li...] On Behalf > Of Verdon Vaillancourt > Sent: Thursday, May 25, 2006 8:40 AM > To: eac...@li... > Subject: [eAccelerator-developers] Advice on which version > > Hi :) > > I am about to do some updates on my server this weekend and will be > updating ea as part of this. > > I'll be updating > mySQL 4.0.27 -> 4.1.x > apache 1.33 -> 1.36 > php 4.3.11 -> 4.4.x > > Would you advise eaccelerator 0.9.4 or 0.9.5-beta2 > > Keep in mind, this is a production server that I need to be fairly > conservative on. If it matters, it is CentOS 3.7 > > Thanks for any opinions and best regards, verdon > > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and = Risk! > Fully trained technicians. The highest number of Red Hat = certifications > in the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?=20 > cmd=3Dlnk&kid=3D107521&bid=3D248729&dat=3D121642 > _______________________________________________ > eAccelerator-developers mailing list > eAc...@li... > https://lists.sourceforge.net/lists/listinfo/eaccelerator-developers > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and = Risk! > Fully trained technicians. The highest number of Red Hat =20 > certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=107521&bid$8729&dat=121642= > _______________________________________________ > eAccelerator-developers mailing list > eAc...@li... > https://lists.sourceforge.net/lists/listinfo/eaccelerator-developers > > |
|
From: Ed B. <Ed...@al...> - 2006-05-25 14:34:13
|
Verdon, I'm not sure if you have any compiled code, but if you do, you need to check which version will support the code already compiled. That is, unless you are willing to recompile all of it. Ewb =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D Edward W. Baer Always24x7.com ed...@al... =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=20 -----Original Message----- From: eac...@li... [mailto:eac...@li...] On Behalf Of Verdon Vaillancourt Sent: Thursday, May 25, 2006 8:40 AM To: eac...@li... Subject: [eAccelerator-developers] Advice on which version Hi :) I am about to do some updates on my server this weekend and will be updating ea as part of this. I'll be updating mySQL 4.0.27 -> 4.1.x apache 1.33 -> 1.36 php 4.3.11 -> 4.4.x Would you advise eaccelerator 0.9.4 or 0.9.5-beta2 Keep in mind, this is a production server that I need to be fairly conservative on. If it matters, it is CentOS 3.7 Thanks for any opinions and best regards, verdon ------------------------------------------------------- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D107521&bid=3D248729&dat=3D= 121642 _______________________________________________ eAccelerator-developers mailing list eAc...@li... https://lists.sourceforge.net/lists/listinfo/eaccelerator-developers |
|
From: Verdon V. <ve...@ve...> - 2006-05-25 13:38:45
|
Hi :) I am about to do some updates on my server this weekend and will be updating ea as part of this. I'll be updating mySQL 4.0.27 -> 4.1.x apache 1.33 -> 1.36 php 4.3.11 -> 4.4.x Would you advise eaccelerator 0.9.4 or 0.9.5-beta2 Keep in mind, this is a production server that I need to be fairly conservative on. If it matters, it is CentOS 3.7 Thanks for any opinions and best regards, verdon |
|
From: Simon W. <sim...@ti...> - 2006-05-24 07:46:44
|
Is there a huge difference in functionality between .9.4 and .9.5, i.e.=0A= enough reason to work on making it PHP4 Win32 compatible? There won't=0A= be any major language changes in PHP4 so feature wise it should be fine?=0A= I've not had much luck at compiling it yet so need to look at the=0A= changes you applied to .9.5 and back-port them.=20=20=0A= =0A= I know a large number of people still run PHP4 and are reluctant to=0A= upgrade (me included) but eA .9.4 should provide plenty for those on=0A= Win32. Personally I'm still running mmCache + php4 on production=0A= servers which works fine for my requirements.=20=20=0A= =0A= Date: Wed, 17 May 2006 22:31:42 +0200=0A= From: Bart Vanbrabant <bar...@zo...>=0A= To: Simon Westwood <sim...@ti...>,=0A= eac...@li...=0A= Subject: [eAccelerator-developers] Re: eAccelerator Win32=0A= Reply-To: eac...@li...=0A= =0A= This is an OpenPGP/MIME signed message (RFC 2440 and 3156)=0A= --------------enig203D00E353A34CC1DAF8D7EA=0A= Content-Type: text/plain; charset=3DISO-8859-1=0A= Content-Transfer-Encoding: quoted-printable=0A= =0A= Simon Westwood wrote:=0A= > I've grabbed the latest code from SVN instead of looking at 0.9.4=0A= >=3D20=0A= > PHP4.4.2 -=3D20=0A= > ssize_t isn't defined, however PHP5 headers define it. I suggest=0A= addin=3D=0A= g=0A= > this macro (I added to cache.c as that's the only place ssize_t is=0A= > referenced)=0A= >=3D20=0A= > #ifndef ssize_t=3D20=0A= > #define ssize_t int=0A= > #endif=3D20=0A= >=3D20=0A= > Linking...=0A= > Creating library Release/eAccelerator.lib and object=0A= > Release/eAccelerator.expea_restore.obj : error LNK2001: unresolved=0A= > external symbol _zend_do_inheritance=0A= > Release/eAccelerator.dll : fatal error LNK1120: 1 unresolved externals=0A= > Error executing link.exe.=0A= >=3D20=0A= > I've seen this in a ticket on the site=0A= http://eaccelerator.net/ticket/6=3D=0A= 9=0A= > so it's something in the pipeline.=0A= >=3D20=0A= > Also webui.c and webui.h are referenced in the project but aren't=0A= > present, not sure if these have been merged in with other code so I=0A= > copied over files from the .9.4 source for now. If they don't need to=0A= > be compiled in, I'll change the project files.=0A= >=3D20=0A= >=3D20=0A= > PHP5.1.2 -=0A= > Bunch of compilation errors I'm still looking at which seem to=0A= originat=3D=0A= e=0A= > from intptr_t not being defined. Some creative googling has found the=0A= > following to provide a temporary, although possibly incorrect fix=0A= >=3D20=0A= > #ifndef _INTPTR_T_DEFINED=0A= > typedef int intptr_t;=0A= > # define _INTPTR_T_DEFINED=0A= > #endif=0A= >=3D20=0A= > I'm not convinced it should be defined as type int (possibly long as I=0A= > think it's a pointer), but it seems to result in the code compiling=0A= > correctly and linking with no errors. I don't have PHP5 configured to=0A= > run on my machine at the moment so haven't actually tested to make=0A= sure=3D=0A= =0A= > the module loads yet. Hope to get PHP5 up and running on a separate=0A= > version of Windows tomorrow, time permitting=0A= >=3D20=0A= > I hope the above is useful=0A= >=3D20=0A= =0A= Sounds good. About the _zend_do_inheritance stuff. Hans used that=0A= function because it save us a huge amount of trouble. The problem is=0A= that it isn't exported in the win32 version. Only from php5.1 on, on=0A= linux it isn't marked as a part of the zend api but it isn't marked=0A= static either.=0A= We realy don't know what to do about it, because without it we only have=0A= two options:=0A= =0A= * don't support eA with php 4 on windows=0A= * provide a patch for php and compile it again for windows=0A= =0A= A third option would be to hack around it but that would require a lot=0A= of work. Hans has been looking into this. Maybe we should move this=0A= stuff to the developers mailing list. I've cc'ed that list. This way=0A= Hans can jump in too.=0A= =0A= I don't have that much time at the moment and in a few days I'll=0A= disapear again for a more then a month, my exams are comming up :(.=0A= =0A= gr,=0A= =0A= Bart=0A= =0A= --=3D20=0A= Bart Vanbrabant <bar...@zo...>=0A= PGP fingerprint: 093C BB84 17F6 3AA6 6D5E FC4F 84E1 FED1 E426 64D1=0A= =0A= =0A= --------------enig203D00E353A34CC1DAF8D7EA=0A= Content-Type: application/pgp-signature; name=3D"signature.asc"=0A= Content-Description: OpenPGP digital signature=0A= Content-Disposition: attachment; filename=3D"signature.asc"=0A= =0A= -----BEGIN PGP SIGNATURE-----=0A= Version: GnuPG v1.4.3 (GNU/Linux)=0A= =0A= iD8DBQFEa4g1hOH+0eQmZNERA211AKDb3nXtSB0v1SguvsLsP/tFpSs+HwCghdCK=0A= RNAk0psCuxHtISWt6kZJONk=3D=0A= =3D86D0=0A= -----END PGP SIGNATURE-----=0A= =0A= --------------enig203D00E353A34CC1DAF8D7EA--=0A= =0A= =0A= =0A= =0A= =0A= --Legal Notice--=0A= =0A= This email and its attachments are intented for the above named only=0A= and may be confidential. If this email has come to you in error, please=0A= reply to it and highlight this to us. You must not take any action on the= =0A= email, nor must you copy or show it to anyone.=0A= =0A= Although we have taken steps to ensure that this email and attachments=0A= are free from any virus, we advise that in keeping with good computing=0A= practice, the recipient should ensure that their systems are free of viruse= s.=0A= =0A= =0A= =0A= |
|
From: Richard <ope...@gm...> - 2006-05-24 01:40:52
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 hi all, i'm starting to do some performance tweaking on an eA'd site, and playing with the caching/compression settings. question ... with eA up-n-running, what are the correct/most efficient settings of compression and save_handlers? in my php.ini, i've got: output_buffering = 4096 ;output_handler = zlib.output_compression = On zlib.output_compression_level = 5 ;zlib.output_handler = session.save_handler = files with these setting, everything works, and eA seems to be caching. i note that my php -i reports: Registered save handlers => files user sqlite eaccelerator but if i change to: session.save_handler = eaccelerator then my page display pegs the CPU & just loops/hangs ... in general, i'm unclear abt the interaction bet these settings ... my goal, of course, is to have eA carrying as much of the burder as possible. suggestions as to 'best' setup, or a pointer to a thread/reference? thanks! richard - -- /"\ \ / ASCII Ribbon Campaign X against HTML email, vCards / \ & micro$oft attachments [GPG] OpenMacNews at gmail dot com fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iEYEAREDAAYFAkRzuZwACgkQlffdvTZxCMbHCQCeKGXCw11Bx4gawZYVn0b9Qr0E k7EAnjaPvKR7K5TQxtxK1xDh2uWNleK/ =WSUy -----END PGP SIGNATURE----- |
|
From: Bart V. <bar...@zo...> - 2006-05-17 20:31:56
|
Simon Westwood wrote: > I've grabbed the latest code from SVN instead of looking at 0.9.4 >=20 > PHP4.4.2 -=20 > ssize_t isn't defined, however PHP5 headers define it. I suggest addin= g > this macro (I added to cache.c as that's the only place ssize_t is > referenced) >=20 > #ifndef ssize_t=20 > #define ssize_t int > #endif=20 >=20 > Linking... > Creating library Release/eAccelerator.lib and object > Release/eAccelerator.expea_restore.obj : error LNK2001: unresolved > external symbol _zend_do_inheritance > Release/eAccelerator.dll : fatal error LNK1120: 1 unresolved externals > Error executing link.exe. >=20 > I've seen this in a ticket on the site http://eaccelerator.net/ticket/6= 9 > so it's something in the pipeline. >=20 > Also webui.c and webui.h are referenced in the project but aren't > present, not sure if these have been merged in with other code so I > copied over files from the .9.4 source for now. If they don't need to > be compiled in, I'll change the project files. >=20 >=20 > PHP5.1.2 - > Bunch of compilation errors I'm still looking at which seem to originat= e > from intptr_t not being defined. Some creative googling has found the > following to provide a temporary, although possibly incorrect fix >=20 > #ifndef _INTPTR_T_DEFINED > typedef int intptr_t; > # define _INTPTR_T_DEFINED > #endif >=20 > I'm not convinced it should be defined as type int (possibly long as I > think it's a pointer), but it seems to result in the code compiling > correctly and linking with no errors. I don't have PHP5 configured to > run on my machine at the moment so haven't actually tested to make sure= > the module loads yet. Hope to get PHP5 up and running on a separate > version of Windows tomorrow, time permitting >=20 > I hope the above is useful >=20 Sounds good. About the _zend_do_inheritance stuff. Hans used that function because it save us a huge amount of trouble. The problem is that it isn't exported in the win32 version. Only from php5.1 on, on linux it isn't marked as a part of the zend api but it isn't marked static either. We realy don't know what to do about it, because without it we only have two options: * don't support eA with php 4 on windows * provide a patch for php and compile it again for windows A third option would be to hack around it but that would require a lot of work. Hans has been looking into this. Maybe we should move this stuff to the developers mailing list. I've cc'ed that list. This way Hans can jump in too. I don't have that much time at the moment and in a few days I'll disapear again for a more then a month, my exams are comming up :(. gr, Bart --=20 Bart Vanbrabant <bar...@zo...> PGP fingerprint: 093C BB84 17F6 3AA6 6D5E FC4F 84E1 FED1 E426 64D1 |
|
From: Prometheus P. <pro...@ho...> - 2006-05-11 12:11:52
|
<html><div style='background-color:'><DIV class=RTE> <P><FONT style="FONT-SIZE: 11px; FONT-FAMILY: tahoma,sans-serif">><BR>>There are a few problems with this aproach:<BR>>1) You don't have a way to cleanup the memory<BR>yeah, i know, that was my secondary objective<BR>firstly i only wanted to, hmm, get something to work<BR><BR>>2) When do first initialise the memory? When do you do memset?<BR>if the memory doesn't exist (i use ftok(); to create the key) i do memset (so it's only done right after creating)<BR></FONT><FONT style="FONT-SIZE: 11px; FONT-FAMILY: tahoma,sans-serif"><BR>>3) You don't know where that segment gets attached. The restore code for<BR>>memory doesn't fixup pointers!<BR>aaarrgghh, good point<BR><BR>>The best way to implement such a feature would be 'disabling' shared<BR>>memory and only using file cache. This would give you a bit of overhead<BR>>but not much because you will have to do the 'fixup' always when loading<BR>>files cross-process.<BR><BR>seems a lot of work<BR>if i have time i'll give it a try</FONT></P> <P>thx@ll</P></DIV></div></html> |
|
From: Bart V. <bar...@zo...> - 2006-05-11 10:13:18
|
Prometheus Prometheus wrote: > hiho@ll <mailto:hiho@ll> > =20 > i'm just working on a patch, which i would need for caching CLI scripts= > on linux (so i use shmget,...) > the problem is that under CLI nothing get's cached > for apache it seems to work > =20 > what i did: > i changed the shared memory to NOT remove it after exit from CLI (seems= > to work) > and removed the memset(); which set's the shared memory to 0 (i moved > this to mm.c to initialize it if the shared mem is created first time) > =20 > any suggestion would be greate, for help with this > =20 > what i know is that the shared memory is working (it doesn't get remove= d > and i have no segmentation fault if only used in cli) > i get a segfault (don't really know why cause it's a bit hard to debug,= > cause of my developing environment (no gdb,...)) if e.g. execute a cli > script, and then run a apache script (apache gets segfault) OR if i > execute a apache script and then run a cli script (CLI creates segfault= ) > only running CLI scripts i get NO segfault BUT nothing gets cached > =20 > for my productive environment i don't need to mix apache and CLI, so i'= m > not sure if i should be interested in the segfault (if i had, i could > create 2 different shared memories depending on environment, but for no= w > i need to get it work and this segfault is a "special" case) > =20 > so my question: > cause i'm not the best php extension hacker, WHAT makes my "patch" NOT > working? > another question would be: > which code, creates a cache entry? and why there is no script cached in= CLI? > i mean, if i change the shared memory so it doesn't get deleted, and > start a test script, NO script is cached > why? > i know that you (eac developers) would need much more info on this (but= > i think i don't have) > so i don't want a solution from you > what i would need is a hint and maybe a little description, what's the > problem (what the problem could be) with CLI, cause i'm sure you > agonized much more on this topic > =20 > any hint would be great!! > thx!!! There are a few problems with this aproach: 1) You don't have a way to cleanup the memory 2) When do first initialise the memory? When do you do memset? 3) You don't know where that segment gets attached. The restore code for memory doesn't fixup pointers! The best way to implement such a feature would be 'disabling' shared memory and only using file cache. This would give you a bit of overhead but not much because you will have to do the 'fixup' always when loading files cross-process. gr, Bart --=20 Bart Vanbrabant <bar...@zo...> PGP fingerprint: 093C BB84 17F6 3AA6 6D5E FC4F 84E1 FED1 E426 64D1 |
|
From: Soenke R. <rue...@to...> - 2006-05-11 09:45:26
|
eac...@li... <> wrote on : > Euh, maybe that is why he is writing a *patch*? :) Ouh - mea culpa! Sorry, I need to drink some more coffee ;-) -soenke |
|
From: Niek v. d. M. <nie...@gm...> - 2006-05-11 08:41:34
|
On 5/11/06, Soenke Ruempler <rue...@to...> wrote: > > Hi, > > eac...@li... <> wrote on : > > > i'm just working on a patch, which i would need for caching > > CLI scripts on linux (so i use shmget,...) > > the problem is that under CLI nothing get's cached > > for apache it seems to work > > Short answer: eAccelerator does not work in CLI mode. (and IMHO APC > doesn't too). > > See: http://www.eaccelerator.net/wiki/Faq > > --soenke Euh, maybe that is why he is writing a *patch*? :) -Niek |
|
From: Prometheus P. <pro...@ho...> - 2006-05-11 08:33:06
|
<html><div style='background-color:'><DIV class=RTE> <P>well thanks</P> <P>ok, seems there is no way</P> <P>but: would be great, to know why<BR><BR></P></DIV> <DIV></DIV> <BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #a0c6e5 2px solid; MARGIN-RIGHT: 0px"><FONT style="FONT-SIZE: 11px; FONT-FAMILY: tahoma,sans-serif"> <HR color=#a0c6e5 SIZE=1> <DIV></DIV>From: <I>"Soenke Ruempler" <rue...@to...></I><BR>Reply-To: <I>eac...@li...</I><BR>To: <I><eac...@li...></I><BR>Subject: <I>RE: [eAccelerator-developers] "enabling" eaccelerator for CLI version?</I><BR>Date: <I>Thu, 11 May 2006 10:30:07 +0200</I><BR>>Hi,<BR>><BR>>eac...@li... <> wrote on :<BR>><BR>> > i'm just working on a patch, which i would need for caching<BR>> > CLI scripts on linux (so i use shmget,...)<BR>> > the problem is that under CLI nothing get's cached<BR>> > for apache it seems to work<BR>><BR>>Short answer: eAccelerator does not work in CLI mode. (and IMHO APC<BR>>doesn't too).<BR>><BR>>See: http://www.eaccelerator.net/wiki/Faq<BR>><BR>>--soenke<BR>><BR>><BR>>-------------------------------------------------------<BR>>Using Tomcat but need to do more? Need to support web services, security?<BR>>Get stuff done quickly with pre-integrated technology to make your job easier<BR>>Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo<BR>>http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642<BR>>_______________________________________________<BR>>eAccelerator-developers mailing list<BR>>eAc...@li...<BR>>https://lists.sourceforge.net/lists/listinfo/eaccelerator-developers<BR></FONT></BLOCKQUOTE></div></html> |
|
From: Prometheus P. <pro...@ho...> - 2006-05-11 08:32:08
|
<html><div style='background-color:'><P>btw: i forgot to mention i'm using eaccelerator 0.9.5 beta1<BR>but i could change easily to beta2 if needed, since <FONT size=2>mm_create_shm doesn't seem to have changed much</FONT><BR>so it would be great to help using version beta1 or beta2 (as you like)<FONT style="FONT-SIZE: 11px; FONT-FAMILY: tahoma,sans-serif"></P></FONT></div></html> |
|
From: Soenke R. <rue...@to...> - 2006-05-11 08:30:20
|
Hi, eac...@li... <> wrote on : > i'm just working on a patch, which i would need for caching > CLI scripts on linux (so i use shmget,...) > the problem is that under CLI nothing get's cached > for apache it seems to work Short answer: eAccelerator does not work in CLI mode. (and IMHO APC doesn't too). See: http://www.eaccelerator.net/wiki/Faq --soenke |
|
From: Prometheus P. <pro...@ho...> - 2006-05-11 08:25:23
|
<html><div style='background-color:'><DIV class=RTE><A href="mailto:hiho@ll">hiho@ll</A></DIV> <DIV class=RTE> </DIV> <DIV class=RTE>i'm just working on a patch, which i would need for caching CLI scripts on linux (so i use shmget,...)</DIV> <DIV class=RTE>the problem is that under CLI nothing get's cached</DIV> <DIV class=RTE>for apache it seems to work</DIV> <DIV class=RTE> </DIV> <DIV class=RTE>what i did:</DIV> <DIV class=RTE>i changed the shared memory to NOT remove it after exit from CLI (seems to work)</DIV> <DIV class=RTE>and removed the memset(); which set's the shared memory to 0 (i moved this to mm.c to initialize it if the shared mem is created first time)</DIV> <DIV class=RTE> </DIV> <DIV class=RTE>any suggestion would be greate, for help with this</DIV> <DIV class=RTE> </DIV> <DIV class=RTE>what i know is that the shared memory is working (it doesn't get removed and i have no segmentation fault if only used in cli)</DIV> <DIV class=RTE>i get a segfault (don't really know why cause it's a bit hard to debug, cause of my developing environment (no gdb,...)) if e.g. execute a cli script, and then run a apache script (apache gets segfault) OR if i execute a apache script and then run a cli script (CLI creates segfault)</DIV> <DIV class=RTE>only running CLI scripts i get NO segfault BUT nothing gets cached</DIV> <DIV class=RTE> </DIV> <DIV class=RTE>for my productive environment i don't need to mix apache and CLI, so i'm not sure if i should be interested in the segfault (if i had, i could create 2 different shared memories depending on environment, but for now i need to get it work and this segfault is a "special" case)</DIV> <DIV class=RTE> </DIV> <DIV class=RTE>so my question:</DIV> <DIV class=RTE>cause i'm not the best php extension hacker, WHAT makes my "patch" NOT working?</DIV> <DIV class=RTE>another question would be:</DIV> <DIV class=RTE>which code, creates a cache entry? and why there is no script cached in CLI?</DIV> <DIV class=RTE>i mean, if i change the shared memory so it doesn't get deleted, and start a test script, NO script is cached</DIV> <DIV class=RTE>why?</DIV> <DIV class=RTE>i know that you (eac developers) would need much more info on this (but i think i don't have)</DIV> <DIV class=RTE>so i don't want a solution from you</DIV> <DIV class=RTE>what i would need is a hint and maybe a little description, what's the problem (what the problem could be) with CLI, cause i'm sure you agonized much more on this topic</DIV> <DIV class=RTE> </DIV> <DIV class=RTE>any hint would be great!!</DIV> <DIV class=RTE>thx!!!</DIV></div></html> |
|
From: Vieri Di P. <vie...@ya...> - 2006-05-09 22:56:13
|
--- Vieri Di Paola <vie...@ya...> wrote: > > --- Vieri Di Paola <vie...@ya...> wrote: > > Hello > > > > If from the command line I run: > > > > php -q /usr/share/eaccelerator/encoder.php -f -r > > /var/www/192.168.1.93/* -o /var > > /www/192.168.1.93 > > > > or simply > > > > php -f /usr/share/eaccelerator/encoder.php > > > > I get: > > > > Fatal error: Cannot redeclare > eaccelerator_encode() > > in > > /usr/share/eaccelerator/encoder.php on line 30 > > > > PHP version: 5.1.2 > > eAccelerator version: 0.9.5 beta2 > > > > Any suggestions? > > I noticed that eaccelerator doesn't support PHP 5.1 > yet. > > So I downgraded to PHP 5.0.5 which should be > supported > but got the same error. > > My system is Gentoo. > > Any help/tip is greatly appreciated. sorry for this post but it seems that I didn't pay enough attention to the release notes: the "encoder" script isn't "PHP5-friendly". So unfortunately I'm downgrading to PHP4. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Vieri Di P. <vie...@ya...> - 2006-05-09 21:30:19
|
--- Vieri Di Paola <vie...@ya...> wrote: > Hello > > If from the command line I run: > > php -q /usr/share/eaccelerator/encoder.php -f -r > /var/www/192.168.1.93/* -o /var > /www/192.168.1.93 > > or simply > > php -f /usr/share/eaccelerator/encoder.php > > I get: > > Fatal error: Cannot redeclare eaccelerator_encode() > in > /usr/share/eaccelerator/encoder.php on line 30 > > PHP version: 5.1.2 > eAccelerator version: 0.9.5 beta2 > > Any suggestions? I noticed that eaccelerator doesn't support PHP 5.1 yet. So I downgraded to PHP 5.0.5 which should be supported but got the same error. My system is Gentoo. Any help/tip is greatly appreciated. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: OpenMacNews <ope...@gm...> - 2006-05-05 07:49:14
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 > Perfect, i opened a ticket > https://www.eaccelerator.net/ticket/78 > > give you feedback later > > franck thx! richard - -- /"\ \ / ASCII Ribbon Campaign X against HTML email, vCards / \ & micro$oft attachments [GPG] OpenMacNews at gmail dot com fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iEYEAREDAAYFAkRbA3MACgkQlffdvTZxCMbevACfWQUxItkP+xqe1v4IzwVZz23O uvkAn0e8lArZlUhKE+YnAqjlOcy60a6A =P6+D -----END PGP SIGNATURE----- |
|
From: franck <fr...@ex...> - 2006-05-05 07:45:09
|
OpenMacNews wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: RIPEMD160 > > >>A what? > > > you know, one of these: http://www.zwahlendesign.ch/en/node/19 > > >>Don't think so :) > > > > you got a BIGGER one at the bottom of 'control.php', i.e. "control.gif", > as here:http://tinyurl.com/pw5ko > > richard Perfect, i opened a ticket https://www.eaccelerator.net/ticket/78 give you feedback later franck |
|
From: OpenMacNews <ope...@gm...> - 2006-05-04 23:45:09
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 > A what? you know, one of these: http://www.zwahlendesign.ch/en/node/19 > Don't think so :) you got a BIGGER one at the bottom of 'control.php', i.e. "control.gif", as here:http://tinyurl.com/pw5ko richard - -- /"\ \ / ASCII Ribbon Campaign X against HTML email, vCards / \ & micro$oft attachments [GPG] OpenMacNews at gmail dot com fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iEYEAREDAAYFAkRakf0ACgkQlffdvTZxCMaTsgCeLWLVkavkiju12PQq67FSmlFv dKIAoLQjLiWkau4jnq2sanc+/26na/G6 =/aX7 -----END PGP SIGNATURE----- |
|
From: Bart V. <bar...@zo...> - 2006-05-04 23:38:29
|
OpenMacNews wrote: > hi all, >=20 > is there an eA 80x15 webbadge available (yet)? >=20 >=20 > -- >=20 > /"\ > \ / ASCII Ribbon Campaign > X against HTML email, vCards > / \ & micro$oft attachments >=20 > [GPG] OpenMacNews at gmail dot com > fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6 A what? Don't think so :) --=20 Bart Vanbrabant <bar...@zo...> PGP fingerprint: 093C BB84 17F6 3AA6 6D5E FC4F 84E1 FED1 E426 64D1 |
|
From: OpenMacNews <ope...@gm...> - 2006-05-04 23:27:51
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 hi bart, > That very ugly webui has been removed and replaced with a whole set of > function to reproduce this in a php script. You should check on the > functions your program needs. I guess this is eaccelerator_get. Btw, > these function have been disabled by default :) > You can find the api docs on this website: > http://bart.eaccelerator.net/doc/phpdoc/ thx. > Hope this helps, well, it's not "my program" ... rather, Smarty.php.net. i'll pass this on to them ... richard - -- /"\ \ / ASCII Ribbon Campaign X against HTML email, vCards / \ & micro$oft attachments [GPG] OpenMacNews at gmail dot com fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iEYEAREDAAYFAkRajesACgkQlffdvTZxCMae5QCfRhKTVTjLRLx4blweCBWlJ2N3 S7cAn2f32BY8Tuyl3820VbB9fgSZgLoV =1CRF -----END PGP SIGNATURE----- |
|
From: OpenMacNews <ope...@gm...> - 2006-05-04 23:25:18
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 hi all, is there an eA 80x15 webbadge available (yet)? - -- /"\ \ / ASCII Ribbon Campaign X against HTML email, vCards / \ & micro$oft attachments [GPG] OpenMacNews at gmail dot com fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iEYEAREDAAYFAkRajVQACgkQlffdvTZxCMZZhgCglTieM+DkU0uOrLYpERf2MmV2 SpEAoJVdE9fXnyOFrl045ITJXgdLsD7g =J8w8 -----END PGP SIGNATURE----- |
1082 messages has been excluded from this view by a project administrator.
