Re: Call for Google Summer of Code mentors, admins

From: Thom Brown <thom(at)linux(dot)com>
To: Josh Berkus <josh(at)agliodbs(dot)com>
Cc: PostgreSQL Advocacy <pgsql-advocacy(at)postgresql(dot)org>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Call for Google Summer of Code mentors, admins
Date: 2013-03-20 16:03:23
Message-ID: CAA-aLv69PLerbk3jgsrFDBAxNdbhFA52_sAA0ZhGqqO33Ocvzg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-advocacy pgsql-hackers

On 19 March 2013 17:42, Thom Brown <thom(at)linux(dot)com> wrote:
> On 14 February 2013 18:02, Josh Berkus <josh(at)agliodbs(dot)com> wrote:
>> Folks,
>>
>> Once again, Google is holding Summer of Code. We need to assess whether
>> we want to participate this year.
>>
>> Questions:
>>
>> - Who wants to mentor for GSOC?
>>
>> - Who can admin for GSOC? Thom?
>>
>> - Please suggest project ideas for GSOC
>>
>> - Students seeing this -- please speak up if you have projects you plan
>> to submit.
>
> If anyone else has more projects ideas to suggest, please do share.
> Students, please feel free to review the PostgreSQL Todo list for
> inspiration: http://wiki.postgresql.org/wiki/Todo Of course ensure
> you don't choose anything too ambitious or trivial.

Okay, here's a random idea (which could be infeasible and/or
undesirable). How about a way to internally schedule tasks using a
background worker process (introduced in 9.2) to wake on each tick and
run tasks?

So:

CREATE EXTENSION pg_scheduler;
--
schedule_task(task_command, task_priority, task_start, repeat_interval);

SELECT schedule_task('REINDEX my_table', 1, '2012-03-20
00:10:00'::timestamp, '1 week'::interval);

SELECT list_tasks();

-[ RECORD 1 ]---+-----------------------
task_id | 1
task_command | REINDEX my_table
task_priority | 1
task_start | 2012-03-20 00:10:00-04
repeat_interval | 7 days
owner | postgres

SELECT delete_task(1);

Tasks would be run in sequence if they share the same scheduled time
ordered by priority descending, beyond which it would be
non-deterministic. Or perhaps additional worker processes to fire
commands in parallel if necessary.

Disclaimer: I haven't really thought this through.

--
Thom

In response to

Responses

Browse pgsql-advocacy by date

  From Date Subject
Next Message Atri Sharma 2013-03-20 17:05:26 Re: [pgsql-advocacy] Call for Google Summer of Code mentors, admins
Previous Message Josh Berkus 2013-03-19 20:06:11 Re: Fate of Pop-Up Booth Display

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2013-03-20 16:06:38 Re: pg_upgrade segfaults when given an invalid PGSERVICE value
Previous Message Tom Lane 2013-03-20 15:58:26 Re: Ignore invalid indexes in pg_dump