Re: streams and file locks, ancient OS history, ARM is sort of channeling

Liste des GroupesRevenir à c arch 
Sujet : Re: streams and file locks, ancient OS history, ARM is sort of channeling
De : already5chosen (at) *nospam* yahoo.com (Michael S)
Groupes : comp.arch
Date : 02. Jul 2024, 11:11:49
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <20240702131149.00002f7c@yahoo.com>
References : 1 2 3 4 5 6 7
User-Agent : Claws Mail 3.19.1 (GTK+ 2.24.33; x86_64-w64-mingw32)
On Mon, 1 Jul 2024 21:34:42 +0000
mitchalsup@aol.com (MitchAlsup1) wrote:

Michael S wrote:
 
On Mon, 1 Jul 2024 02:10:43 -0000 (UTC)
John Levine <johnl@taugh.com> wrote:
 
According to MitchAlsup1 <mitchalsup@aol.com>: 
In fact, you can ftruncate arbitrarily large at the start -
backing sectors for the mapped pages will only be allocated
when a page is referenced for the first time. 
>
Can you ftruncate( 0x7FFFFFFFFFFFFFFFF ); ?? ½ of the address
space 
>
Every filesystem has a maximum file size. Exceed that and you'll
get an EFBIG error. 
>
Then it is not capable of ftruncate arbitrarily large in a
hardware's view of arbitrarily large which tends to be 1-bit
smaller than the largest container. 
>
The goal here is to map a file into the address space. What's your
use case for mapping a file-like thing that is bigger than any
real file and can't be written out to the disk?
 
>
Consider that configurations in which maximal file size is bigger
than half of address space are quite common. And not just on 32-bit
HW.
>
Of course, what is considered "half of address space" is not a very
simple question by itself. Take x86-64. Is its address space 2**64
or 2*48? Take aarch64. Is its address space 2**64 or 2**49? Or, may
be, 2**56? 
 
To answer this one has to use the proper verbology::
 
Half the virtual address space of x86-64 is 63-bits

I am not sure.
New Intel Manual say:
4.5
4-LEVEL PAGING AND 5-LEVEL PAGING
Because the operation of 4-level paging and 5-level paging is very
similar, they are described together in this section. The following
items highlight the distinctions between the two paging modes:
• A logical processor uses 4-level paging if CR0.PG = 1, CR4.PAE = 1,
IA32_EFER.LME = 1, and CR4.LA57 = 0.
4-level paging translates 48-bit linear addresses to 52-bit physical
addresses.(1) Although 52 bits corresponds to 4 PBytes, linear
addresses are limited to 48 bits; at most 256 TBytes of linear-address
space may be accessed at any given time.

A logical processor uses 5-level paging if CR0.PG = 1, CR4.PAE = 1,
IA32_EFER.LME = 1, and CR4.LA57 = 1.
5-level paging translates 57-bit linear addresses to 52-bit physical
addresses. Thus, 5-level paging supports a linear-address space
sufficient to access the entire physical-address space.

(1) - If MAXPHYADDR < 52, bits in the range 51:MAXPHYADDR will be 0 in
any physical address used by 4-level paging. (The corresponding bits
are reserved in the paging-structure entries.) See Section 4.1.4 for
how to determine MAXPHYADDR.

To me it sounds like 57-bit virtual address space rather than 64-bit.


Old Intel Manual says.
3.4.1
Logical Address Translation in IA-32e Mode
In IA-32e mode, an Intel 64 processor uses the steps described above to
translate a logical address to a linear address. In 64-bit mode, the
offset and base address of the segment are 64-bits instead of 32 bits.
The linear address format is also 64 bits wide and is subject to the
canonical form requirement.

