Roundup Tracker - Issues

Message4719

Author rouilj
Recipients ThomasAH, ber, ezio.melotti, rouilj, schlatterbeck
Date 2013-01-04.19:51:45
Message-id <201301041951.r04Jpfi0020812@mx1.cs.umb.edu>
In-reply-to Your message of "Fri, 04 Jan 2013 19:12:51 GMT." <1357326771.66.0.913231534344.issue2550731@psf.upfronthosting.co.za> <1357326771.66.0.913231534344.issue2550731@psf.upfronthosting.co.za>
Hi Bernhard:

In message <1357326771.66.0.913231534344.issue2550731@psf.upfronthosting.co.za>
 <1357326771.66.0.913231534344.issue2550731@psf.upfronthosting.co.za>,
Bernhard Reiter writes:
>Bernhard Reiter added the comment:
>as for the postgresl database, you were writing "on a remote server"
>so I wasn't sure if there is a difference between local and a remotely runni
>ng
>PostgreSQL connection. Yes, PostgreSQL will have parallel access
>in both cases.
>
>I just wanted to make sure that I can easily reproduce your issue, which is
>the next step in analysing it further.

I think it's the parallel nature of the database access and not the
"remoteness" of the database that's the issue here.

I expect local network/socket access to a postgres database would
cause the same issues, but I can't totally rule out delay due to
network transport time influencing the frequency of the problem (if I
could rule that out I'd probably be able to solve the issue 8-))..

Thanks for helping out with this.
History
Date User Action Args
2013-01-04 19:51:45rouiljsetrecipients: + rouilj, schlatterbeck, ber, ThomasAH, ezio.melotti
2013-01-04 19:51:45rouiljlinkissue2550731 messages
2013-01-04 19:51:45rouiljcreate