-
December 7th, 2019, 02:05 #1
- Join Date
- Aug 2019
- Posts
- 2,025
Very slow transfer speed on local network
Ahoi.
Today I tested the connection from a laptop FG client to a desktop FG server on my local network and it was abysmally slow, with peaks below 15 mbit and going down below 3 mbit.
The desktop server uses a 1 Gbit Ethernet connection and can transfer files close to the limit (>100 mb/s) via Windows Explorer. The laptop uses up to 1.3 Gbit Wifi and can transfer files at around 450 Mbit (55 mb/s) via Windows Explorer.
I specifically disabled the Firewall on the desktop server to keep it out of the equation.
Is this expected transfer performance or can anything be done about it?
-
December 7th, 2019, 02:41 #2
Nothing I know of that can change this. Network architecture is being re-written for FGU.
Problems? See; How to Report Issues, Bugs & Problems
On Licensing & Distributing Community Content
Community Contributions: Gemstones, 5E Quick Ref Decal, Adventure Module Creation, Dungeon Trinkets, Balance Disturbed, Dungeon Room Descriptions
Note, I am not a SmiteWorks employee or representative, I'm just a user like you.
-
December 8th, 2019, 20:40 #3
- Join Date
- Aug 2019
- Posts
- 2,025
so a measly 4 mbit is normal in Classic?
-
December 8th, 2019, 22:00 #4
Unfortunately yes.
Ultimate License Holder
-
December 8th, 2019, 22:03 #5
at a guess, its a single threaded game engine, and file transfers have been set to low priority and the engine keeps coming back to check for other things that it might have to do - eg displaying player rolls, showing token moves, calculating results of rolls. if it just shares the one file out to all connected players and they are connected on a 1mbps upload speed none of those other things might get actioned and displayed until a larger file is shared 6 times. as most people are sharing pretty small files it doesnt have a major impact.
-
December 8th, 2019, 22:11 #6
This limitation is one reason their is the ability to pre-load large images. That way a players can connect prior to game time, FG will download all those large images, and then when it comes actual game time you don't have to worry about such low transfer speeds.
Problems? See; How to Report Issues, Bugs & Problems
On Licensing & Distributing Community Content
Community Contributions: Gemstones, 5E Quick Ref Decal, Adventure Module Creation, Dungeon Trinkets, Balance Disturbed, Dungeon Room Descriptions
Note, I am not a SmiteWorks employee or representative, I'm just a user like you.
-
December 8th, 2019, 22:17 #7
... and one of the main reasons for the recommended 1MB maximum file size for most images in FG.
Private Messages: My inbox is forever filling up with PMs. Please don't send me PMs unless they are actually private/personal messages. General FG questions should be asked in the forums - don't be afraid, the FG community don't bite and you're giving everyone the chance to respond and learn!
-
December 8th, 2019, 22:27 #8
- Join Date
- Aug 2019
- Posts
- 2,025
Which is a bandwidth problem, I recognize that and am a bit shocked by how slow FG's transfers are in the twothousands. My test only involved connecting a client to the server and then doing nothing but file transfer. I wonder why it begins faster than it ends, though.
Preloading can be problematic for at-the-table local network meetings. I do currently test running the server in a NAS based virtual machine, so it can keep running when I try to do an online session. Player can keep their character up to date then and preload at any time.
But likely they will not have an incentive to also do so for offline table sessions, because I cannot print their character sheets anyway. My current solution for a mixed online+offline solution is to keep FG's data on a cloud drive. That way I could switch the server between NAS (online) and laptop (offline GM tools) as needed. All data sharing between my own computers will then be done via cloud-drives and thus much faster than FG's own network transfer.
-
December 8th, 2019, 22:56 #9
Be warned, using a cloud location for your FG Data directory is known to result in data corruption in multiple reported cases. Make sure any such cloud or network share location does not sync while FG is running or you risk your data.
Not sure I understand your comment about pre-load, but once a client downloads an object, it is persistent between sessions. So you can pre-load an image and then not use it until 2 or 3 sessions later and the clients will still have local copies of it in their campaign cache.
Problems? See; How to Report Issues, Bugs & Problems
On Licensing & Distributing Community Content
Community Contributions: Gemstones, 5E Quick Ref Decal, Adventure Module Creation, Dungeon Trinkets, Balance Disturbed, Dungeon Room Descriptions
Note, I am not a SmiteWorks employee or representative, I'm just a user like you.
-
December 8th, 2019, 23:22 #10
- Join Date
- Aug 2019
- Posts
- 2,025
I just mean that it's hard to even do a pre-load when everyone is just meeting up in a local network. With the FG server running on a laptop people will only have access once it's setup on site. That's why I am working on the NAS VM to host a server when the laptop server is not used.
Cloud storage should be no problem as long as only one computer is active (changing files) at a time. Files are only uploading from the active computer then. I do have to make sure that the NAS server is not running at the same time as the laptop one.
Theoretically I only need the NAS server and could then log from the laptop into that via remote desktop, Teamviewer and the likes. But the NAS is rather underpowered on CPU resources, so it might be too slow to work with as a GM.
Thread Information
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)
Bookmarks