Page 10 of 10
Re: The Mill: a new low-power, high-performance CPU design
Posted: Mon Mar 17, 2014 3:36 pm
by willedwards
embryo wrote:Why a pipeline, for example, can not deliver unpacked instructions? In case of branches there can be more than one pipeline. And caches today are relatively big, tenth of kilobytes for the fastest. Also, if the cache is so important, then why not to extend it?
Really, you will find the
Encoding talk informative. Have you watched it?
Re: The Mill: a new low-power, high-performance CPU design
Posted: Tue Mar 18, 2014 10:42 am
by embryo
willedwards wrote:Really, you will find the
Encoding talk informative. Have you watched it?
Yes, I have. But there is no clear answer.
Re: The Mill: a new low-power, high-performance CPU design
Posted: Tue Mar 18, 2014 1:09 pm
by nitwit
instead of VLIW you might want to look into FPGA's
Re: The Mill: a new low-power, high-performance CPU design
Posted: Tue Mar 18, 2014 1:54 pm
by Rusky
Right, people designing a CPU specifically to maximize instruction throughput using multiple breakthroughs didn't push it to the limit where it would require another breakthrough. Also, people designing CPUs have no idea what FPGAs are.
Re: The Mill: a new low-power, high-performance CPU design
Posted: Wed Mar 19, 2014 4:27 am
by embryo
argus wrote:instead of VLIW you might want to look into FPGA's
Is there an FPGA based processor with the architecture like VLIW?
Re: The Mill: a new low-power, high-performance CPU design
Posted: Wed Mar 19, 2014 4:44 am
by nitwit
What I meant was that aFPGA is a lot like a VLIW where you have your entire program in one instruction running in an infinite loop.
Re: The Mill: a new low-power, high-performance CPU design
Posted: Tue Mar 25, 2014 1:54 am
by willedwards
The new Security talk has now been posted online:
http://millcomputing.com/topic/security/
There's a lot in there for kernel architects to get their teeth into
Re: The Mill: a new low-power, high-performance CPU design
Posted: Tue Mar 25, 2014 9:12 pm
by Rusky
Just finished the talk. I like it- especially the lack of privileged operations and supervisor mode. It removes a lot of the divisions between monolithic, micro, exo, etc. Feels like call gates and hardware tasks done right.
Some questions about a few fixed-size things. Stacks will often need to be bigger than one segment/stacklet. There may also be more processes/threads than available turf/thread ids- Linux's pid_t is 32 bits for example. How would these things be handled?
Stacklets could just be entry points that switch to the real stack I guess. How would that work, since call/return seems to be the only (user-available) way to mess with the stack pointer? This also goes with a question I asked on the Mill forums about continuations/coroutines.
Re: The Mill: a new low-power, high-performance CPU design
Posted: Wed Mar 26, 2014 4:18 pm
by OSwhatever
Thank you for finally decoupling the translation from the security. I've previously written a few posts here where I've expressed some hesitation about paging and I think the Mill is in the right direction when it comes to this. Now we have a new CPU where we can try out new operating system security models and not forced into one.