Roadshow Update for MorphOS

[AndreasM]

Since today there is an update available, so roadshow can also be used on MorphOS.

Roadshow is much faster than the internal TCP / IP stack for MorphOS.

Please note, that with MorphOS a manual installation of roadshow is required. The supplied installation script will not run under MorphOS. The user should therefore familiar with the operating system.

The manually installed Roadshow is now directly usable and requires no further intervention to boot.

New sample files for the network usage on the Pegasos / Pegasos II, and for Apple hardware are also included.

The update can be downloaded for free on the Support homepage Roadshow.

About Roadshow

Roadshow is an Amiga TCP/IP stack, that allows you to connect to the Internet, to access your e-mail, web pages, chat, etc. It can also be used to access and exchange files within your local home network.

Roadshow is one of the fastest, if not THE fastest Amiga TCP/IP stacks.

Some features include:

- Amiga-ised configuration utilities rather than the terse and somewhat cryptic Unix legacy tools
- DHCP configuration for Ethernet devices
- "TCP:" device support, for use with, for example, ARexx scripts
- Enhanced & cleaned-up software development kit, that includes the complete source code to all the configuration tools and sample programs

and ... much more ...

http://roadshow.apc-tcp.de
http://www.apc-tcp.de

[catohagen]

the addnetinterface fix for bringing the device driver online still doesnt work

