RE: [PHP] Session storage and the --with-mm option

2001-12-17 Thread Jaime Bozza

John (and all),
   I was using --with-mm on my system and immediately saw a jump in
memory usage and I wasn't even using the mm session support!  The memory
doubled from 4.0.6 to 4.1.0.  I've since removed it from my compile.  

Jaime Bozza
GeoComm International Corp.


-Original Message-
From: John Lim [mailto:[EMAIL PROTECTED]] 
Sent: Friday, December 14, 2001 9:27 PM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] Session storage and the --with-mm option


This doesn't explain why mm is causing such a memory bloat though.

Mark, are you storing big arrays as session variables? I am using mm
myself for sessions and never have these problems (I only store less
than 1K of data in sessions anyway).

Regards, John

Jeremy Allen [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 Sessions by default will use the file system to store session data. 
 Using the file system on a site that utilizes sessions moderately can 
 be negative as far as performance goes.

 Using shared memory simply means that session data is now stored in 
 shared memory. Shared memory is a bit more efficient than using the 
 file system. Where session data is stored is supposed to be sort of 
 black box and transparent to the actual use of sessions.

 You can also define a group of custom session handling functions to 
 use any device your mind can imagine for session storage. Anything PHP

 can easily connect to (Java, RDBMS, ...) the sky is the limit.

 Take a look at session_set_save_handler (for custom session handling 
 routines).

 Once you get your session save handler working it is transparent to 
 the use of sessions. If your having performance troubles with sessions

 using the file system, shared memory may be the best way to go.

 Take a look at this page http://www.php.net/manual/en/ref.session.php

 To actually use shared memory you must modify the option 
 session.save_handler in the php.ini file.

 Thanks

 Jeremy Allen







 -Original Message-
 From: Mark [mailto:[EMAIL PROTECTED]]
 Sent: Friday, December 14, 2001 10:38 AM
 To: [EMAIL PROTECTED]
 Subject: [PHP] Session storage and the --with-mm option



   I'm trying to cut down on the amount of memory that my apache 
 proceeses use, I've noticed that when I have the --with-mm option set 
 when I configure and compile PHP that the apache process goes up by 
 about 40MB or more on the process table:

 USER   PID %CPU %MEM   VSZ  RSS TTY  STAT START   TIME COMMAND
 root 23102  0.0  2.5 54588 12972 ?   SDec11   0:13
 /usr/sbin/httpd
 nobody   11242  0.0  2.7 55040 14408 ?   SDec13   0:16
 /usr/sbin/httpd
 nobody   11244  0.0  2.7 55076 14216 ?   SDec13   0:16
 /usr/sbin/httpd
 

   I understand that not each process is using up that much ram, but 
 I'd still like to cut down the usage since without having --with-mm 
 enabled makes the processes more like this:

 USER   PID %CPU %MEM   VSZ  RSS TTY  STAT START   TIME COMMAND
 root 29415  0.0  0.7 13988 5844 ?SDec13   0:02
 /usr/sbin/httpd
 nobody   31719  0.0  0.7 14140 6096 ?S04:02   0:00
 /usr/sbin/httpd
 nobody   31720  0.0  0.7 14140 6096 ?S04:02   0:00
 /usr/sbin/httpd
 

   So my question is this.  What is the --with-mm option for?  The only

 real documentation I can find about it anywhere is on the PHP site 
 where they have a complete list of configuration options:

 --
 --with-mm[=DIR]

 PHP 3: Option not available in PHP 3

 PHP 4: Include mm support for session storage
 --

   Well, that's not really helpful.  Does this option affect how 
 sessions work under PHP?  I think some of the users on my system have 
 been using sessions successfully without this option.  Also, since 
 this gets compiled in the ext/sessions directory, would I be able to 
 compile it as a module that could be loaded into PHP at run time?

   Any help would be appretiated.  Thanks,

 --
  mark.krenz
  [EMAIL PROTECTED]



 ___
 Their snazzy page and friendly installation process don't make up for 
 damn trickery.

 --
 PHP General Mailing List (http://www.php.net/)
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED] To 
 contact the list administrators, e-mail: [EMAIL PROTECTED]


 _
 Do You Yahoo!?
 Get your free @yahoo.com address at http://mail.yahoo.com




-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED] To
contact the list administrators, e-mail: [EMAIL PROTECTED]




-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL P

[PHP] Session storage and the --with-mm option

