Re: [mv] Running Perl Process

[Mike Heins <mikeh@minivend.com>]

Quoting Russ Mann (tech@khouse.org):
> Dear List,
> 
> Ok, since I've never gotten a response on how to fix the hammered lock
> problems, in the three years I've been using MiniVend, I'll take it another
> route.
> 
> The problem comes when a minivend owned perl process starts gobbling up CPU
> at an alarming rate.  How can I "debug" MV to find out what routine this
> gobbling is coming from?  Is there any way to check this, or put a cap on
> it?

The usual reason is one of the three following condtions:

	1. Huge shopping cart, usually due to a bad robot
	which orders every prodcut in catalog. Solve with
	OrderLineLimit.

	2. Affiliates (or yourself) who place the same session ID
	in a link, causing contention and problems for that session.
	Hard to solve except in MV4. One possiblity is to hack the
	source to put in a list of IDs never to accept.

	3. Huge more-lists built by searching and returning every
	product in catalog. Can be solved only by hacking the source
	in MV3.

If MV3 were being actively supported, I would probably make these
fixes (which are in MV4 and Interchange). But it isn't and I won't.

[Thereby renewing my call for someone who has a case of masochism and
 wants to take over MV3 support. 8-) ]

-- 
Akopia, Inc., 131 Willow Lane, Floor 2, Oxford, OH  45056
phone +1.513.523.7621 fax 7501 <heins@akopia.com>

I have a cop friend who thinks he ought be able to give a new ticket;
"too dumb for conditions".

_______________________________________________
Minivend-users mailing list
Minivend-users@minivend.com
http://lists.akopia.com/mailman/listinfo/minivend-users