Open main menu
Home
Random
Recent changes
Special pages
Community portal
Preferences
About Wikipedia
Disclaimers
Incubator escapee wiki
Search
User menu
Talk
Dark mode
Contributions
Create account
Log in
Editing
Instruction pipelining
(section)
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
===Special situations=== ; Self-modifying programs : The technique of [[self-modifying code]] can be problematic on a pipelined processor. In this technique, one of the effects of a program is to modify its own upcoming instructions. If the processor has an [[instruction cache]], the original instruction may already have been copied into a [[prefetch input queue]] and the modification will not take effect. Some processors such as the [[Zilog Z280]] can configure their on-chip cache memories for data-only fetches, or as part of their ordinary memory address space, and avoid such difficulties with self-modifying instructions. ; Uninterruptible instructions : An instruction may be uninterruptible to ensure its [[atomicity (programming)|atomicity]], such as when it swaps two items. A sequential processor permits [[interrupt]]s between instructions, but a pipelining processor overlaps instructions, so executing an uninterruptible instruction renders portions of ordinary instructions uninterruptible too. The [[Cyrix coma bug]] would [[hang (computing)|hang]] a single-core system using an infinite loop in which an uninterruptible instruction was always in the pipeline.
Edit summary
(Briefly describe your changes)
By publishing changes, you agree to the
Terms of Use
, and you irrevocably agree to release your contribution under the
CC BY-SA 4.0 License
and the
GFDL
. You agree that a hyperlink or URL is sufficient attribution under the Creative Commons license.
Cancel
Editing help
(opens in new window)