[Date Prev][Date Next][Thread Prev][Thread Next][Interchange by date
][Interchange by thread
]
Re: [mv] Re: MV 4.04a - Memory usage
I run all of my MiniVend processes with the limits as high as possible.
I know it's not an elegant way to go, but one of the folks I work with
has a 30000 item catalog with 20 items flypages, and I never see these
problems (running NetBSD).
Dave
Jim Toro wrote:
>
> I am the ISP/Host so I can tweak anything. Could it be some kind of
> timeout either in ther kernel or in Apache ??.
>
> Just seems like when I do ML=7 it takes 5 seconds, when I say ML=8 or
> higher it takes about 10 seconds and goes to the internal error.
>
> I am playing with all kinds of sysctl, swap(fstab) and syslimits, maybe I
> will hit it.
>
> ------------------------------------------------------------------
> House Of Files Internet - 516-938-2421 - http://www.hofweb.com
> Specializing in E-Commerce and Access Database Web Sites
> Serving Long Island's online community since 1985
>
> On Thu, 12 Jul 2001, Victor Nolton wrote:
>
> > >Quoting Jim Toro (jimtoro@hoflink.com):
> > >> tatus: RO
> > >> Content-Length: 1638
> > >> Lines: 44
> > >>
> > >>
> > >> I have been working on a simple database of products for one of my
> > >> customers and the database is only about 800 items. However when the
> > >> following search is processed.
> > >>
> > >> [page search="
> > >> sf=category
> > >> tf=title
> > >> se=[cat-data cat selector]
> > >> ml=7
> > >> va=perf_group=[cat-data cat selector]
> > >> "
> > >> ]<center><IMG SRC="[cat-data cat linkimage]" ALT="[cat-data cat
> > >> name]" BORDER=0></center>[/page]
> > >>
> > >> It will get an internal server error if I allow the ML= line to be above
> > >> 7. When the search is done there are 490 out of the total of 800 items
> > >> found in this search.
> > >>
> > >> When it was alot less hits (say 200) I could have the ML= set up to
> > >> about 20. When the hits got to around 400 it had to be brought down
> > >> to ML=11 or so. Now its got to be at ML=7. As I add more items the ML=
> > >> needs to be lower and lower but it seems this is dependant on the hits
> > >> found. Any other search where the hits are low, I can set the ML much
> > >> higher.
> > >>
> > >> Anyone know why this would be happening. MV seems to eat tons of ram when
> > >> it is doing this. Is there something I can edit in catalog.cfg or
> > >> something else to make it use less ram. I cant figure out why it would be
> > >> eating this much ram and dying PLUS why the ML= must be set so low.
> > >>
> > >> I am running MV 4.04a, BSDI 3.1, Apache 1.3.12 on a Pentium 266 with
> > >> 128megs ram. System runs flawlessly with everything else.
> > >
> > >This is the classic BSD mystery problem. I have no idea why this
> > >happens, but it has affected every older system with borderline RAM that
> > >I have seen on BSD, in versions of Minivend from 2.03 all the way
> > >through Interchange 4.6.x.
> > >
> > >I believe it is related to signals and Perl, but I cannot be sure. If
> > >you run in a debugging environment, you will probably see an "out of
> > >memory!" error. In any case, I am betting it affects everything prior to
> > >Interchange 4.7.x on BSD unless you have plenty of RAM, and sometimes
> > >even then on a busy system.
> >
> >
> > I do know that if a process takes tooo long you get a internal server
> > error. it's all cpu, ram and apache specific I think.
> >
> > for instance. We have a old perl based mailing list.
> > 1 is on a AMD 800 with 512 megs of ram
> > 2 is on a amd 450 with 256 megs of ram
> >
> > when i send a message out to people on server 1 it processes them and
> > then later I get the screen saying it's done.
> >
> > on server 2 with just about the same amount of users, I get a
> > internal server error. BUT the server still processes all emails. it
> > just takes server 2 tooo long to respond to say, HEY I'm done! it
> > just takes to long apache gets annoyed and instead of waiting a few
> > more minutes it dumps the error instead of a spash screen when
> > completed.
> >
> > so in this case, it could be it takes the system just a little TOO
> > long to find the extra 4 and by that time apache says, something
> > broke.. internal server error. this is a... unofficial theory :)
> >
> > I was going to experiment with this. DB in memory setup
> > Database products MEMORY 1
> > but haven't tried it yet. Not sure if it would help speed things up.
> >
> > _______________________________________________
> > Minivend-users mailing list
> > Minivend-users@lists.akopia.com
> > http://lists.akopia.com/mailman/listinfo/minivend-users
> >
>
> _______________________________________________
> Minivend-users mailing list
> Minivend-users@lists.akopia.com
> http://lists.akopia.com/mailman/listinfo/minivend-users
_______________________________________________
Minivend-users mailing list
Minivend-users@lists.akopia.com
http://lists.akopia.com/mailman/listinfo/minivend-users
