Increasing COG ram
acy.stapp
Posts: 10
Add a cog-local memory (another 4K or 8K?) and access it similarly to hub-ram. You could alter the RDLONG/WRLONG instructions to check the C-effect bit and read or write from either Hub memory or from the cog-local memory (cog cache?). This other memory space could be used for stacks, code cache, data blocks, frame buffers, or whatever. Unlike the hub ram there would be no waiting and it would give a lot of flexibility.
Sound feasible?
Sound feasible?
Comments
I'm very surprised by your answer ! How do you know exactly the space available in the 2nd Propeller generation ?
If this space is already so well defined can you describe it to us ?
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
in medio virtus
dro.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
in medio virtus
Post Edited (inservi) : 9/27/2007 2:16:01 PM GMT
From what I have read the prop II will have 256K of hub ram. Just steal some of that and put it for cog cache. 16@4K + 192K or 16@8K + 128K.
I've read the whole more cogs/ram thread a few times and seen some mention of bank switching. This is just an alternative I didn't see mentioned. It would complicate the instruction decode very slightly, and would possibly be easier for a high-level compiler to generate code. It's probably already too late in the design cycle for a change like this anyway (I remember reading something about the memory block design already being done) but I just wanted to put the idea out there.
I still believe it has merit and could be quite useful, but it's not, as Mike said, going to happen for a variety of reasons. There are new abilities proposed for the Mk-II such as block read from Hub which will increase throughput, and the Large Memory Model ( or a version of it ), coupled with larger Hub size, faster execution and block reads should serve all but the most demanding Cog applications.