Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
What determines sync speed
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Plusnet Community
- :
- Forum
- :
- Help with my Plusnet services
- :
- Broadband
- :
- What determines sync speed
What determines sync speed
28-09-2007 9:09 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
If I've read Kitz correctly syncing at peak times should result in lower sync speeds than say late at night or very early morning. I've experienced the very opposite, under 4000 at 6 in the morning and around 4500 mid morning. There can't be that number of I-need- a little-walk-sp- may-as-well-stay-ups around.
No one has to agree with my opinion, but in the time I have left a miracle would be nice.
Message 1 of 4
(1,707 Views)
3 REPLIES 3
Re: What determines sync speed
28-09-2007 11:42 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
For a given attenuation (notionally cable-run distance from the exchange) sync speed depends on noise margin, and line noise (the zero-margin point) depends on the line condition and environment. When people are about (which tends to be peak time) electrical equipment is used and this can increase line noise and reduce noise margin - hence reducing sync speed.
However everyone's environment is different so the correlation between peak time and lower sync speed is not absolute. Generally though noise margins are smaller when it is dark, and often drop markedly when street lights (and/or security lights) come on.
However everyone's environment is different so the correlation between peak time and lower sync speed is not absolute. Generally though noise margins are smaller when it is dark, and often drop markedly when street lights (and/or security lights) come on.
David
Message 2 of 4
(543 Views)
Re: What determines sync speed
29-09-2007 7:57 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
From that I read that I need to lie a bed a little longer, until the street lamps are off, but probably before the business traffic gets going.
Digressing another, to me oddity, is that sometimes a decreased download speed is paired with an increased up load. Naively I'd thought that busy one way bust the other.
Digressing another, to me oddity, is that sometimes a decreased download speed is paired with an increased up load. Naively I'd thought that busy one way bust the other.
No one has to agree with my opinion, but in the time I have left a miracle would be nice.
Message 3 of 4
(543 Views)
Re: What determines sync speed
29-09-2007 1:44 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
If by "business traffic" you mean that in big lorries passing the door that could be true. A busy Internet shouldn't affect noise and sync speed (but it does affect throughput).
On the Internet "busy" is just that, it doesn't matter which way the traffic is going. Apart from transit capacity, problems can occur at junctions where the traffic has to be collected and forwarded (parallel routes help here - but the exchange can be a bottle-neck) then at the ends where requests and responses have to be processed and originated. A farm of multi-processing computers helps at the far end, though a bigger farm might be needed to cope with overload.
The copper wire to the exchange is full-duplex, download and upload use different frequency bands so shouldn't interfere with each other (and the micofilters one hears a lot about are meant to stop cross-talk between voice and broadband frequencies).
I hope that makes sense.
On the Internet "busy" is just that, it doesn't matter which way the traffic is going. Apart from transit capacity, problems can occur at junctions where the traffic has to be collected and forwarded (parallel routes help here - but the exchange can be a bottle-neck) then at the ends where requests and responses have to be processed and originated. A farm of multi-processing computers helps at the far end, though a bigger farm might be needed to cope with overload.
The copper wire to the exchange is full-duplex, download and upload use different frequency bands so shouldn't interfere with each other (and the micofilters one hears a lot about are meant to stop cross-talk between voice and broadband frequencies).
I hope that makes sense.
David
Message 4 of 4
(543 Views)
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page