The more I look into this, the more that an 8mhz XT-class machine with
a 10 megabit Lan connection may not be able to toss mail at a rate to
keep up with the near non-stop BinkD traffic that happens here.
This system has close to a hundred links and the BinkD subsystem is
*busy* almost non-stop sending and receiving mail. Okay, fine, that
runs on Windows and I serve up an NFS/SMB share or do something to
move mail between this and the white beast. But still... its going to
get "convoluted" if I do this.
The other problem is that D'Bridge is VERY disk-intensive and theres
nothing I can do about that. Nobody notices this on Windows and OS/2
or modern OS's or anything when theres file caching. So by the time I
load network drivers, a TCP stack, a small disk-cache, there is either
not enough base RAM to run anything.
Adding a LIM EMS board will help "somewhat" but I cannot load drivers
into upper memory. Despite this Tandy being a 286, there are no UMB
blocks or A20 control line so lets forget about loading any device
drivers "high".
I *could* upgrade that Tandy from 640k to 768k because it does not use
VGA but rather its own CGA-clone, TGA graphics. The screen memory sits
just above that region and is cached into a 16k segment in base RAM.
But the problem is... I don't have a composite/RGB CGA monitor.
Its interesting because the moment I add an 8-bit ISA VGA card, the
VGA BIOS sits at $C800 which renders that 128k memory upgrade a
moot-point.
This model can only accept either the familiar MFM/RLL hard drive &
card (or a hard card), or I spend close to $200 for an XT-IDE hard
drive... yes, XT-IDE because at the time that Tandy was manufactured
in '88 there was no clear-cut decision by the industry to go with the current ATA-IDE standard. The firmware on AT hard drives will not
report the geometry correctly to XT-IDE.
Not 100% ruling it out this project... but its becoming grim...
Nick
A cheaper option (may be), I have purchased at not great expense a Raspberr Pi4B 8 GB (ok, thats a lot more than say 4Gb), Argon One M.2 box, PSU and a 240Gb M.2 SSD that mount in the case. It is not a M.2 NVME so writes are on about 500Mb/s around the speed of a HDD and reading is not much better but
On 12 Mar 22 00:58:06, Vincent Coen said the following to Nick Andre:
A cheaper option (may be), I have purchased at not great expense a
Raspberr Pi4B 8 GB (ok, thats a lot more than say 4Gb), Argon One
M.2 box, PSU and a 240Gb M.2 SSD that mount in the case. It is not
a M.2 NVME so writes are on about 500Mb/s around the speed of a
HDD and reading is not much better but
Thanks for the feedback.
The current Windows environment here does everything perfectly. Not
looking to change any of that... now.
The idea with this whole project is to see if a Tandy from 1988 can
handle the workload of running an entire Fido operation in 2022.
Its the challenge of making something old do something today that
would "seem" impossible. The only impossible I can see so far is the
memory, networking and speed of manipulating packets and messages.
Nick Andre wrote to Vincent Coen <=-
Its the challenge of making something old do something today that would "seem" impossible. The only impossible I can see so far is the memory, networking and speed of manipulating packets and messages.
Nick Andre wrote to All <=-
The more I look into this, the more that an 8mhz XT-class machine with
a 10 megabit Lan connection may not be able to toss mail at a rate to
keep up with the near non-stop BinkD traffic that happens here.
Would a tosser be able to use a co-processor? I wonder if decompression routines would be math-intensive enough to merit it.
If you could find an NEC V20 chip to replace the 8088, they do run a bit faster. Back then, every little bit helped.
The clock chip is probably a soldered-on quartz crystal. 10mhz XT, anyone?
Sysop: | altere |
---|---|
Location: | Houston, TX |
Users: | 69 |
Nodes: | 4 (0 / 4) |
Uptime: | 02:27:10 |
Calls: | 1,161 |
Calls today: | 1 |
Files: | 8,179 |
Messages: | 300,824 |