|
Yes, the Zend Server and the HTTP server should be in the same memory.
Make sure to check the routing entries to be sure the memory is being
used as you expect it.
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects
On 8/13/13 12:40 PM, Michael Ryan wrote:
Jim - I set up a new *SHRPOOL entry and changed the ZENDSVR6 subsystem tosame
use that shared pool:
Subsystem description: ZENDSVR6 Status: ACTIVE
Pool Storage Activity
ID Size (K) Level
1 *SHRPOOL6
Are you saying that I should change the QHTTPSVR subsystem to use the
shared pool? And that I should change the Activity Level for the poolof
definition in the SBSD to 200?
Thanks!
On Tue, Aug 13, 2013 at 1:26 PM, Jim Oberholtzer <
midrangel@xxxxxxxxxxxxxxxxx> wrote:
If you move QHTTPSVR subsystem and it's jobs into a shared memory pool,
make sure to move the ZendSvr subsystem into that same memory. The Zend
server uses memory in very specific ways that make the two sets of jobs
need to run in the same memory.
I think that is a very good thing to do, but they have to go together.
As far as the shared pools vs. fixed memory pool, stay with a shared
pools and set the paging option to *CALC. Threads will be about 200 to
start depending on how many Apache servers are running.
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects
On 8/13/13 9:03 AM, Michael Ryan wrote:
Hi folks -
Implementing a PHP solution on an E6C system. Lots of memory, lots
is setdisk,
system isn't overworked at this point. V7R1. System value QPFRADJ
*BASEto
3 (Automatic Adjustment). Default Zend Server 6 installation uses
storedretrievalmemory pool.
Zend Server performance is lousy. Much slower page load and data
than the same code on the development system. Lots of Toolkit and
memoryprocedure use.
I'm thinking that the first step would be to establish a fixed
runs.pool
just for Zend Server, set it to *NOMAX for threads, and see how it
What tuning recommendations, for both Apache and Zend, do you folks
suggest? Any good documentation on this?
Thanks!
--
--
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.