| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Neil Conway <neilc(at)samurai(dot)com> |
| Cc: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, Jeff Davis <jdavis-pgsql(at)empires(dot)org>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: ARC patent |
| Date: | 2005-01-19 05:39:28 |
| Message-ID: | 23694.1106113168@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Neil Conway <neilc(at)samurai(dot)com> writes:
> On Tue, 2005-01-18 at 23:26 -0500, Tom Lane wrote:
>> Not yet --- I suggested it but didn't get any yeas or nays. I don't
>> feel this is solely core's decision anyway ... what do the assembled
>> hackers think?
> I'm not aware of a recent example of short development cycles working
> well in this project.
Granted, but we haven't tried very hard either.
> I think the proper fix for the ARC issue is an 8.0.x release with a new
> replacement policy. To avoid introducing instability into 8.0, we should
> obviously test the new buffer replacement policy *very* carefully.
That testing isn't going to magically appear from somewhere. Unless the
proposed fix is only a very small variation on what we have (which seems
unlikely to get around the patent), I wouldn't have any confidence in it
until it's at least survived an 8.1 beta cycle. So I don't believe in
the concept of a near-term 8.0.x fix while 8.1 slides along on a slow
devel schedule.
What this really boils down to is whether we think we have
order-of-a-year before the patent is issued. I'm nervous about
assuming that. I'd like to have a plan that will produce a tested,
credible patch in less than six months.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | John Hansen | 2005-01-19 07:43:48 | Re: ARC patent |
| Previous Message | Neil Conway | 2005-01-19 05:25:43 | Re: ARC patent |