[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [microblaze-uclinux] Performance microblaze vs. VirtexIIPro
Hi Matthew,
Matthew Rubenstein wrote:
> Ensuring realtime synchrony is a top priority for embedded devices.
I agree. At the very least, we need to fix this major clock drift
problem. As I said, I just haven't looked into it, but people need to
know it's there! :)
> I/O, including TCP/IP, as well as the realtime clock itself, could be
> "factored out" of the MB/uCL sequential kernel, and replaced with TCP/IP
> & RTC device gate arrays operating in parallel with the rest of the
> MB/uCL system. The kernel would call software hooks into those devices
> instead of sequentially executing the original kernel instructions. That
> would be a major win for the MB/uCL architecture over ASIC/uC
> architectures, and point the way for other factored parallelism.
Absolutely, that's what it's all about. See my other reply to Emanuel
about comparing benchmarks, and how the FPGA+full OS solution gives us
room to maneouvre in the trade-off space of execution time, logic area
and design complexity.
Cheers,
John
___________________________
microblaze-uclinux mailing list
microblaze-uclinux@itee.uq.edu.au
Project Home Page : http://www.itee.uq.edu.au/~jwilliams/mblaze-uclinux
Mailing List Archive : http://www.itee.uq.edu.au/~listarch/microblaze-uclinux/