Page 1 of 2

mkl mem68k for Amiga 1000

Posted: Sun Feb 23, 2020 1:19 pm
by sportbikepilot
So at the suggestion of intric8, I purchased a mem68k board from mkl on eBay. Got the second to the last one, I don't think he has any more on eBay right now.

Installation was easy, and WHOA! Totally bitchin' having 8 megabytes of RAM on an A1000 with no intrusive modifications. Found out that my A1000 has had the "wire chain" ground modification done to it (and that it's missing a LOT of screws on the inside :( )

Anyhow, the 8M RAM showed up immediately and the machine is MUCH zippier now! Looking forward to spending more time with it running some programs it previously wouldn't run due to running out of memory (like NCOMM).

Thanks for the suggestion, intric8! Totally worth the effort, money and time.

Chris

Re: mkl mem68k for Amiga 1000

Posted: Sun Feb 23, 2020 4:21 pm
by obitus1990
Now, if only the Rejuvenator project would yield the secrets of the GALs and we can get 2MB chip RAM....:)

Re: mkl mem68k for Amiga 1000

Posted: Sun Feb 23, 2020 5:22 pm
by sportbikepilot
Will the 8MB of Fast RAM help me with program memory? Or do I need Chip RAM for that?

Re: mkl mem68k for Amiga 1000

Posted: Tue Feb 25, 2020 10:31 am
by sportbikepilot
Anyone? Bueller?

Re: mkl mem68k for Amiga 1000

Posted: Tue Feb 25, 2020 10:42 am
by McTrinsic
The thing is: it depends.

There is no quick answer. Games and Kick1.2- Programs will probably need Chip.

WHDLoad games do great with FastMem.

Re: mkl mem68k for Amiga 1000

Posted: Tue Feb 25, 2020 1:35 pm
by EzdineG
What @mctrinsic said.

I have an A1000 with 4MB RAM expansion and can run pretty well everything I throw at it. So unless it's a game specifically requiring more than 512k chip or you're using a screenmode that leaves you super low on it you should be ok.

Newer workbench packages like BetterWB, etc. have utilities that push everything possible into fast RAM, which will definitely help you here.

Re: mkl mem68k for Amiga 1000

Posted: Tue Feb 25, 2020 2:57 pm
by sportbikepilot
What is the "FastMemFirst" thing in WB1.3?

Re: mkl mem68k for Amiga 1000

Posted: Mon Mar 09, 2020 9:05 am
by nonarkitten
sportbikepilot wrote:
Tue Feb 25, 2020 2:57 pm
What is the "FastMemFirst" thing in WB1.3?
Exactly what it sounds like.

So the memory list on AmigaOS is a priority list. The allocator strategy will always try to allocate memory from the highest priority first. The application can also request a specific type of memory that will set a constraint, but without that, it will simply get "any memory".

FastMemFirst ensures that CPU "fast" memory has the highest priority and is the preferred memory for anything not requiring chip RAM.

This isn't always ideal. Some games need to run from chip RAM to get blocked by the blitter. This avoids the task having to execute an explicit blitter wait loop which adds a lot of overhead on the meager 68000. However, I do believe applications like HDLoad will push programs into chip RAM to force that if they know of that specific incompatibility.

Re: mkl mem68k for Amiga 1000

Posted: Mon Mar 09, 2020 5:33 pm
by Christian
FastMemFirst does not cause the OS to prioritize FastMem over ChipMem unless ChipMem is explicitly requested. That functionality has been there since at least AmigaOS 1.1.

What FastMemFirst does is to prioritize real FastMem over SlowMem (the memory area starting at 0xC00000) on the A500 and A2000B. AmigaOS 1.2 did not know the difference and assigned the same priorities and since the SlowMem was configured prior to AutoConfig or manually added memory (real FastMem), programs ended up in the slower memory.

Please note that this is of no concern with memory at 0xC00000 for the A1000 (as with the DKB Insider and the Spirit Inboard) nor the A2000A (at least if it's 0xC00000 memory board is fixed to remove the waitstates).

Re: mkl mem68k for Amiga 1000

Posted: Mon Mar 09, 2020 6:15 pm
by nonarkitten
Christian wrote:
Mon Mar 09, 2020 5:33 pm
FastMemFirst does not cause the OS to prioritize FastMem over ChipMem unless ChipMem is explicitly requested. That functionality has been there since at least AmigaOS 1.1.

What FastMemFirst does is to prioritize real FastMem over SlowMem (the memory area starting at 0xC00000) on the A500 and A2000B. AmigaOS 1.2 did not know the difference and assigned the same priorities and since the SlowMem was configured prior to AutoConfig or manually added memory (real FastMem), programs ended up in the slower memory.

Please note that this is of no concern with memory at 0xC00000 for the A1000 (as with the DKB Insider and the Spirit Inboard) nor the A2000A (at least if it's 0xC00000 memory board is fixed to remove the waitstates).
My mistake.