EXTMem

A forum for general AmigaOS 4.x support questions that are not platform-specific
Post Reply
TearsOfMe
Posts: 30
Joined: Sat Jul 07, 2012 5:34 pm
Location: Westerwald (Germany)

EXTMem

Post by TearsOfMe »

Hello. I try to use the EXTMem feature but it seems not to work here on my X1000 with the latest OS4.1 Update.
When i try to fill the ram-disk to test it, the computer get locked complete at the range of 2GB.

So worked this now or is it abandoned?

Greetings
Tears

ram-handler 54.24 [Vectorport Filesystem]

Amiga Operating System (Release 4.1 - Final Edition Update 2)
Copyright (c) 1985-2020 Hyperion Entertainment CVBA.

MemPools=MP/T,ExtMem=EM/T,DisMountable=DM/T,BlockSize=BS/N,ShowSizeAsAllMemUsed=MU/T,ResetDefault=RESET/S,Report=SHOW/S: report

Current settings:
MemPools,MP = OFF (Options: ON or OFF)
ExtMem,EM = ON (Options: ON or OFF)
DisMountable,DM = OFF (Options: ON or OFF)
BlockSize,BS = 16380 (Options: 4092 to 4095996)
ShowSizeAsAllMemUsed,MU = ON (Options: ON or OFF)
User avatar
Raziel
Posts: 1170
Joined: Sat Jun 18, 2011 4:00 pm
Location: a dying planet

Re: EXTMem

Post by Raziel »

I'd like to know too
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
User avatar
TSK
Beta Tester
Beta Tester
Posts: 225
Joined: Mon Dec 20, 2010 1:15 pm
Location: Home land of Santa C., sauna, sisu and salmiakki

Re: EXTMem

Post by TSK »

If I can remember ExtMem feature is partially broken on X1000 so you can use max of 2GB of memory with it. On other hardware platforms it works without such issue. I guess nobody have bothered to fix it.
Keep the party going !
User avatar
nbache
Beta Tester
Beta Tester
Posts: 1714
Joined: Mon Dec 20, 2010 7:25 pm
Location: Copenhagen, Denmark
Contact:

Re: EXTMem

Post by nbache »

AFAIK, it is not that nobody bothered, but more that nobody has (so far) succeeded in fixing it.

Best regards,

Niels
User avatar
Raziel
Posts: 1170
Joined: Sat Jun 18, 2011 4:00 pm
Location: a dying planet

Re: EXTMem

Post by Raziel »

:-(
One more nail in X1000's coffin
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
User avatar
colinw
AmigaOS Core Developer
AmigaOS Core Developer
Posts: 207
Joined: Mon Aug 15, 2011 9:20 am
Location: Brisbane, QLD. Australia.

Re: EXTMem

Post by colinw »

Extmem works just fine.

For the ram-handler, some hardware requires it to be manually enabled,
like the SAM440 and classics because they only have limited ram and
won't normally be able to run out of virtual memory addresses.

SAM460, A1222, X1000, X5000_20 & X5000_40 have it enabled by default,
as you CAN have more than 2 GB of ram, and also because it will give you
a chunk more of usable virtual address space even if you only have the
low 2 GB mapped by the kernel.

Now, here's the basic issue as I understand it...
Just because you might have 16GB of physical ram on your machine,
DOES NOT mean it is available for use in AmigaOS.

I am not sure of the exact problem at this stage, I do not work in that area.
I think the kernel only gets told about the first 4 GB of physical ram,
and only maps the first 2 GB to virtual addresses, as it would blow up some
apps that do signed pointer math, if they encountered unsigned memory
addresses between the 2 GB and 4 GB boundaries.
One of the Kernel devs can give you the more (accurate and detailed) info.

But, as the virtual address space size maps 1-1 to physical memory address size
in the low 2 GB address space, ExtMem (in the ram-handler) allows you to use
SOME of the 2 GB - 4 GB virtual addresses to memory that would be otherwise
inaccessible.

The ram-handler has been carefully written (by me) to not use signed pointers,
so that it can internally use storage in virtual addresses between 2 GB-4 GB.

As I understand it, the periferal hardware is also mapped in high 2 GB address
range too, you don't have much of that upper 2 GB address space available either.

When the kernel get the full physical memory available information, and when
it is rewritten to use 64 bit internal addressing in the Kernels memory system,
only then will the real benefit of ExtMem become really obvious.

Until then we must wait, at least the ram-handler is ready to go with virtually
unlimited capacity, as ExtMem will allow the ram-handler to store data in
otherwise inaccessible memory.
ExtMem enables the total amount of virtual address space used by RAM
to access any sized file, with only one "block" size per concurrent caller.

Full article and my example source code is available here;
https://wiki.amigaos.net/wiki/Exec_Extended_Memory
TearsOfMe
Posts: 30
Joined: Sat Jul 07, 2012 5:34 pm
Location: Westerwald (Germany)

Re: EXTMem

Post by TearsOfMe »

@colinw, all:

Thanks for your reply and explanation.
Unfortunately I don't really understand them.
User avatar
TSK
Beta Tester
Beta Tester
Posts: 225
Joined: Mon Dec 20, 2010 1:15 pm
Location: Home land of Santa C., sauna, sisu and salmiakki

Re: EXTMem

Post by TSK »

AFAIK, it is not that nobody bothered, but more that nobody has (so far) succeeded in fixing it.
I'm sorry, I was making too quick thinking.

But this comment suggests that support for the dual memory controller won't happen either maybe ever most likely.

Maybe the community should start making its own chip set. That way the hardware and software developers could work together.
Keep the party going !
User avatar
nbache
Beta Tester
Beta Tester
Posts: 1714
Joined: Mon Dec 20, 2010 7:25 pm
Location: Copenhagen, Denmark
Contact:

Re: EXTMem

Post by nbache »

TSK wrote: Wed Apr 07, 2021 11:15 pm
AFAIK, it is not that nobody bothered, but more that nobody has (so far) succeeded in fixing it.
I'm sorry, I was making too quick thinking.

But this comment suggests that support for the dual memory controller won't happen either maybe ever most likely.
You can definitely not conclude that from my comment. On the contrary, it meant that this fix is still being worked on (now probably mostly by the ExecSG team), and I for one have confidence that it will find its solution.

Best regards,

Niels
Post Reply