linuxvm-developer

[Linuxvm-dev] Chassis and hardware

[Matthew J. D. <mda...@se...>]

Vince,

Look at this hardware,
the case specs are here http://www.gtweb.net/j2150.html
the motherboard
http://intel.com/design/motherbd/rg2/index.htm?iid=ipp_dlc_deskmb%2Bp4pmb_d845gerg2&,
page 92 of ftp://download.intel.com/design/motherbd/rg2/C1458401.pdf
indicated it will boot withour KVM attached to the PC

Here are all the part we would need expect the Flash Card, adapter and
Voiceteronix card

Gang,

That puts us at about $1,500  for a four port chassis not too bad.

This chassis had 2 PCI slots so we could go up to 12 ports with this one,
maybe add more RAM.

-Matt

[Linuxvm-dev] Slow email generation in vmta

[Dean T. <de...@ha...>]

I believe I have a possible solution (conceptually anyway, no code yet) 
for the blocking
slow email generation problem.  The idea is to have the vmta put the 
essential parts of
the email, except for the attachment into a queue.  Another process is 
responsible for
grabbing the info from the queue and actually doing the attachment and 
mail.  A long
message will therefore just slow down processing the queue and not 
block the vmta.

I'm still trying to work out the best way to implement this in the most 
bulletproof way.
With time a concern, this might have to wait until version 1.1.

-dean

Re: [Linuxvm-dev] Slow email generation in vmta

[Vince H. <li...@ml...>]

On Thu, Jul 31, 2003 at 10:19:39AM -1000, Dean Takemori wrote:
> I believe I have a possible solution (conceptually anyway, no
> code yet) for the blocking slow email generation problem. The
> idea is to have the vmta put the essential parts of the email,
> except for the attachment into a queue. Another process is
> responsible for grabbing the info from the queue and actually
> doing the attachment and mail. A long message will therefore
> just slow down processing the queue and not block the vmta.

I actually thought that part was going to be the vmta. :)

-Vince

Re: [Linuxvm-dev] Slow email generation in vmta

[Matt D. <mda...@se...>]

> On Thu, Jul 31, 2003 at 10:19:39AM -1000, Dean Takemori wrote:
> > I believe I have a possible solution (conceptually anyway, no
> > code yet) for the blocking slow email generation problem. The
> > idea is to have the vmta put the essential parts of the email,
> > except for the attachment into a queue. Another process is
> > responsible for grabbing the info from the queue and actually
> > doing the attachment and mail. A long message will therefore
> > just slow down processing the queue and not block the vmta.
>
> I actually thought that part was going to be the vmta. :)
>
> -Vince

Since the VMTA is going to be called by another process it shouldn't be a
problem.  It is only being called for testing purposes from the record
message routine.

Is there a cron that runs every minute?

-Matt