Unoffical empeg BBS

Quick Links: Empeg FAQ | RioCar.Org | Hijack | BigDisk Builder | jEmplode | emphatic
Repairs: Repairs

Topic Options
#16335 - 01/09/2000 11:18 10baseT speed improvements?
chris_vd
stranger

Registered: 27/08/2000
Posts: 27
Loc: Dallas, Texas
I have my Empeg plugged directly into a switch, here at the office. I shunted the specific port down from 100 to 10Mb, and left the other settings on autodetect. According to 3Com's handy switch info tools, Empeg, while having large packets, only uses a paltry 40% of the bandwidth. On top of that, the onboard port is set to half duplex.

Does anyone know a way to change the port to full duplex? This would nearly double the transfer rate to the Empeg, effectively cutting sync time in half. Is it hard wired to half duplex???


Top
#16336 - 01/09/2000 14:06 Re: 10baseT speed improvements? [Re: chris_vd]
altman
carpal tunnel

Registered: 19/05/1999
Posts: 3457
Loc: Palo Alto, CA
I think the controller should be autodetecting full-duplex capability on the hub, though I've not checked this.

Setting it to fd would not impact the transfer times - the reason for the lack of full bandwidth usage is simply that the protocol running over TCP is the same one that runs over USB and serial - ie, it's an error correcting stop & wait (not windowed) protocol. ftp to the unit can get 1MB/sec sustained: we're planning on some protocol improvements which will help enormously with this.

Hugo



Top
#16337 - 02/09/2000 01:57 Re: 10baseT speed improvements? [Re: chris_vd]
Drakoz
new poster

Registered: 02/09/2000
Posts: 6
Loc: California, USA
Enabling full duplex would not noticeably speed up transfers to your Empeg. Full duplex only means it can send packets to and from the unit at the *same* time. But, when uploading music, the majority of data transfer is to the Empeg with only a very minimal amount of date from the unit. So, full duplex doesn't really matter for an Empeg.

The 40% transfer utilization is disappointing. I hope that can be improved to full bandwidth. Some protocols are just inefficient, though, so I can understand.

Mike


Top
#16338 - 02/09/2000 15:58 Re: 10baseT speed improvements? [Re: altman]
PaulWay
addict

Registered: 03/08/1999
Posts: 451
Loc: Canberra, Australia
Hugo, does this mean that the new version of the protocol will be windowed with serial and USB too? If USB is roughly the same basic data rate and latency this might speed it up too.

Always liked windowed protocols...

Save the whales. Feed the hungry. Free the mallocs.
_________________________
Owner of Mark I empeg 00061, now better than ever - (Thanks, Rod!) - and Karma 3930000004550

Top
#16339 - 03/09/2000 03:14 Re: 10baseT speed improvements? [Re: PaulWay]
altman
carpal tunnel

Registered: 19/05/1999
Posts: 3457
Loc: Palo Alto, CA
It may be, other possibilities include a separate socket connection for data (like ftp). USB has other limits like interrupt latency, as it interrupts for every 32 bytes of data (mk1) or 64 bytes (mk2). The protocol gets nearer maximum possible throughput on USB than on ethernet - max USB throughput is limited by the speed we can access the USB slave controller device (which isn't fast - the chip's design won't allow it :( ).

Hugo


Top