Peter Eisentraut wrote: > > Hannu Krosing writes: > > > > The first thought that comes to mind is that XIDs should be promoted to > > > eight bytes. However there are several practical problems with this: > > > * portability --- I don't believe long long int exists on all the > > > platforms we support. > > > > I suspect that gcc at least supports long long on all OS-s we support > > Uh, we don't want to depend on gcc, do we? I suspect that we do on many platforms (like *BSD, Linux and Win32). What platforms we currently support don't have functional gcc ? > But we could make the XID a struct of two 4-byte integers, at the obvious > increase in storage size. And a (hopefully) small performance hit on operations when defined as macros, and some more for less data fitting in cache. what operations do we need to be defined ? will >, <, ==, !=, >=, <== and ++ be enough ? ------------- Hannu
- Re: [HACKERS] Transaction ID wraparound: problem... Rod Taylor
- Re: [HACKERS] Transaction ID wraparound: problem... Hannu Krosing
- Re: [HACKERS] Transaction ID wraparound: pro... Nathan Myers
- Re: [HACKERS] Transaction ID wraparound: problem and prop... Bruce Momjian
- Re: [HACKERS] Transaction ID wraparound: problem and... Vadim Mikheev
- Re: [HACKERS] Transaction ID wraparound: problem and prop... Hannu Krosing
- Re: [HACKERS] Transaction ID wraparound: problem and... Peter Eisentraut
- Re: [HACKERS] Transaction ID wraparound: problem... Larry Rosenman
- Re: [HACKERS] Transaction ID wraparound: pro... Tom Lane
- Re: [HACKERS] Transaction ID wraparound:... Larry Rosenman
- Re: [HACKERS] Transaction ID wraparound: problem... Hannu Krosing
- Re: [HACKERS] Transaction ID wraparound: pro... Larry Rosenman
- Re: [HACKERS] Transaction ID wraparound: problem and... Tom Lane
- Re: [HACKERS] Transaction ID wraparound: problem... Mark Hollomon
- Re: [HACKERS] Transaction ID wraparound: problem and prop... Bruce Momjian
- RE: [HACKERS] Transaction ID wraparound: problem and prop... Mikheev, Vadim