I know absolutely nothing in low-level stuff, so this will be a very newbie question. Please excuse my ignorance.

Is machine language - the series of numbers to that tell the physical computer exactly what to do - always binary? I.e. always composed of only zeros one ones? Or could it also be composed of numbers such as 101, 242, 4 etc.?

  • 7
    There are some computers that use ternary logic. Related Stack Overflow question: Why binary and not ternary computing?
    – user40980
    Commented Apr 20, 2014 at 0:47
  • @MichaelT That's pretty interesting!
    – WendiKidd
    Commented Apr 20, 2014 at 0:49
  • @WendiKidd there is some application when you get into optical computing because you can have polarization as a 'value': off, clockwise, counterclockwise (three values). There's also the entire numeral system for balanced ternary. Its a bit odd to think about - but its there.
    – user40980
    Commented Apr 20, 2014 at 0:57
  • 8
    Previous generations of digital computers were not binary but decimal (en.wikipedia.org/wiki/Decimal_computer). Also, computer may not necessarily be digital, but also analog (en.wikipedia.org/wiki/Analog_computer) Commented Apr 20, 2014 at 2:58
  • I was prototyping a compiler while ago, for Intel processors, and almost everything was written in Hexadecimal base in the Intel's manuals. So even tho that my compiler had to write everything in a base two format, I was reading and writing them in base sixteen; Which was a huge advantage.
    – Mahdi
    Commented Apr 20, 2014 at 9:42

6 Answers 6


Everything in a computer (to be precise, in any typical contemporary computer) is binary, at a certain level. "1s and 0s" is an abstraction, an idea we use to represent a way of distinguishing between two values. In RAM, that means higher and lower voltage. On the hard drive, that means distinct magnetic states, and so on. Using Boolean logic and a base 2 number system, a combination of 1s and 0s can represent any number, and other things (such as letters, images, sounds, etc) can be represented as numbers.