2001-12-14 Thread Mark


  I'm trying to cut down on the amount of memory that my apache
proceeses use, I've noticed that when I have the --with-mm option set
when I configure and compile PHP that the apache process goes up by
about 40MB or more on the process table:

USER   PID %CPU %MEM   VSZ  RSS TTY  STAT START   TIME COMMAND
root 23102  0.0  2.5 54588 12972 ?   SDec11   0:13 /usr/sbin/httpd
nobody   11242  0.0  2.7 55040 14408 ?   SDec13   0:16 /usr/sbin/httpd
nobody   11244  0.0  2.7 55076 14216 ?   SDec13   0:16 /usr/sbin/httpd


  I understand that not each process is using up that much ram, but I'd
still like to cut down the usage since without having --with-mm enabled
makes the processes more like this:

USER   PID %CPU %MEM   VSZ  RSS TTY  STAT START   TIME COMMAND
root 29415  0.0  0.7 13988 5844 ?SDec13   0:02 /usr/sbin/httpd
nobody   31719  0.0  0.7 14140 6096 ?S04:02   0:00 /usr/sbin/httpd
nobody   31720  0.0  0.7 14140 6096 ?S04:02   0:00 /usr/sbin/httpd


  So my question is this.  What is the --with-mm option for?  The only
real documentation I can find about it anywhere is on the PHP site where
they have a complete list of configuration options:

--
--with-mm[=DIR]

PHP 3: Option not available in PHP 3

PHP 4: Include mm support for session storage
--

  Well, that's not really helpful.  Does this option affect how sessions
work under PHP?  I think some of the users on my system have been using
sessions successfully without this option.  Also, since this gets
compiled in the ext/sessions directory, would I be able to compile it as
a module that could be loaded into PHP at run time?

  Any help would be appretiated.  Thanks,

-- 
 mark.krenz
 [EMAIL PROTECTED]
___
Their snazzy page and friendly installation process don't make up for damn
trickery.

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




RE: [PHP] Session storage and the --with-mm option

2001-12-14 Thread Jeremy Allen

Sessions by default will use the file system to store session data.
Using the file system on a site that utilizes sessions moderately can
be negative as far as performance goes.

Using shared memory simply means that session data is now stored
in shared memory. Shared memory is a bit more efficient than using
the file system. Where session data is stored is supposed to be
sort of black box and transparent to the actual use of sessions.

You can also define a group of custom session handling functions
to use any device your mind can imagine for session storage. Anything
PHP can easily connect to (Java, RDBMS, ...) the sky is the limit.

Take a look at session_set_save_handler (for custom session handling
routines).

Once you get your session save handler working it is transparent
to the use of sessions. If your having performance troubles with
sessions using the file system, shared memory may be the best way
to go.

Take a look at this page http://www.php.net/manual/en/ref.session.php

To actually use shared memory you must modify the option
session.save_handler in the php.ini file.

Thanks

Jeremy Allen







-Original Message-
From: Mark [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 14, 2001 10:38 AM
To: [EMAIL PROTECTED]
Subject: [PHP] Session storage and the --with-mm option



  I'm trying to cut down on the amount of memory that my apache
proceeses use, I've noticed that when I have the --with-mm option set
when I configure and compile PHP that the apache process goes up by
about 40MB or more on the process table:

USER   PID %CPU %MEM   VSZ  RSS TTY  STAT START   TIME COMMAND
root 23102  0.0  2.5 54588 12972 ?   SDec11   0:13
/usr/sbin/httpd
nobody   11242  0.0  2.7 55040 14408 ?   SDec13   0:16
/usr/sbin/httpd
nobody   11244  0.0  2.7 55076 14216 ?   SDec13   0:16
/usr/sbin/httpd


  I understand that not each process is using up that much ram, but I'd
still like to cut down the usage since without having --with-mm enabled
makes the processes more like this:

USER   PID %CPU %MEM   VSZ  RSS TTY  STAT START   TIME COMMAND
root 29415  0.0  0.7 13988 5844 ?SDec13   0:02
/usr/sbin/httpd
nobody   31719  0.0  0.7 14140 6096 ?S04:02   0:00
/usr/sbin/httpd
nobody   31720  0.0  0.7 14140 6096 ?S04:02   0:00
/usr/sbin/httpd


  So my question is this.  What is the --with-mm option for?  The only
real documentation I can find about it anywhere is on the PHP site where
they have a complete list of configuration options:

--
--with-mm[=DIR]

PHP 3: Option not available in PHP 3

PHP 4: Include mm support for session storage
--

  Well, that's not really helpful.  Does this option affect how sessions
work under PHP?  I think some of the users on my system have been using
sessions successfully without this option.  Also, since this gets
compiled in the ext/sessions directory, would I be able to compile it as
a module that could be loaded into PHP at run time?

  Any help would be appretiated.  Thanks,

--
 mark.krenz
 [EMAIL PROTECTED]

___
Their snazzy page and friendly installation process don't make up for damn
trickery.

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP] Session storage and the --with-mm option

