Comments (4)
I also did the math again and you are right that 54ns is a bit slim when the RAM needs 60ns minimum.
On the other hand how many clock cycles is the fastest instruction? For example a NOP takes 4 clock cycles so the next instruction fetch is ~200ns away. And a memory instruction takes at least 10 clock cycles. Of course the worst case is 3 consecutive NOP's that are pipelined so 3 reads each within 54ns after the other.
Finally, the EZ80 documentation also doesn't tell if it's NOR or NAND flash. The latter has substantial shorter read times then write times. 60ns is probably the worst case.
For me 0 wait states in ElectronOS are okay but understand we want to stay on the safe side in MOS.
As for speed benefits, it depends, inserting a 54ns wait state in a 540ns (10 clock cycle) read operation is only a bit slower.
from agon-mos.
Out of curiosity, does it make a significant difference? If I think about it almost all code executed is pulled from slow storage (SD) to RAM and executed there, with relatively little code / bottleneck in flash.
That doesn't mean there's a good reason to keep it as-is, of course.
from agon-mos.
According to the documentation and based on our clock speed you can run the flash with 0 wait states.
Are you sure the documentation states that? 18,4mhz is 54ns and the flash runs at 60ns. So when I'm not mistaking you are running it out of spec when using 0 waitstates. I already did some testing with 0 waitstates and it did run stable but I did not see any performance improvements.
from agon-mos.
https://www.mouser.com/datasheet/2/450/ps0189-26953.pdf
On page 14 they write something about flash settings. But it's only about NOR flash.
from agon-mos.
Related Issues (20)
- Release needs to include/provide hash. HOT 2
- Potential issue with stack splat in exec16 from *RUN <addr> HOT 2
- Using MOS to load a picture directly to the screen, possible ?
- moscall mos_fread in Z80 mode loads only zeros HOT 2
- Documentation about mos_getkbmap HOT 2
- [Feature request]A mos command to load an image to the screen
- Cannot detect retrieval of data from VDP via API HOT 1
- Feature Request: Allocate the null terminal \0 after "MOS" @ $40 for versioning. HOT 1
- mos_getkey responds to shift.
- Date and Time not being updated HOT 8
- Handle final packet(s) from VDP after switching to terminal mode
- Multi-line command history inconsistent behavior HOT 4
- Boot skip
- UART0 full-duplex CTS/RTS HOT 8
- incorrect work mos 1.04
- MOS should support an extension system HOT 3
- RTC info in VDP Protocol doesn't actually fit
- [help wanted] VBlank from assembly ? HOT 1
- Can't get two keycodes simultaneously neither in alternance
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from agon-mos.