ssic-linux-users

[SSI-users] Performance and Performance Testing?

[Advice P. <LA...@gm...>]

What does this suggest:

http://www.nabble.com/XEN%2BOpenSSI%2C-big-performace-overhead--td5643723.html#a5643723
Aggregating as a big system and partitioning will create big
performance overhead and is inefficient.  Instead you can create
multiple partitions with SSI interface itself if you work on
hot-plug of systems which allows you to dynamically re-configure your
partitions"  

That I should simply create multiple partions, or what does it mean with SSI
interface?And to what is hot plug up systems which allows you to dynamically
re-configure your partions?

I comfortably didn't understand this thread though it should prove useful:

http://www.nabble.com/Performance-Tests-td2013120.html#a2013120

I want to know ways are there to monitor & test performance of OpenSSI,
especially load balancing.
-- 
View this message in context: http://www.nabble.com/Performance-and-Performance-Testing--tp25846714p25846714.html
Sent from the ssic-linux-users mailing list archive at Nabble.com.

Re: [SSI-users] Performance and Performance Testing?

[Mulyadi S. <mul...@gm...>]

On Mon, Oct 12, 2009 at 2:26 AM, Advice Pro <LA...@gm...> wrote:
>
> What does this suggest:
>
> http://www.nabble.com/XEN%2BOpenSSI%2C-big-performace-overhead--td5643723.html#a5643723
> Aggregating as a big system and partitioning will create big
> performance overhead and is inefficient.  Instead you can create
> multiple partitions with SSI interface itself if you work on
> hot-plug of systems which allows you to dynamically re-configure your
> partitions"
>
> That I should simply create multiple partions, or what does it mean with SSI
> interface?And to what is hot plug up systems which allows you to dynamically
> re-configure your partions?

Looks the original post talks about load balancing Xen virtual machine
on top of openSSI.

If it is, better use the Xen capability to do VM migration between Xen
instance. Almost every known virtualization technologies have this
capability.

> I didn't understand this thread though it should prove useful:
>
> http://www.nabble.com/Performance-Tests-td2013120.html#a2013120
>
> I want to know ways are there to monitor & test performance of OpenSSI,
> especially load balancing.

run something like PVM pov ray, parallel john the ripper etc

-- 
regards,

Mulyadi Santosa
Freelance Linux trainer and consultant

blog: the-hydra.blogspot.com
training: mulyaditraining.blogspot.com

Re: [SSI-users] Performance and Performance Testing?

[Advice P. <LA...@gm...>]

What I meant by What does this suggest, is If I should create multiple
partitions to dynamically re-configure partitions on an ordinary OpenSSI
cluster. If it's possible, why would I want to dynamically reconfigure
partitions.

> I didn't understand this thread though it should prove useful:
>
> http://www.nabble.com/Performance-Tests-td2013120.html#a2013120
>
> I want to know ways are there to monitor & test performance of OpenSSI,
> especially load balancing.

run something like PVM pov ray, parallel john the ripper etc

-- 
View this message in context: http://www.nabble.com/Performance-and-Performance-Testing--tp25846714p25856820.html
Sent from the ssic-linux-users mailing list archive at Nabble.com.

Re: [SSI-users] Performance and Performance Testing?

[John H. <jo...@Ca...>]

Advice Pro wrote:
> What I meant by What does this suggest, is If I should create multiple
> partitions to dynamically re-configure partitions on an ordinary OpenSSI
> cluster. If it's possible, why would I want to dynamically reconfigure
> partitions.
>
>   
OpenSSI doesn't do "partitions".

What you get with OpenSSI:

You take a bunch of PC, with various hardware bits (serial ports, USB 
devices, video cards, disks and so on), you connect 'em all together 
with a gigabit ethernet LAN, you run an OpenSSI kernel on 'em all  and 
bingo!  You have one big machine.  Any process runnning on any "node" 
(those PCs) can access the hardware on any other nodes.  Processes can 
be transparently moved from node to node and can start children on any 
node they want.  If you configure things right you can arrange that the 
cluster keeps running even if a node crashes.

That's it.

(Anything I've forgotten?)