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>] [day] [month] [year] [list]
Date:	Tue, 28 Oct 2008 19:55:08 +0100
From:	"Raavi M. Mohindar Rao" <raavi.mohindar.rao@...glemail.com>
To:	linux-kernel@...r.kernel.org
Subject: Processor Technology: Cores with Virtual Boundary

Processor Technology: Cores with Virtual Boundary
======================================

Today's processors are based on multi-core architecture with real
physical boundaries that separates the cores inside the processor or a
chip and this approach can be optimum for executing general or
specific tasks with intelligent schedulers.

My curiosity is, what will happen if we can able to remove those real
physical boundaries that separates the cores? Is it possible to
overcome the ultimate limits on performance or does it all boils down
to single-core architecture, if we can able to realize the above.

In any case, I don't let the desing boiling to single-core but staying
on multi-core with virtual boundaries or no boundaries at all.

If it is possible then that it will be cool thing, like we can
introduce 'ringed' cores with no real boundaries or any other topology
which are best suitable for breaking the limits of performance.

Your comments please.

Further I am not a processor guy and in case if you like to discuss
any intricates of processor design then I may not able to write much
about it. Sorry for that.

Best Regards,
--
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