[Date Prev][Date Next][Thread Prev][Thread Next][Minivend by date
][Minivend by thread
]
Re: [mv] some efficiency boost questions that might help all
****** message to minivend-users from "kyle@invisio.com" <kyle@invisio.com> ******
Michael,
I don't know what to tell you specifically about your set up, but there
have been tips mentioned in the mail list that you might want
to search for. ( some keywords to search for:
efficiency, speed, optimize etc)
I have one store that gets 2,000 visitors/day and typically the
server is running about .1 with spikes to .3
Things to watch out for are embedded perl (make user tags
instead) and unneccesary loop searches.
There are also small improvements by getting rid of locale
tags if you don't need them and also using </a> instead of
[/page]
When I first built the site I used a loop search
to make a catagory link listing which appeared on every page.
It worked fine with 10 categories and 1,000 items and half the
visitors. But when the categories exceeded 30 with 2,000+
items and visitors also reached 2,000 it started hitting .4 - .6
I got it back down by getting rid of the loop search for categories
from the main products db and set up a seperate categories db.
It is running MV3.11, FreeBSD3.2, PIII, 400 MHZ, 256M Ram
and using the built in .db database format and no static pages
and about 2,300 items now.
I think I have optimized it pretty well using different tips
on this list so the load should be in the "normal" ballpark
for such a catalog/vistors combination.
Kyle (KC)
At 06:38 PM 2/4/00 -0500, you wrote:
>****** message to minivend-users from "Michael Schwartz"
><michael@panamacom.com> ******
>
>Hello!!!
>
>After having two catalogs online, one of them a portal (no selling), and the
>other one a virtual store, i have a few statistics to share hoping that some
>of you had the same experience and might be able to give me some tips.
>
>The virtual store gets aprox. 40 unique visitors a day. The portal is
>starting up, so it gets 250 (increasing) unique visitors a day.
>I have a Pentium iii, with a good connection (oc-12), and it has 128M
>Ram.....(which i think should be more), running on Red Hat Linux 6.0, Apache
>Web Server....i provide the hosting.
>I am using the built in database feature in minivend, not mySQL.
>The virtual store has 1000 items, the portal has around 1000 items also, but
>separated in different tables to create dynamic pages.....
>The CATEGORY in the products tables in both are INDEX, so i use
>Dict_look....which supposedly is faster, but TEXT searches are also used.
>The mayority of the site (both) is dynamic. A few pages are static... (help
>files, and such).
>The server load average right now is around 0.26 ( above 2.00 is not good. )
>Sometimes, when the page is loading, it takes a few seconds to load the
>bottom part (just think of the simple catalog demo)....logobar and menubar
>loads rather quickly, the rest takes a few seconds...sometimes more. Im not
>sure if its the bandwidth of my local ISP or the program.....feedback??
>
>Having all this in mind, i want to run a few more catalogs, for a few other
>virtual stores, in the same server.The next one coming up has 36,000 items
>and im sure it will have a traffic of around 600-800 unique visitors a day.
>
>Now, a few more questions....should i be able to run these 3 catalogs
>without problems? do you think i will or i need more ram right now? Is it
>better to use MySQL server instead of minivend's own? When using dynamic
>pages, is it better to use variables set up in catalog.cfg, like
>__MENUBAR__, or is it better or the same to use [include]? (i know static is
>the best)
>What other tips you can give me for improving processing efficiency??
>
>Thanks, i think this will help a lot of people.....including me :-)
>
>Regards
>
>
>-
>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