lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110316115439.6e036e75@lxorguk.ukuu.org.uk>
Date:	Wed, 16 Mar 2011 11:54:39 +0000
From:	Alan Cox <alan@...rguk.ukuu.org.uk>
To:	snmp snmp <snmp.ml@...il.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: Query

>      Me and my friends are working on a new concept.

It's not really new. Various systems have done this historically, and
folks including Larry McVoy have proposed that for large scalability you
might build a system out of multiple separate kernels one on each NUMA
node and which had interfaces to loan or share pages with one another by
bumping page counts and handling coherency.

Cool to see someone trying some of this in Linux

>      Our implementation is on Intel core 2 duo machine. So far our
> implementation includes running two kernels simultaneously (one on
> each core) , handling hard-disk on one core and ethernet on another
> core so as to divide the network and disk subsystem.
> 
>      But here we are unable to measure the performance. Can u please
> suggest any method to measure the performance in terms of throughput
> and response time?

There are a bunch of standard benchmarks you can use. A lot of the big
name ones need clusters of systems to do the loading but there are things
like dbench that are quite useful on single systems.

For some of the applications you are talking about I think dbench might
be a good start.


Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