But that's not what people mean when they say "binary code." That has a specific meaning to programmers: "Binary" code is code that is not in text form. Source code exists as text; it looks like a highly formalized system of English and mathematical symbols. But the CPU doesn't understand English or mathematical notation; it understands numbers. So the compiler translates source code into a stream of numbers that represent CPU instructions that have the same underlying meaning as the source code. This is properly known as "machine code," but a lot of people call it "binary".

  • 4
    @Prog: Like I said, all numbers have a binary representation. 202 is 11001010, for example. But the 1s and 0s are an abstraction. Instruction #204 could mean "load a value from memory into a CPU register," for example. Commented Apr 20, 2014 at 1:18
  • 2
    @Prog: There's always a lower level. Machine code is the lowest level that programmers have to worry about, but below that is microarchitecture (the stuff you're talking about), which is based on transistors and logic gates, which are based on the principles of electronics, which are based on the laws of physics and quantum mechanics. There isn't really something that says "do a high voltage, do a low voltage", because it's not always a voltage. (For example, when you store it to disc, it's a magnetic state instead.) That's why we use 1 and 0 as convenient abstractions. Commented Apr 20, 2014 at 14:47
  • 2
    @Prog: That depends on the CPU. Some CPUs have it hard-wired into the transistors, others are programmed in microcode. Some do both. Commented Apr 20, 2014 at 17:16
  • 4
    @Prog: it depends. Simpler/older processors (especially RISC ones) have a machine code with a stronger connection to the operations actually performed inside the processor. In modern x86 processors instead it's all fake - the x86 opcodes are mostly just a compatibility layer that hides the actual microarchitecture of the processor, which is so allowed to change in each new generation of CPUs. These processors internally do any kind of tricks - pipelining, instruction reordering, branch prediction, ... so what happens at the physical level is quite distant from the assembly you may write. Commented Apr 21, 2014 at 0:15
  • 3
    -1 - Certainly many older machines used decimal or bi-quinary or other such schemes, and even in modern machines it's quite likely that some of the memory chips use multi-level signalling vs pure binary. Commented Apr 21, 2014 at 3:02

Let's have a look at an actual machine instruction. Suppose we have an ARM CPU and we want to add 143 to the value in register 2, placing the result in register 1. In ARM assembly language that's written

ADD  R1, R2, #143

This assembly instruction can be encoded as a single machine instruction. The specification of how that's done is on physical page 156 of the ARM ARM, the amusingly-named Acorn RISC Machine Architecture Reference Manual. It's also necessary to look at the definition of "shifter operand", which begins on physical page 444.

 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00
|    Cond   | 0  0  I  0  1  0  0  S|     Rn    |     Rd    |          shifter operand          |

As you seem to already understand, machine instructions are numbers, and on the ARM, they are numbers of a fixed size: 32 bits, divided into several fields. To encode the above ADD, we fill in the fields like this:

| cond | fmt | I | opcode | S | Rn | Rd | rot | imm |
|    E |  00 | 1 |  0100  | 0 | 2  | 1  | 0   | 143 |

(The "shifter operand" got divided into "rot" and "imm" because I set I=1.) Now, to make that into a single 32-bit number, we have to expand it out to binary, because many of the fields are not tidy numbers of bits long:

 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00
  1  1  1  0  0  0  1  0  1  0  0  0  0  0  1  0  0  0  0  1  0  0  0  0  1  0  0  0  1  1  1  1

To humans that is a big blur; hexadecimal is easier for us to understand:

1110  0010  1000  0010  0001  0000  1000  1111
   E     2     8     2     1     0     8     F

And so usually, in communication with other humans, we say that the "machine instruction" corresponding to ADD R1, R2, #143 is the hexadecimal number E282 108F. We could equally say that it is the decimal number 3,800,174,735, but that obscures the pattern of fields more than hex does. (Someone with a lot of practice debugging on the bare metal on ARM would be able to pick condition code E, source and destination registers 2 and 1, immediate operand 8F = 143 out of E282 108F with relative ease.)

All of the above representations encode the same machine instruction! I have only changed how I wrote it down.

In terms of "ones and zeroes", if you load a program containing this instruction into RAM on a real computer, somewhere in memory the bit pattern 1110 0010 1000 0010 0001 0000 1000 1111 will appear (possibly backwards, because of endianness). But it is equally valid to say that somewhere in memory the hexadecimal number E282 108F, or the decoded instruction ADD R1, R2, #143 appears. Bit patterns in RAM have no meaning in themselves; meaning comes from context. Conversely, that bit pattern / hexadecimal number isn't necessarily an instruction at all! It would also appear in a program that made use of the unsigned 32-bit integer 3,800,174,735, or the single-precision IEEE floating point number -1.199634951 × 1021 as data.

  • So my understanding is, you and the CPU agree on some specific instructions that are in almost any computer composed of binary bits, like 0111. So 0111 is an abstraction for a specific operation, and that operation in turn is an abstraction for a series of high-voltage/low-voltages switches the CPU has to perform in order for that operation to occur ?
    – doubleOrt
    Commented May 11, 2018 at 21:08
  • Let me word my question differently: "CPU tells me if you want me to do x, give me series y of bits", and basically, when you give series y of bits to the CPU, it then understands your command and performs some 0/1 switches to make it happen, right ?
    – doubleOrt
    Commented May 11, 2018 at 21:10
  • @Taurus It's a little unusual to talk about it that way because it's so low-level, but, yes. Continuing with the ADD R1, R2, #143 example, the CPU's "control logic" will process the bit pattern E282 108F by making electrical connections that feed the "immediate" value 143 and the value stored in R2 into a binary adder, and then feed the result of the addition into R1. To learn more about how this works, read up on digital logic and then microarchitecture.
    – zwol
    Commented May 11, 2018 at 21:23

Whenever someone uses the phrase "the ones and zeros" in most contexts, especially this context, they are, in my opinion, significantly misrepresenting what's going on, and thus leading to confusion.

The computer doesn't really just read "the ones and zeros" any more than when you read a book, you are reading "the letters". Sure, both are strictly true, but those statements are leaving out a substantial piece of information: the structure of each.

In the case of English, the letters are structured into words, and the words make up sentences, according to a set of rules. The order of letters in words and the order of words in sentences can completely change the meaning.

A similar process is in play with computers and with machine language. The computer looks at the ones and zeros in discrete chunks, in bytes, and in groups of bytes.

Other posters have mentioned various ways that numbers can be encoded as individual bits. There are ints, floating point, text strings, etc, which give structure to the stream of bits and bytes.

Ultimately, the computer is conceptually looking at groups of bits, so it's rarely ever looking at "10101010", its looking at 101, 242, or 4, etc. What those numbers mean, depends on their context in the given 'sentence' they are part of.


All numbers stored in most computers are technically stored in a binary form. At a hardware level everything is represented as a series of high and low voltage signals. High voltage signals are ones/true values, low voltage signals are zeros/false values. These are the bits (short for binary digits) mentioned when talking about 32 bit or 64 bit machines. The number (32,64) in this case refers to how many bits can be addressed out of memory at a time.

So in most modern computers the machine code is just normal values stored in memory, but all of memory is made of bits.


Almost all "computers" these days use binary logic. However, the meaning of "computer" post-WW II has come to mean a computing device with persistent storage and stored programs, rather than just a simple computing engine like a calculator.

A few examples of the exceptions are:

  • There might be a few odd-ball trinary (or more) logic systems in labs.
  • There are a few analog computing systems are in use.
  • An example of a future high performance computing system not using binary logic might be the D-Wave quantum annealing systems.

Machine language is not an universal language but rather a strictly CPU-related language - the language the CPU understands.

You can design a CPU that has 42 states instead of 2 states for the smallest element of memory. The problem is that you cannot come with a good enough implementation for such a CPU. Actually, some of the first computers (including ENIAC) were decimal computers that implicitly used a decimal machine language.

The fact that it's decimal or binary or other value depends on the number of states the smallest element of memory (a bit) can take; 2 was not chosen for CPU design purposes but rather limited by electronic implementation: a transistor operates much better and faster with only 2 levels of voltage instead of 10 (or any other natural number larger than 2).

Not the answer you're looking for? Browse other questions tagged or ask your own question.