2001-12-14 Thread John Lim

This doesn't explain why mm is causing such a memory bloat though.

Mark, are you storing big arrays as session variables? I am using
mm myself for sessions and never have these problems (I only store
less than 1K of data in sessions anyway).

Regards, John

Jeremy Allen [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 Sessions by default will use the file system to store session data.
 Using the file system on a site that utilizes sessions moderately can
 be negative as far as performance goes.

 Using shared memory simply means that session data is now stored
 in shared memory. Shared memory is a bit more efficient than using
 the file system. Where session data is stored is supposed to be
 sort of black box and transparent to the actual use of sessions.

 You can also define a group of custom session handling functions
 to use any device your mind can imagine for session storage. Anything
 PHP can easily connect to (Java, RDBMS, ...) the sky is the limit.

 Take a look at session_set_save_handler (for custom session handling
 routines).

 Once you get your session save handler working it is transparent
 to the use of sessions. If your having performance troubles with
 sessions using the file system, shared memory may be the best way
 to go.

 Take a look at this page http://www.php.net/manual/en/ref.session.php

 To actually use shared memory you must modify the option
 session.save_handler in the php.ini file.

 Thanks

 Jeremy Allen







 -Original Message-
 From: Mark [mailto:[EMAIL PROTECTED]]
 Sent: Friday, December 14, 2001 10:38 AM
 To: [EMAIL PROTECTED]
 Subject: [PHP] Session storage and the --with-mm option



   I'm trying to cut down on the amount of memory that my apache
 proceeses use, I've noticed that when I have the --with-mm option set
 when I configure and compile PHP that the apache process goes up by
 about 40MB or more on the process table:

 USER   PID %CPU %MEM   VSZ  RSS TTY  STAT START   TIME COMMAND
 root 23102  0.0  2.5 54588 12972 ?   SDec11   0:13
 /usr/sbin/httpd
 nobody   11242  0.0  2.7 55040 14408 ?   SDec13   0:16
 /usr/sbin/httpd
 nobody   11244  0.0  2.7 55076 14216 ?   SDec13   0:16
 /usr/sbin/httpd
 

   I understand that not each process is using up that much ram, but I'd
 still like to cut down the usage since without having --with-mm enabled
 makes the processes more like this:

 USER   PID %CPU %MEM   VSZ  RSS TTY  STAT START   TIME COMMAND
 root 29415  0.0  0.7 13988 5844 ?SDec13   0:02
 /usr/sbin/httpd
 nobody   31719  0.0  0.7 14140 6096 ?S04:02   0:00
 /usr/sbin/httpd
 nobody   31720  0.0  0.7 14140 6096 ?S04:02   0:00
 /usr/sbin/httpd
 

   So my question is this.  What is the --with-mm option for?  The only
 real documentation I can find about it anywhere is on the PHP site where
 they have a complete list of configuration options:

 --
 --with-mm[=DIR]

 PHP 3: Option not available in PHP 3

 PHP 4: Include mm support for session storage
 --

   Well, that's not really helpful.  Does this option affect how sessions
 work under PHP?  I think some of the users on my system have been using
 sessions successfully without this option.  Also, since this gets
 compiled in the ext/sessions directory, would I be able to compile it as
 a module that could be loaded into PHP at run time?

   Any help would be appretiated.  Thanks,

 --
  mark.krenz
  [EMAIL PROTECTED]


 ___
 Their snazzy page and friendly installation process don't make up for damn
 trickery.

 --
 PHP General Mailing List (http://www.php.net/)
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 To contact the list administrators, e-mail: [EMAIL PROTECTED]


 _
 Do You Yahoo!?
 Get your free @yahoo.com address at http://mail.yahoo.com




-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]