ASUS GigaX1108 Gigabit Ethernet Switchby Brian Ng on August 10, 2004 12:05 AM EST
- Posted in
|GigaX1108 Gigabit Ethernet Switch|
|Port Attributes||8 RJ-45 10/100/1000Mbps Ethernet ports
Auto-negotiation: Speed, duplex mode, flow control
|Physical Specification||Dimension: 4.3 cm (H) x 15.4 cm (W) x 19.4 cm (D)
(1.69"x 6.06"x 7.63")
Weight: 490 g
|Standard Compliance||IEEE 802.3 (10BASE-T)
IEEE 802.3u (100BASE-TX)
IEEE 802.3ab (1000BASE-T)
IEEE 802.3x (Flow Control)
|Performance||Up to 4,096 MAC Address
Packet Forwarding Rate: 11.9Mpps
- Intelligent power management to conserve power usage
- Plug & Play
- Diagnostic LED
- Soundless for SOHO Application
- Stackable design
- 4 Placement options
Post Your CommentPlease log in or sign up to comment.
View All Comments
starjax - Wednesday, August 11, 2004 - linkGhost is nortious as a network hog. I have a smc 16port, linksys 16 and 8 ports, and 3com office connect hub. all support 10/100. the switches are autonegotiating/autosensing store an forward. What I noticed is that the different models/brands have different overheads. I average 300MB/min on the 8port linksys. with the smc I get closer to 400 MB/min. The 16 port linksys has a few MB better performance. With Hard drives getting larger and larger it means I have more data to move when deploying new systems here at work. The quicker I can do it that happier I am.
Back to my point I would be interested in doing head to head reviews and compare overhead/latnecy, through put, ect.
KristopherKubicki - Tuesday, August 10, 2004 - linkGood work brian. Looks like the networking front is fairing better than the linux front at this point!
douglar - Tuesday, August 10, 2004 - linkOk, sounds good.
I'm no linux expert either, just the one time that i was spec'ing out GbE nic's for servers, the local linux man kept telling me that I was being handicapped by the windows tcpip stack and file copy routines.
I was able to get much higher GbE utilization by copying multiple files at the same time from hardware raid's with many disks. If you have access to some good raids, that might offset the single disk throughput issues somewhat.
I'm also curious about what happens if you have GbE and 100baseTX running at the same time on the switch. Does it buffer well when one card is faster? Will one slow card funk the stew?
If you have a smart switch that records such things, please report packet loss/ re-xmit numbers.
I am very interesed in the Nforce3 250gb card, since it bypasses PCI.
BrianNg - Tuesday, August 10, 2004 - link#8
Since this was the first switch review, I was not sure how detailed to be with the review. I was under a general impression to do some quick benchmarks to see how well it compares to a 10/100 switch.
I am in the process of reviewing another gigabit switch and so far just from the tests I did with the ASUS switch, this switch's performance is lagging with very large files.
The couple RAM drive software that I have seen only allows for the creation of 2 GB RAM drives. For files less than 2 GBs the file copy times between to computer with gig cards are under a minute each.
For using operating system, my expertise is in Microsoft systems. I probably don't know enough of the other UNIX/LINUX systems to do a benchmarking properly.
I should be getting additional NICs and tests machines in the near future.
I'll try to see how much of your other suggestions can I accomodate in the next review.
Also, please keep the comments coming. It helps me to know how detailed I should be when testing the hardware.
douglar - Tuesday, August 10, 2004 - linkI was a little dissapointed with this review. While the disclosure about the test system was good, the only thing this review told me was that GbE is faster than 100base-tx and that the device in question didn't have any obvoius flaws. I really don't know if it is any better than other GbE switches, etc. As it is, I don't really think this article tested anything other than hard drive speed.
I'd suggest the following improvements for the performance testing to identify/remove system bottlenecks-
* Compare using more than one GbE switch
* Use ram drives for at least some of the file copy tests
* Compare using the fastest accepted system bus and nic. If we don't know the fastest, test with more than one type of NIC/bus.
* Compare using more than one operating system
This would tell me how this switch compares against other comparable switches, and would help remove/identify bottlenecks from the testing such as NIC, NIC system bus, NIC driver, operating system, and hard drive speed.
Other than straight performance benchmarking, there are some other "tests of quality" that would have been nice to see:
* Test with different speed nics
* Test with max length cables for signal strength
* Test with low quality cables
* Test with multiple copies at the same time
* Test with 4+ computers at the same time
douglar - Tuesday, August 10, 2004 - link
Dranzerk - Tuesday, August 10, 2004 - linkNice to know I can still use Cat5 network with a simple upgrade. Being lots of houses build with networks built in now Cat5 vs cat5e was actully was not a PUSH like cat5 was in the houseing market, so many houses today are still useing Cat5 for networks simply cause the only real diffrence is interference and you don't get than at all in Walls of house anyways :P
SpaceRanger - Tuesday, August 10, 2004 - linkBeing that AT is relatively new to Networking reviews, I felt this was a good first try at it. Keep up the good work Brian.
BrianNg - Tuesday, August 10, 2004 - link#1
Let me check on that, and I'll get back to you.
Thanks for the comments. The addition of additional clients is something planned for the future. I am in the process of adding additional equipment to the lab. As for the other tests that you recommended, I'll see how much of it I can squeeze into the next review.
Yozza - Tuesday, August 10, 2004 - linkThe review ends up more or less just testing the performance of the Intel Pro/1000 CT NIC rather than the switching fabric - showing that it can get pretty damn close to wire speed at 1Gbps, although you didn't test bi-directional throughput.
How about also testing with multiple hosts, a range of frame sizes and traffic patterns, measurements of switching latency/jitter, head-of-line blocking, etc? I suspect the switch fabric would be rather more stressed with multiple hosts and smaller frame sizes, especially with data traversing between the two Marvell 4xGbE PHYs.
Indeed, jumbo frame support would be useful for increasing throughput and reducing CPU overhead from packet segmentation, as mentioned in a previous comment, yet it is disappointing that the review doesn't mention or test this at all.
The text of the review also mentions "The device itself is an 8-port GbE QoS switch integrating a high-performance switching fabric with four priority queues". How about testing the effectiveness of its QoS policing with 802.1p or ToS?
I don't mean to criticize the reviewer - obviously some effort has been put into the review, but from a networking standpoint, it looks very amateurish and doesn't really test the product at all.