View Full Version : Slow Filesharing with Winxp
chilledout
12-05-01, 07:12 PM
Is netbios over tcp/ip causing slow file transfer rate in winxp?
When using filesharing between computers running wndows xp and a varient of windows 9x I have noticed that the utilization of the network is around 50% at best using the task manager.
But however when i use FTP to tarnsfer files across the network I get aroud 85% utilization.
Is this just because FTP is much more effcient method of tranfering files over a network, or is the fact that the netbios packets are having to be repackaged into tcp/ip packets and then sent over the network by tcp/ip this process is called NBT. this adds complexity to the file transfer process.
I have noticed this on my own network and also a friends network i have yet to install netbeui but when i do i will post what i have found out after extensive testing of the network bandwidth using the netbeui protocol for filesharing.
any coments or ideas would be appreciated
cheers
Bmxpunk86pl
12-05-01, 07:59 PM
Ok, just use tcp/ip. Dont use ipx/spx or any of that. Just use plain tcp/ip, if u need help on setting it up then let us know.
chilledout
12-06-01, 03:09 AM
Is there a way of sharing files more effciently with tcp/ip than using windows network file and print sharing ecept from useing FTP. How would i go about setting up file sharing with domains as opposed to workgroups without having a server.
ps does any one know whether Netbios over tcp/ip is the cause of slow net speed.
cheers
Bmxpunk86pl
12-06-01, 06:19 PM
wait, what do u mean by domains? No netbios over tcp/ip will not slow you down a lot but why use it? Its like talking two languages at the same time.
chilledout
12-06-01, 06:44 PM
i Dont choose to use it but workgroups was designed to be used with the netbeui protocol and therefore has to undergo a somewhat large amount of translation for it to work over tcp/ip this i what xp is doing.
I hate it when I just read something that pertains to someone else's problem--but I have already lost the source...
Lockergnome just sent me an article about network file sharing in WinXP Pro. There is some setting that MS sets to 20% QoS (Quality of Service) somewhere in the administration section. It is a setting applicable for a large corporate network, but for small networks, it is a ridiculous setting. I'll try to find the article again, but you might have just as much luck searching Lockergnome to find it. It tells you exactly how to fix this. You might try searching for "QoS" or "Quality of Service" in Windows Help, too.
get rid of Qos
i have foung that it slows things down
WooHoo--Didn't take me too long, so here it is...
http://www.lockergnome.com/issues/win95nt/20011215.html
Here is the text -- it isn't that long:
Are you "at home" with your broadband connection? No pun intended. Windows XP may be cutting 20% off the top. Unless your computer is a server of sorts, it has been recommended that you turn off QoS (Quality of Service). As Lockergnomie Leslie Smith relays: "The QoS 20% reservation in XP is mostly for its services - like Automatic Updates and various server functions. This sort of thing is done by Windows XP through the Network component known as the QoS Packet Scheduler. Look in the Properties page of your connection under My Network Places. XP still reserves this bandwidth for itself even if you don't have QoS running. To get that reserved bandwidth back, enter "GPEDIT.MSC" from the Start Menu's Run command to bring up the Group Policy Editor. Then, look under Administrative Templates \ Network \ QOS Packet Scheduler. Right-click on the "Limit Reservable Bandwidth" option and select Properties. Enable it. NOTE: enabling this won't limit your bandwidth, it just turns on the component that allows you to change the amount reserved. Now, change the amount reserved to 0% and click OK. Some systems may need to reboot to see the effect. This won't increase the speed from your ISP, but will speed up overall throughput on your PC.
I know this discusses the implications with regard to a broadband connection, but I'm assuming that the article is assuming that the throughput is via network connection. So I don't know if this applies directly, but it may be worth adjusting anyway.
MrOOBiLL
12-06-01, 11:22 PM
Thx mbigna, just did that, ill see how it works out ;)
vBulletin® v3.8.7, Copyright ©2000-2012, vBulletin Solutions, Inc.