Re: Response bogging down over time

["Alan Sparks" <asparks@nss.harris.com>]

******    message to minivend-users from "Alan Sparks" <asparks@nss.harris.com>     ******

I have a Minivend running here that usually takes almost 10 seconds to serve
up a page.  I'm using UNIX-domain sockets and run expireall -r every night.
The thing is generally working properly aside from being godawful slow...
This on a big HP server with free memory and not particularly heavily loaded
(other CGIs run fast), with 1 person being served.

Seems like most of the delay is watching a couple of perl processes ramp up,
then finally do something.  Most of these pages do hit an Oracle database on
another server, but it too is lightly loaded and fast.  The database is
indexed on the code field and any other field needed for selects - have
updated cost-based optimizer stats too.

Been fighting this for some time, trying to get the page performance to be
snappier.  Is this typical in terms of MV performance?  Or does anyone
recognize this and have any insight on things to check?

Thanks for any suggestions.
-Alan

-----Original Message-----
From: Thompson-Jordan <Thompson-Jordan@mindspring.com>
To: minivend-users@minivend.com <minivend-users@minivend.com>
Date: Thursday, March 18, 1999 12:09 PM
Subject: RE: Response bogging down over time


>******    message to minivend-users from "Thompson-Jordan"
<Thompson-Jordan@mindspring.com>     ******
>
>Have you checked your session database? Maybe it is getting big. Do you
>call "expireall -r" regularly?
>
>> -----Original Message-----
>> From: owner-minivend-users@minivend.com
>> [mailto:owner-minivend-users@minivend.com]On Behalf Of Dan Busarow
>> Sent: Thursday, March 18, 1999 10:09 AM
>> To: minivend-users@minivend.com
>> Subject: Re: Response bogging down over time
>>
>>
>> ******    message to minivend-users from Dan Busarow
>> <dan@dpcsys.com>     ******
>>
>> On Thu, 18 Mar 1999, Michael E. Havlicek wrote:
>> > To the point.... the disturbing thing that I found was that
>> hacking the
>> > simple catalog base demo using defaults lead to a minivend
>> who's performance
>> > went to a grinding halt after 2 days.
>> >
>> > I saw that there was an internal httpd that was discouraged. Perhaps I
>> > am using that?
>> >
>> > Restarting the minivend daemon sped things up.
>> >
>> > So do I have to restart the minivend daemon daily or less to
>> keep performance
>> > reasonable?
>> >
>> > I found the instructions during installation very confusing regarding
>> > the internal httpd (in installation it talked about an htttpd...:)
>>
>> There is no need to restart minivend on any periodic basis.
>>
>> The internal httpd is only used when talking to the MV socket interface
>> directly (INET domain socket).  You can use UNIX domain sockets
>> or disable
>> access to the internal server.  The internal server docs
>> mention SCRIPT_PATH
>> and TcpMap.
>>
>> Dan
>> --
>>  Dan Busarow
>> 949 443 4172
>>  Dana Point Communications, Inc.
>> dan@dpcsys.com
>>  Dana Point, California  83 09 EF 59 E0 11 89 B4   8D 09 DB FD
>> E1 DD 0C 82
>>
>> -
>> To unsubscribe from the list, DO NOT REPLY to this message.
>> Instead, send
>> email with 'UNSUBSCRIBE minivend-users' in the body to
>> Majordomo@minivend.com.
>> Archive of past messages: http://www.minivend.com/minivend/minivend-list
>>
>
>-
>To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
>email with 'UNSUBSCRIBE minivend-users' in the body to
Majordomo@minivend.com.
>Archive of past messages: http://www.minivend.com/minivend/minivend-list

-
To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
Archive of past messages: http://www.minivend.com/minivend/minivend-list