Re: The good, old times

From: Mladen Gogala <mladen(dot)gogala(at)vmsinfo(dot)com>
To: Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>
Cc: Guillaume Cottenceau <gc(at)mnc(dot)ch>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: The good, old times
Date: 2011-01-14 16:54:51
Message-ID: 4D307FDB.5090709@vmsinfo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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(at)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

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Robert Haas 2011-01-14 18:03:34 Re: plan question - query with order by and limit not choosing index depends on size of limit, table
Previous Message Mike Broers 2011-01-14 16:36:43 Re: plan question - query with order by and limit not choosing index depends on size of limit, table