Re: Amazon AWS credits for Debian QA work; help needed!

2011-10-24 Thread Stefano Zacchiroli
On Sun, Oct 23, 2011 at 02:29:31PM +0200, Lucas Nussbaum wrote: > I've been willing to move my archive rebuilds work outside Grid'5000 for > a while, since it would allow others to participate in that work as > well. > > At this point, I'm fairly confident that we will get sponsored by Amazon > to

Re: Load on udd.d.o

2011-10-24 Thread Andreas Tille
On Mon, Oct 24, 2011 at 08:48:16AM +0200, Stefano Zacchiroli wrote: > > Is this something that the publicity team could help with; putting out > > a call for donations like was done for snapshot.debian.org? > > Before going down that path, DSA and/or HW coordination decides a) that > they want a n

Re: Amazon AWS credits for Debian QA work; help needed!

2011-10-24 Thread Lucas Nussbaum
On 24/10/11 at 09:04 +0200, Stefano Zacchiroli wrote: > For instance, given we're generalizing the code, it'd be nice to have it > not too much tied to Amazon-specific technologies. 60 full rebuilds are > quite a bit, but won't last forever and I'd oppose betting on the fact > that Amazon will be k

Re: Load on udd.d.o

2011-10-24 Thread Martin Zobel-Helas
Hi, [Please note that this is my very personal opinion!] On Mon Oct 24, 2011 at 10:06:11 +0800, Paul Wise wrote: > On Sun, Oct 23, 2011 at 7:46 PM, Peter Palfrader wrote: > > On Sun, 23 Oct 2011, Lucas Nussbaum wrote: > > > >> But the main problem, anyway, is that samosa is a bit low on RAM (only

Re: Load on udd.d.o

2011-10-24 Thread Peter Palfrader
On Mon, 24 Oct 2011, Andreas Tille wrote: > On Mon, Oct 24, 2011 at 08:48:16AM +0200, Stefano Zacchiroli wrote: > > > Is this something that the publicity team could help with; putting out > > > a call for donations like was done for snapshot.debian.org? > > > > Before going down that path, DSA a

Re: Load on udd.d.o

2011-10-24 Thread Lucas Nussbaum
On 24/10/11 at 14:16 +0200, Martin Zobel-Helas wrote: > Hi, > > [Please note that this is my very personal opinion!] > > On Mon Oct 24, 2011 at 10:06:11 +0800, Paul Wise wrote: > > On Sun, Oct 23, 2011 at 7:46 PM, Peter Palfrader wrote: > > > On Sun, 23 Oct 2011, Lucas Nussbaum wrote: > > > > > >

Re: Load on udd.d.o

2011-10-24 Thread Andreas Tille
On Mon, Oct 24, 2011 at 02:17:05PM +0200, Peter Palfrader wrote: > On Mon, 24 Oct 2011, Andreas Tille wrote: > > > Whatever can be done - I'm in favour of it because Blends tools heavily > > relay on UDD and are currently beaten very hard by slow response. > > You probably picked the wrong tool/s

Re: Load on udd.d.o

2011-10-24 Thread Peter Palfrader
On Mon, 24 Oct 2011, Lucas Nussbaum wrote: > Also, wouldn't it be possible to just add more RAM to samosa ? It only > has 6 GB, and RAM isn't that expensive nowadays. With <$1000, we could > probably get a significant performance increase. I don't think it'd be easy, no. Many DDs seem to not und

Re: Load on udd.d.o

2011-10-24 Thread Andreas Tille
On Mon, Oct 24, 2011 at 02:59:18PM +0200, Lucas Nussbaum wrote: > Anyway, I agree that UDD cannot be fast by design. We just need to make > it sufficiently fast to be useful. One way to move forward could be to > have two instances of UDD: > - one hosted on samosa, that only does the importing and

Re: Load on udd.d.o

2011-10-24 Thread Lucas Nussbaum
On 24/10/11 at 15:24 +0200, Peter Palfrader wrote: > On Mon, 24 Oct 2011, Lucas Nussbaum wrote: > > > Also, wouldn't it be possible to just add more RAM to samosa ? It only > > has 6 GB, and RAM isn't that expensive nowadays. With <$1000, we could > > probably get a significant performance increas

UDD: statement_timeout for guest user set to 120s

2011-10-24 Thread Lucas Nussbaum
Hi, Martin Zobel-Helas just set statement_timeout to 120s on UDD for the guest user. If you are affected by that (i.e, your UDD-based application can no longer work properly), please talk to me, so we can figure out if the DB is sufficiently optimized for your queries. There's also the option of

Re: Load on udd.d.o

2011-10-24 Thread Peter Palfrader
On Mon, 24 Oct 2011, Lucas Nussbaum wrote: On Mon, 24 Oct 2011, Lucas Nussbaum wrote: > OK, I see. But given that Debian has some spare money, why don't we > renew those such machines that are very old, out of warranty, etc? We are purchasing a new lists and new syncproxy.eu/ftp.d.o box at this

Re: Load on udd.d.o

2011-10-24 Thread Martin Zobel-Helas
Hi, On Mon Oct 24, 2011 at 17:17:19 +0200, Peter Palfrader wrote: > Which brings us to a third part. If we actually wanted to replace everything > that's older than say 3 or even 5 years with new systems, we couldn't afford > it. Not by a long shot. Debian got a lot of new machines by donation

Re: Load on udd.d.o

2011-10-24 Thread Stefano Zacchiroli
On Mon, Oct 24, 2011 at 05:17:19PM +0200, Peter Palfrader wrote: > The other problem is that ever since the debconf and debian accounts got > merged, we have no clue whatsoever about how much money we actually have for > debian and for hardware. This should not be your problem. The interface for

Re: Load on udd.d.o

2011-10-24 Thread Andreas Tille
On Mon, Oct 24, 2011 at 06:00:33PM +0200, Martin Zobel-Helas wrote: > Debian got a lot of new machines by donations in the past, machines that > had been stocked with the best and newest parts at that time. The time > we got those donations is over and will most probably never ever come > back. I

Re: Load on udd.d.o

2011-10-24 Thread Holger Levsen
Hi, On Montag, 24. Oktober 2011, Peter Palfrader wrote: > The other problem is that ever since the debconf and debian accounts got > merged, we have no clue whatsoever about how much money we actually have > for debian and for hardware. Uhm, why? The DebConf budget is well known, so I don't see

Re: UDD: statement_timeout for guest user set to 120s

2011-10-24 Thread Andreas Tille
On Mon, Oct 24, 2011 at 04:49:18PM +0200, Lucas Nussbaum wrote: > Martin Zobel-Helas just set statement_timeout to 120s on UDD for the > guest user. Seems this limit is sufficient for the queries issued by the Blends tools - provided samosa remains at the current speed. Kind regards Andre