Hello.

I get the digest of the EMC2 conversation thread, 
so I apologize for not commenting immediately, 
and here are a few points in the discussion that have roused me from "lurker" 
status:

Preamble to 1.)



        
        
        
        > > What's the problem?  It still fits on one CD, and will run in 256 
MB of
> > memory
> > (I think).  Unless we start supporting a port to some non-X86
> > architecture, it
> > really doesn't seem to be a major problem at the moment.
> >
> > Jon
1.) 
In the days when I could fit Windows 98 and a LINUX distribution on a six gig 
drive, 
I (emotionally) remember many more failures to install EMC2 on machines with 
256 meg of memory,
and had much more success loaded with 320 meg.
This was from a base install, using Ubuntu 7 and 8 versions, 
and may also be a YMMV issue.


Preamble to 2.)



        
        
        
        

> > What has me nervous is my recent experience of "upgrading" from 8.04 to
> > 10.04 and having some of my long trusted motherboards not work or have
> terrible latency, with the usual fixes having no effect.
>  
> I believe that part of this was not directly related to EMC2. My
> impression is that the decision was made to support SMP as such a
> large proportion of motherboards are multi-core or multi-CPU now (even

(The above text was written by atp).

2.)
I suggest this is a result of the LINUX core being upgraded.
I understand old copies and versions of LINUX core operating system binaries 
are stored on the web.
Better performance would result from the core not having to make so many 
decisions formatted as 
    (-If a multiprocessor version, then take path A otherwise take path B-).

The way out would be to choose one of the older LINUX core binaries before 
multiprocessor support was incorporated,
or, identify old LINUX core binaries in 7.xx / 8.xx Ubuntu, and copy the LINUX 
core binary.
Going without research at this point, I would start checking out "vmlinux".


3.)
I want to thank the EMC2 developers for evolution of product,
with regression testing.


4.)
I suggest investigating ERLANG as a potential work-along with C / Python,
because of its capability to operate in multiprocessor environments, and handle 
multi thousand threads.
I admit it is a weird language.



James Isaac.



                                          
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to