Ram Disk:> AddNetInterface DEVS:NetInterfaces/~(#?.info)
Interface "SunGEM" added.
Interface "SunGEM" configured, address = 192.168.0.55, network mask = 255.255.255.0.
Ram Disk:> ping google.com
ping: unknown host google.com
Ram Disk:> online sungem_eth.device unit 0
Ram Disk:> ping google.com
PING google.com (173.194.32.37): 56 data bytes
64 bytes from 173.194.32.37: icmp_seq=0 ttl=54 time=17.487 ms
64 bytes from 173.194.32.37: icmp_seq=1 ttl=54 time=17.047 ms
64 bytes from 173.194.32.37: icmp_seq=2 ttl=54 time=17.291 ms
64 bytes from 173.194.32.37: icmp_seq=3 ttl=54 time=17.105 ms
64 bytes from 173.194.32.37: icmp_seq=4 ttl=54 time=17.078 ms
64 bytes from 173.194.32.37: icmp_seq=5 ttl=54 time=16.872 ms
64 bytes from 173.194.32.37: icmp_seq=6 ttl=54 time=16.965 ms

--- google.com ping statistics ---
7 packets transmitted, 7 packets received, 0% packet loss
round-trip min/avg/max = 16.872/17.120/17.487 ms
Ram Disk:> version c:AddNetInterface
AddNetInterface 4.52
Ram Disk:>

[Dragster]

the addnetinterface fix for bringing the device driver online still doesnt work

Ram Disk:> AddNetInterface DEVS:NetInterfaces/~(#?.info)
Interface "SunGEM" added.
Interface "SunGEM" configured, address = 192.168.0.55, network mask = 255.255.255.0.
Ram Disk:> ping google.com
ping: unknown host google.com
Ram Disk:> online sungem_eth.device unit 0
Ram Disk:> ping google.com
PING google.com (173.194.32.37): 56 data bytes
64 bytes from 173.194.32.37: icmp_seq=0 ttl=54 time=17.487 ms
64 bytes from 173.194.32.37: icmp_seq=1 ttl=54 time=17.047 ms
64 bytes from 173.194.32.37: icmp_seq=2 ttl=54 time=17.291 ms
64 bytes from 173.194.32.37: icmp_seq=3 ttl=54 time=17.105 ms
64 bytes from 173.194.32.37: icmp_seq=4 ttl=54 time=17.078 ms
64 bytes from 173.194.32.37: icmp_seq=5 ttl=54 time=16.872 ms
64 bytes from 173.194.32.37: icmp_seq=6 ttl=54 time=16.965 ms

--- google.com ping statistics ---
7 packets transmitted, 7 packets received, 0% packet loss
round-trip min/avg/max = 16.872/17.120/17.487 ms
Ram Disk:> version c:AddNetInterface
AddNetInterface 4.52
Ram Disk:>

You probably have to copy the sungem_eth.device file from mossys:devs/networks to sys:devs/networks... it shouldn't make a difference but...

not sure if this would work tho.

Cheers,
Dragster

[Dragster]

the addnetinterface fix for bringing the device driver online still doesnt work

Ram Disk:> AddNetInterface DEVS:NetInterfaces/~(#?.info)
Interface "SunGEM" added.
Interface "SunGEM" configured, address = 192.168.0.55, network mask = 255.255.255.0.
Ram Disk:> ping google.com
ping: unknown host google.com
Ram Disk:> online sungem_eth.device unit 0
Ram Disk:> ping google.com
PING google.com (173.194.32.37): 56 data bytes
64 bytes from 173.194.32.37: icmp_seq=0 ttl=54 time=17.487 ms
64 bytes from 173.194.32.37: icmp_seq=1 ttl=54 time=17.047 ms
64 bytes from 173.194.32.37: icmp_seq=2 ttl=54 time=17.291 ms
64 bytes from 173.194.32.37: icmp_seq=3 ttl=54 time=17.105 ms
64 bytes from 173.194.32.37: icmp_seq=4 ttl=54 time=17.078 ms
64 bytes from 173.194.32.37: icmp_seq=5 ttl=54 time=16.872 ms
64 bytes from 173.194.32.37: icmp_seq=6 ttl=54 time=16.965 ms

--- google.com ping statistics ---
7 packets transmitted, 7 packets received, 0% packet loss
round-trip min/avg/max = 16.872/17.120/17.487 ms
Ram Disk:> version c:AddNetInterface
AddNetInterface 4.52
Ram Disk:>

Or... add full path to the device name in the netinterfaces/ config file...  since it might be that the device is not yet in memory when the addnetinterfaces command is executed...

Cheers,
Dragster

[catohagen]

so doing these steps (adding full path, copying to devs:networks) worked for you ?

if full path to sungem_eth.device was required, then 'online sungem_eth.device unit 0' would fail too i guess

[kickstart]

This new stack can solve the misterious slow ethernet speed on some mac minis?

[catohagen]

This new stack can solve the misterious slow ethernet speed on some mac minis?

samba transfers on my macmini goes upto 11.8MB/s on its 100mbit ethernet port with Roadshow

[kickstart]

@cato

I dont use local net for make tests, my problem is download at ridiculous speed.

ps: sorry for the offtopic

[Dragster]

so doing these steps (adding full path, copying to devs:networks) worked for you ?

if full path to sungem_eth.device was required, then 'online sungem_eth.device unit 0' would fail too i guess

I haven't tried this version myself... I probably won't bother as I already have two morphos setups working just fine with the previous version...

[catohagen]

@kickstart

downloaded a ubuntu iso in win7/chrome and got 5MB/s

on morphos macmini/owb it was 1.6MB/s
morphos wget 1.9.1 got 1.3MB/s
morphos curl 7.19.5 got 1.5MB/s

however when downloading 3 instances of the same iso, all 3 files was downloading at 1.4MB/s each

maybe not impressive, i havent tried tuning Roadshow so much, the tcp.sendspace and tcp.recvspace env variables can improve that speed(or worsen it)
(its currently 78870 on both)

[Dragster]

the addnetinterface fix for bringing the device driver online still doesnt work

Oh well.. downloaded the new version, commented the online via_rhine.device unit 0 line in my user-startup, replaced the addnetinterface binary, rebooted and it worked...


Not sure what can be wrong in your setup.. wil try the same in my Powerbook later on and will report back.


Cheers,
Dragster



**EDIT: Tried in my Powerbook with sungem_eth.device... it works fine.

[magnetic]

Did you guys know that "Roadshow" was supposed to be the original tcp stack for Morphos? I wont go into why it didnt happen but thats why we ended up with nutsack , er, i mean "netstack"

[catohagen]

@dragster

well, its probably something here i've forgotten then, good to know it works

@magnetic

piru reported (mz) a download rate of 40MB/s when he wgets a 1gig iso from his local apache server with the new fixed Netstack...

Its always funny how these things work, we have been complaining of the performance of
the stack for years, and nearly every time a morphos-dev replys and says its fine, and works at full speed on his setup..
Then something comes along from the other 'camp' and better, then suddenly the problem gets high priority and gets fixed promtly (atleast thats my impression)

[kolla]

So what do one need the slightly improved speed for? I wish there was more focus on bringing the tcp-stacks up to date, almost all of them are 20 years old in terms of features.

[takemehomegrandma]

So what do one need the slightly improved speed for?

In many cases there is a lot more than "slightly improved" speed.

I wish there was more focus on bringing the tcp-stacks up to date, almost all of them are 20 years old in terms of features.

It so happens that "I spent some time in December to update the MorphOS NetStack (using a newer FreeBSD code base)".

This would be "the new netstack" Piru is talking about here, with an average speed of 40-45MB/s, peeking at ~50MB/s.

I hope "a newer FreeBSD code base" also means "bringing the tcp-stack up to date". We'll see in MorphOS 3.2!