4.1.1 Three Paging Modes
<snip>
64-bit mode. While this mode produces 64-bit linear addresses, the
processor ensures that bits 63:47 of such an address are identical.(1)
4-level paging does not use bits 63:48 of such addresses.
<snip>
(1) - Such an address is called canonical. Use of a non-canonical
linear address in 64-bit mode produces a general-protection exception
(#GP(0)); the processor does not attempt to translate non-canonical
linear addresses using 4-level paging.

To me it sounds like 48-bit virtual address space rather than 64-bit.

Half the physical address space is as low as 38-bits and as high as
47-bits
depending on the implementation (i.e., age)
>

Indeed for the very long time the limit was 47 bits, which in practice
meant that main memory address was at most 46 bits (64 TB).
But 4th gen AMD EPYC white paper claims 57 bit:

AMD SECURE NESTED PAGING (SEV-SNP)* introduced in 3rd Gen AMD EPYC
processors, builds on SEV and SEV-ES by adding strong encryption to
virtual machine nested page tables to help prevent attacks such as data
replay, memory remapping, and more—all with the goal to create
confidential, isolated execution environments for virtual machines�
With the 57-bit physical memory enabled by 4th Gen AMD EPYC processors,
we have increased the page table depth that can be encrypted to five
levels�

Considering that AMD uses the same 5-level paging tables as Intel
that, according to Intel, supports only 52 physical bits, I don't know
what to make of it.

Anyway, all this huge physical address spaces are predicated on success
of CXL-mem, which most likely would not happen.
With "normal" memory AMD EPYC4 can access at most 12 TB. Intel Sapphire
Rapids in 8S configuration can access 32 TB, but newer Emerald Rapids
supports at most 2 SMP sockets == 8TB.
For more than decade it looks like big SMP is a dying breed. Only IBM z
is still growing # dies per SMP domain. The rest of them are on the
opposite trail - they could occasionally grow # of dies per package,
but # of packages per SMP domains is shrinking and the day when even
dual-socket SMP is abandoned by x86-64, ARM and POWER server vendors
appears rather close.

This is one of those situations where the physical realm overrules the
virtual realm.



Date Sujet#  Auteur
20 Jun 24 * ARM is channeling the IBM 360102John Savard
20 Jun 24 +* Re: ARM is sort of channeling the IBM 36095John Levine
21 Jun 24 i`* Re: ARM is sort of channeling the IBM 36094Lynn Wheeler
24 Jun 24 i `* Re: ARM is sort of channeling the IBM 36093Lawrence D'Oliveiro
24 Jun 24 i  +* Re: ancient OS history, ARM is sort of channeling the IBM 36090John Levine
24 Jun 24 i  i+* Re: ancient OS history, ARM is sort of channeling the IBM 36087Lynn Wheeler
24 Jun 24 i  ii+* Re: ancient OS history, ARM is sort of channeling the IBM 36082Lawrence D'Oliveiro
25 Jun 24 i  iii`* Re: ancient OS history, ARM is sort of channeling the IBM 36081John Levine
25 Jun 24 i  iii +* Re: ancient OS history, ARM is sort of channeling the IBM 36073Lawrence D'Oliveiro
25 Jun 24 i  iii i`* Re: ancient OS history, ARM is sort of channeling the IBM 36072Stephen Fuld
25 Jun 24 i  iii i +* Re: ancient OS history, ARM is sort of channeling the IBM 36064Stephen Fuld
26 Jun 24 i  iii i i`* Re: ancient OS history, ARM is sort of channeling the IBM 36063Stephen Fuld
26 Jun 24 i  iii i i `* Re: ancient OS history, ARM is sort of channeling the IBM 36062Lawrence D'Oliveiro
26 Jun 24 i  iii i i  +* Re: ancient OS history, ARM is sort of channeling the IBM 36057John Levine
26 Jun 24 i  iii i i  i`* Re: ancient OS history, ARM is sort of channeling the IBM 36056Lawrence D'Oliveiro
27 Jun 24 i  iii i i  i `* Re: ancient OS history, ARM is sort of channeling the IBM 36055John Levine
27 Jun 24 i  iii i i  i  `* Re: ancient OS history, ARM is sort of channeling the IBM 36054MitchAlsup1
28 Jun 24 i  iii i i  i   `* Re: ancient OS history, ARM is sort of channeling the IBM 36053Lawrence D'Oliveiro
28 Jun 24 i  iii i i  i    +- Re: TSS I/O, ancient OS history1John Levine
28 Jun 24 i  iii i i  i    `* Re: ancient OS history, ARM is sort of channeling the IBM 36051MitchAlsup1
28 Jun 24 i  iii i i  i     `* Re: ancient OS history, ARM is sort of channeling the IBM 36050Lawrence D'Oliveiro
29 Jun 24 i  iii i i  i      `* Re: ancient OS history, ARM is sort of channeling the IBM 36049Stephen Fuld
29 Jun 24 i  iii i i  i       `* Re: ancient OS history, ARM is sort of channeling the IBM 36048John Levine
30 Jun 24 i  iii i i  i        +* Re: ancient OS history, ARM is sort of channeling the IBM 36032Lawrence D'Oliveiro
30 Jun 24 i  iii i i  i        i+- Re: ancient OS history, ARM is sort of channeling the IBM 3601MitchAlsup1
30 Jun 24 i  iii i i  i        i`* Re: ancient OS history, ARM is sort of channeling the IBM 36030Stephen Fuld
30 Jun 24 i  iii i i  i        i +* Re: ancient OS history, ARM is sort of channeling the IBM 36024Lawrence D'Oliveiro
30 Jun 24 i  iii i i  i        i i+* Re: ancient OS history, ARM is sort of channeling the IBM 36022Lynn Wheeler
30 Jun 24 i  iii i i  i        i ii`* Re: ancient OS history, ARM is sort of channeling the IBM 36021John Dallman
30 Jun 24 i  iii i i  i        i ii +* Re: ancient OS history, ARM is sort of channeling the IBM 36019Thomas Koenig
30 Jun 24 i  iii i i  i        i ii i+* Re: ancient OS history, ARM is sort of channeling the IBM 3608Michael S
30 Jun 24 i  iii i i  i        i ii ii+* Re: ancient OS history, ARM is sort of channeling the IBM 3606Thomas Koenig
30 Jun 24 i  iii i i  i        i ii iii+* Re: ancient OS history, ARM is sort of channeling the IBM 3604Stephen Fuld
30 Jun 24 i  iii i i  i        i ii iiii`* Re: base registers, ancient OS history, ARM is sort of channeling the IBM 3603John Levine
1 Jul 24 i  iii i i  i        i ii iiii `* Re: base registers, ancient OS history, ARM is sort of channeling the IBM 3602Lawrence D'Oliveiro
1 Jul 24 i  iii i i  i        i ii iiii  `- Re: base registers, ancient OS history, ARM is sort of channeling the IBM 3601John Levine
30 Jun 24 i  iii i i  i        i ii iii`- Re: ancient OS history, ARM is sort of channeling the IBM 3601MitchAlsup1
30 Jun 24 i  iii i i  i        i ii ii`- Re: ancient OS history, ARM is sort of channeling the IBM 3601MitchAlsup1
30 Jun 24 i  iii i i  i        i ii i`* Re: ancient OS history, ARM is sort of channeling the IBM 36010John Dallman
30 Jun 24 i  iii i i  i        i ii i +- Re: ancient OS history, ARM is sort of channeling the IBM 3601MitchAlsup1
30 Jun 24 i  iii i i  i        i ii i `* Re: ancient OS history, ARM is sort of channeling the IBM 3608Stephen Fuld
30 Jun 24 i  iii i i  i        i ii i  +- Re: small old machines, ancient OS history, ARM is sort of channeling the IBM 3601John Levine
30 Jun 24 i  iii i i  i        i ii i  +* Re: ancient OS history, ARM is sort of channeling the IBM 3604John Dallman
30 Jun 24 i  iii i i  i        i ii i  i+* Re: ancient OS history, ARM is sort of channeling the IBM 3602Stephen Fuld
30 Jun 24 i  iii i i  i        i ii i  ii`- Re: ancient OS history, ARM is sort of channeling the IBM 3601John Dallman
30 Jun 24 i  iii i i  i        i ii i  i`- Re: ancient OS history, ARM is sort of channeling the IBM 3601Lynn Wheeler
30 Jun 24 i  iii i i  i        i ii i  `* Re: ancient OS history, ARM is sort of channeling the IBM 3602MitchAlsup1
1 Jul 24 i  iii i i  i        i ii i   `- Re: ancient OS history, ARM is sort of channeling the IBM 3601moi
30 Jun 24 i  iii i i  i        i ii `- Re: ancient OS history, ARM is sort of channeling the IBM 3601Lynn Wheeler
30 Jun 24 i  iii i i  i        i i`- Re: ancient OS history, ARM is sort of channeling the IBM 3601Stephen Fuld
1 Jul 24 i  iii i i  i        i `* Re: ancient OS history, ARM is sort of channeling the IBM 3605Lawrence D'Oliveiro
2 Jul 24 i  iii i i  i        i  `* Re: ancient OS history, ARM is sort of channeling the IBM 3604John Levine
2 Jul 24 i  iii i i  i        i   `* Re: ancient OS history, ARM is sort of channeling the IBM 3603Lawrence D'Oliveiro
2 Jul 24 i  iii i i  i        i    `* Re: ancient OS history, ARM is sort of channeling the IBM 3602John Levine
2 Jul 24 i  iii i i  i        i     `- Re: ancient OS history, ARM is sort of channeling the IBM 3601Dan Cross
30 Jun 24 i  iii i i  i        `* Re: ancient OS history, ARM is sort of channeling the IBM 36015Anton Ertl
30 Jun 24 i  iii i i  i         `* Re: ancient OS history, ARM is sort of channeling the IBM 36014Anton Ertl
30 Jun 24 i  iii i i  i          `* Re: streams and file locks, ancient OS history, ARM is sort of channeling the IBM 36013John Levine
1 Jul 24 i  iii i i  i           +* Re: streams and file locks, ancient OS history, ARM is sort of channeling the IBM 36010MitchAlsup1
1 Jul 24 i  iii i i  i           i`* Re: streams and file locks, ancient OS history, ARM is sort of channeling9John Levine
1 Jul 24 i  iii i i  i           i `* Re: streams and file locks, ancient OS history, ARM is sort of channeling8MitchAlsup1
1 Jul 24 i  iii i i  i           i  `* Re: streams and file locks, ancient OS history, ARM is sort of channeling7John Levine
1 Jul 24 i  iii i i  i           i   +* Re: streams and file locks, ancient OS history, ARM is sort of channeling2Lawrence D'Oliveiro
1 Jul 24 i  iii i i  i           i   i`- Re: streams and file locks, ancient OS history, ARM is sort of channeling1John Levine
1 Jul 24 i  iii i i  i           i   `* Re: streams and file locks, ancient OS history, ARM is sort of channeling4Michael S
1 Jul 24 i  iii i i  i           i    `* Re: streams and file locks, ancient OS history, ARM is sort of channeling3MitchAlsup1
2 Jul 24 i  iii i i  i           i     +- Re: streams and file locks, ancient OS history, ARM is sort of channeling1Michael S
2 Jul 24 i  iii i i  i           i     `- Re: streams and file locks, ancient OS history, ARM is sort of channeling1Michael S
1 Jul 24 i  iii i i  i           `* Re: streams and file locks, ancient OS history, ARM is sort of channeling the IBM 3602Lawrence D'Oliveiro
1 Jul 24 i  iii i i  i            `- Re: streams and file locks, ancient OS history1John Levine
26 Jun 24 i  iii i i  `* Re: ancient OS history, ARM is sort of channeling the IBM 3604Stephen Fuld
26 Jun 24 i  iii i i   +* Re: ancient OS history, ARM is sort of channeling the IBM 3602John Levine
26 Jun 24 i  iii i i   i`- Re: ancient OS history, ARM is sort of channeling the IBM 3601Stephen Fuld
27 Jun 24 i  iii i i   `- Re: ancient OS history, ARM is sort of channeling the IBM 3601MitchAlsup1
26 Jun 24 i  iii i `* Re: ancient OS history, ARM is sort of channeling the IBM 3607John Levine
26 Jun 24 i  iii i  `* Re: ancient OS history, ARM is sort of channeling the IBM 3606John Levine
27 Jun 24 i  iii i   `* Re: ancient OS history, ARM is sort of channeling the IBM 3605Thomas Koenig
27 Jun 24 i  iii i    `* Re: ancient OS history, ARM is sort of channeling the IBM 3604John Levine
27 Jun 24 i  iii i     +- Re: ancient OS history, ARM is sort of channeling the IBM 3601Thomas Koenig
28 Jun 24 i  iii i     +- Re: ancient OS history, ARM is sort of channeling the IBM 3601Lawrence D'Oliveiro
28 Jun 24 i  iii i     `- Re: ancient OS history, ARM is sort of channeling the IBM 3601Lawrence D'Oliveiro
25 Jun 24 i  iii +* Re: ancient OS history, ARM is sort of channeling the IBM 3606Terje Mathisen
25 Jun 24 i  iii i+* Re: ancient OS history, ARM is sort of channeling the IBM 3602Lawrence D'Oliveiro
25 Jun 24 i  iii ii`- Re: ancient OS history, ARM is sort of channeling the IBM 3601Terje Mathisen
25 Jun 24 i  iii i`* Re: ancient OS history, ARM is sort of channeling the IBM 3603Michael S
26 Jun 24 i  iii i `* Re: ancient OS history, ARM is sort of channeling the IBM 3602Michael S
26 Jun 24 i  iii i  `- Re: ancient OS history, ARM is sort of channeling the IBM 3601Terje Mathisen
25 Jun 24 i  iii `- Re: ancient OS history, ARM is sort of channeling the IBM 3601Lynn Wheeler
24 Jun 24 i  ii`* Re: ancient OS history, ARM is sort of channeling the IBM 3604Terje Mathisen
24 Jun 24 i  ii +* Re: ancient OS history, ARM is sort of channeling the IBM 3602Lawrence D'Oliveiro
24 Jun 24 i  ii i`- Re: ancient OS history, ARM is sort of channeling the IBM 3601Stephen Fuld
24 Jun 24 i  ii `- Re: ancient OS history, ARM is sort of channeling the IBM 3601Thomas Koenig
24 Jun 24 i  i`* Re: ancient OS history, ARM is sort of channeling the IBM 3602Thomas Koenig
24 Jun 24 i  i `- Re: ancient OS history, ARM is sort of channeling the IBM 3601Lawrence D'Oliveiro
24 Jun 24 i  `* Re: ARM is sort of channeling the IBM 3602Stephen Fuld
24 Jun 24 i   `- Re: ARM is sort of channeling the IBM 3601Stephen Fuld
20 Jun 24 +* Re: ARM is channeling the IBM 3602moi
24 Jun 24 i`- Re: ARM is channeling the IBM 3601Lawrence D'Oliveiro
21 Jun 24 `* Re: ARM is channeling the IBM 3604MitchAlsup1
22 Jun 24  `* Re: ARM is channeling the IBM 3603John Dallman
22 Jun 24   +- Re: ARM is channeling the IBM 3601MitchAlsup1
22 Jun 24   `- Re: ARM is channeling the IBM 3601BGB

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal