Re: The good, old times - Mailing list pgsql-performance

From Mladen Gogala
Subject Re: The good, old times
Date
Msg-id 4D307FDB.5090709@vmsinfo.com
Whole thread Raw
In response to Re: The good, old times  (Craig Ringer <craig@postnewspapers.com.au>)
Responses Re: The good, old times  (Craig Ringer <craig@postnewspapers.com.au>)
Re: The good, old times  (Craig Ringer <craig@postnewspapers.com.au>)
List pgsql-performance
Craig Ringer wrote:
> On 01/12/2011 10:16 PM, Guillaume Cottenceau wrote:
>
>
>> What's your point and in what is it related to that ML?
>>
>
> Given the package names, I suspect this is a poorly-expressed complaint
> about the performance of downloads from the pgdg/psqlrpms site. If that
> was the original poster's intent, they would've been better served with
> a post that included some minimal details like:
>
Yes, it was a complaint about the download speed.


> - Information abut their local connectivity
> - mtr --report / traceroute output
> - tests from other available hosts
>

As for the traceroute information, here it is:
 traceroute yum.pgrpms.org
traceroute to yum.pgrpms.org (77.79.103.58), 30 hops max, 40 byte packets
 1  216.169.135.254 (216.169.135.254)  0.389 ms  0.404 ms  0.451 ms
 2  host189.131.26.216.vmsinfo.com (216.26.131.189)  9.355 ms  9.357 ms
9.368 ms
 3  v11.lc2.lou.peak10.net (216.26.190.10)  9.645 ms  9.645 ms  9.637 ms
 4  ge-7-41.car1.Cincinnati1.Level3.net (4.53.64.41)  13.002 ms  13.002
ms  13.018 ms
 5  ae-2-5.bar1.Cincinnati1.Level3.net (4.69.132.206)  13.101 ms  13.098
ms  13.087 ms
 6  ae-10-10.ebr2.Chicago1.Level3.net (4.69.136.214)  22.096 ms  21.358
ms  21.329 ms
 7  ae-1-100.ebr1.Chicago1.Level3.net (4.69.132.41)  27.729 ms  10.812
ms  24.132 ms
 8  ae-2-2.ebr2.NewYork2.Level3.net (4.69.132.66)  34.008 ms  33.960 ms
34.088 ms
 9  ae-1-100.ebr1.NewYork2.Level3.net (4.69.135.253)  34.152 ms  35.353
ms  37.068 ms
10  ae-4-4.ebr1.NewYork1.Level3.net (4.69.141.17)  36.998 ms  37.248 ms
36.986 ms
11  ae-43-43.ebr2.London1.Level3.net (4.69.137.73)  107.031 ms
ae-42-42.ebr2.London1.Level3.net (4.69.137.69)  104.624 ms  107.000 ms
12  ae-2-52.edge4.London1.Level3.net (4.69.139.106)  107.506 ms  106.993
ms  180.229 ms
13   (195.50.122.174)  168.849 ms  160.917 ms  161.713 ms
14  static.turktelekom.com.tr (212.156.103.42)  176.503 ms  179.012 ms
179.394 ms
15  gayrettepe-t3-1-gayrettepe-t2-1.turktelekom.com.tr (212.156.118.29)
167.867 ms  167.870 ms  167.862 ms
16  88.255.240.110 (88.255.240.110)  167.515 ms  168.172 ms  165.829 ms
17  ns1.gunduz.org (77.79.103.58)  171.574 ms !X * *
[mgogala@lpo-postgres-d01 ~]$

Are there any good mirrors?  Apparently, there is something slow in the
force.




> If that wasn't the original poster's intent, perhaps it'd be worth a
> second try to explain what they were *trying* to say? Was it just a joke
> - 'cos if so, it was kinda flat.
>
> --
> Craig Ringer
>
>


--

Mladen Gogala
Sr. Oracle DBA
1500 Broadway
New York, NY 10036
(212) 329-5251
http://www.vmsinfo.com
The Leader in Integrated Media Intelligence Solutions




pgsql-performance by date:

Previous
From: Mike Broers
Date:
Subject: Re: plan question - query with order by and limit not choosing index depends on size of limit, table
Next
From: Robert Haas
Date:
Subject: Re: plan question - query with order by and limit not choosing index depends on size of limit, table