RE: Global snapshots
От | tsunakawa.takay@fujitsu.com |
---|---|
Тема | RE: Global snapshots |
Дата | |
Msg-id | TYAPR01MB299093D3F5E8BC2D80D5DFD6FE270@TYAPR01MB2990.jpnprd01.prod.outlook.com обсуждение исходный текст |
Ответ на | Re: Global snapshots (Fujii Masao <masao.fujii@oss.nttdata.com>) |
Ответы |
Re: Global snapshots
(Fujii Masao <masao.fujii@oss.nttdata.com>)
|
Список | pgsql-hackers |
From: Fujii Masao <masao.fujii@oss.nttdata.com> > But I'm concerned about that it's really hard to say there is no patent risk > around that. I'm not sure who can judge there is no patent risk, > in the community. Maybe no one? Anyway, I was thinking that Google Spanner, > YugabyteDB, etc use the global transaction approach based on the clock > similar to Clock-SI. Since I've never heard they have the patent issues, > I was just thinking Clock-SI doesn't have. No? This type of *guess* is not > safe, though... Hm, it may be difficult to be sure that the algorithm does not violate a patent. But it may not be difficult to know ifthe algorithm apparently violates a patent or is highly likely (for those who know Clock-SI well.) At least, Andrey-sanseems to have felt that it needs careful study, so I guess he had some hunch. I understand this community is sensitive to patents. After the discussions at and after PGCon 2018, the community concludedthat it won't accept patented technology. In the distant past, the community released Postgres 8.0 that containsan IBM's pending patent ARC, and removed it in 8.0.2. I wonder how could this could be detected, and how hard tocope with the patent issue. Bruce warned that we should be careful not to violate Greenplum's patents. E.25. Release 8.0.2 https://www.postgresql.org/docs/8.0/release-8-0-2.html -------------------------------------------------- New cache management algorithm 2Q replaces ARC (Tom) This was done to avoid a pending US patent on ARC. The 2Q code might be a few percentage points slower than ARC for somework loads. A better cache management algorithm will appear in 8.1. -------------------------------------------------- I think I'll try to contact the people listed in Clock-SI paper and the Microsoft patent to ask about this. I'm going tohave a late summer vacation next week, so this is my summer homework? > One alternative is to add only hooks into PostgreSQL core so that we can > implement the global transaction management outside. This idea was > discussed before as the title "eXtensible Transaction Manager API". Yeah, I read that discussion. And I remember Robert Haas and Postgres Pro people said it's not good... Regards Takayuki Tsunakawa
В списке pgsql-hackers по дате отправления: