@@ -410,11 +410,11 @@ Python's execution model does not operate in a vacuum. It runs on
410
410
a host machine and through that host's runtime environment, including
411
411
its operating system (OS), if there is one. When a program runs,
412
412
the conceptual layers of how it runs on the host look something
413
- like this::
413
+ like this:
414
414
415
- **host machine**
416
- **process** (global resources)
417
- **thread** (runs machine code)
415
+ | **host machine**
416
+ | **process** (global resources)
417
+ | **thread** (runs machine code)
418
418
419
419
Each process represents a program running on the host. Think of each
420
420
process itself as the data part of its program. Think of the process'
@@ -469,14 +469,14 @@ Python Runtime Model
469
469
--------------------
470
470
471
471
The same conceptual layers apply to each Python program, with some
472
- extra data layers specific to Python::
473
-
474
- **host machine**
475
- **process** (global resources)
476
- globl runtime (*state*)
477
- interpreter (*state*)
478
- **thread** (runs "C-API" and Python bytecode)
479
- thread *state*
472
+ extra data layers specific to Python:
473
+
474
+ | **host machine**
475
+ | **process** (global resources)
476
+ | globl runtime (*state*)
477
+ | interpreter (*state*)
478
+ | **thread** (runs "C-API" and Python bytecode)
479
+ | thread *state*
480
480
481
481
At the conceptual level: when a Python program starts, it looks exactly
482
482
like that diagram, with one of each. The runtime may grow to include
0 commit comments