|
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Well, it's 12:18 AM and I'm trying to download messages from
povray.binaries.animations using my 1.5 Mb broad band connection and finding
it takes a huge amount of time. If I go to any other of my favrorite haunts
on the web, or used bandwidth.com, I find my dosnload speed is at the rated
speed.
Is the POVRay server having a problem with loading?
I've noticed that this slow down just started a week or 2 ago.
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Jim Kress wrote:
>Is the POVRay server having a problem with loading?
>
>I've noticed that this slow down just started a week or 2 ago.
I've had problems fetching new headers from news.povray.org this weekend, it
kept timing out.
Another thing I have noticed (not just this weekend) is that headers take a
very long time to download, even if there are just a couple new on the
server. And it seems as though a relatively large amount of data is
transmitted for those few headers.
I'm wondering if I may have soemthing misconfigured on my news reader, I'm
using Agent 1.91.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3da10c02$1@news.povray.org> , "Jim Kress"
<nos### [at] kressworkscom> wrote:
> I've noticed that this slow down just started a week or 2 ago.
You are right. The connection to the server a bit is slower. The reason is
simple: The network connections used for the povray.org server are of
course not only for povray.org, but also other servers. One happens to be a
mirror for RedHat Linux, which released a new version recently.
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"The connection to the server a bit is slower"
I disagree. It's not a 'bit' slower. It's dramatically reduced. Even
loading headers has become a 'sit back and wait awhile' event.
Who controls the distribution of data on the servers? Is it possible to
move the RH mirror to a different server so we can recover the speed we used
to have for the POV newsgroup?
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3da483dc$1@news.povray.org> , "Jim Kress"
<kre### [at] kressworkscom> wrote:
> "The connection to the server a bit is slower"
>
> I disagree. It's not a 'bit' slower. It's dramatically reduced. Even
> loading headers has become a 'sit back and wait awhile' event.
Well, that obviously depends on what time of day you use the internet. Few
people use a US mirror at the morning, European time for example. So it
will be a bit slower. Obviously during peak hours of internet usage in the
USA mirrors in the USA are going to be used more as well.
> Who controls the distribution of data on the servers? Is it possible to
> move the RH mirror to a different server so we can recover the speed we used
> to have for the POV newsgroup?
You did not understand. This is not about povray.org; povray.org is a
server owned by a POV-tTeam member. But not all servers on the world are
owned by POV-Team members are available for distriuting POV-Ray. Multiple
servers are connected to a network. Bandwidth on a network is limited.
Bandwidth is how much data goes over a network interconnection during a
specific time.
The simple fact is that the internet shares resources for everyone on a
global as well as local level. So if one resource is popular at/for a
certain time, then those resources less popular will of course be a bit less
accessible. Of course, after a short time demand will be balanced again.
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Well, that obviously depends on what time of day you use the internet.
Few
The problem is present at 8AM, noon, 5PM, and Midnight. I am fully aware of
bandwidth fluctuation as a function of time - having used networks like the
internet since it was known as ARPAnet, DARPAnet, etc.
If the POV server shares a server or an access point with a RH Linux mirror,
as your prior response seemed to indicate, then my question is still
relevant. I.e., can we move the RH Linux mirror to a different server or
access point to free up bandwidth for the POV server and the POV users?
If your contention is that the slowdown of the POV server is caused by a
sudden general and universal congestion of the internet itself, I find it
unlikely that the totality of the Internet has suddenly degraded to the
point where that kind of assertion could be correct, especially when I visit
10 - 20 internet sites per day and find no equivalent slowdown.
So, the problem must be with the POV server, either it is overloaded, its
access to the internet is overloaded, or it is sharing resources with
another server which is causing the POV server to be starved for bandwidth.
In any event, the question is how to fix the problem so we can return to the
speed levels we all enjoyed just a few weeks ago?
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3da5c181@news.povray.org> , "Jim Kress"
<kre### [at] kressworkscom> wrote:
> In any event, the question is how to fix the problem so we can return to the
> speed levels we all enjoyed just a few weeks ago?
By waiting. Justing waiting for the RedHat demand to go down.
> If the POV server shares a server or an access point with a RH Linux mirror,
> as your prior response seemed to indicate, then my question is still
> relevant. I.e., can we move the RH Linux mirror to a different server or
> access point to free up bandwidth for the POV server and the POV users?
Well, as we are kind of "guests" at Netplex, asking for a server to be moved
is unreasonable, don't you think?
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Well, as we are kind of "guests" at Netplex, asking for a server to be
moved
> is unreasonable, don't you think?
>
Didn't know we were guests at the provider. I thought we were paying for
the hosting service.
How much disk space is the POV server using and what do the bandwidth stats
look like over the past 6 months or so?
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Thu, 10 Oct 2002 14:05:52 -0400, "Jim Kress"
<kre### [at] kressworkscom> wrote:
>So, the problem must be with the POV server, either it is overloaded, its
>access to the internet is overloaded, or it is sharing resources with
>another server which is causing the POV server to be starved for bandwidth.
>
>In any event, the question is how to fix the problem so we can return to the
>speed levels we all enjoyed just a few weeks ago?
sure, if someone provides the funding for a dedicated link to for the
povray.org server any bandwidth can be obtained. Please remember that
povray.org is a volunter operation, allmost adless and almost
income-less. The only source of funding is the IRTC CD sale and the
keyrings, and bandwidth isn't cheap. As far as I'm aware povray.org
isn't presently generating enough income for funding the current
bandwidth costs so co-location (with its pros and cons) is a
neccesity.
/Erkki
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3da64ae7@news.povray.org> , "Jim Kress"
<kre### [at] kressworkscom> wrote:
> How much disk space is the POV server using and what do the bandwidth stats
No, no, you still got it all wrong. It is not some webspace we have at
Netplex. It is a _real_ computer: One server for povray.org and affiliated
sites (i.e. irtc.org). It is owned by a team member (Chris Cason).
> look like over the past 6 months or so?
Total traffic is several TB per year.
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |