On 10/11/2011 12:33 AM, Duncan wrote:
Ron Johnson posted on Mon, 10 Oct 2011 08:19:51 -0500 as excerpted:
On 10/10/2011 04:55 AM, Duncan wrote:
Ron Johnson posted on Sun, 09 Oct 2011 22:15:24 -0500 as excerpted:
[snip]
The biggest problem is pan's assumption that it has all the information
necessary to maintain its threading structure in memory at all times.
In ordered to really allow pan to become a disk-based client, to store
most of that info on disk and only read in a rather smaller limited
working set at once, pan really needs some sort of header indexing or
at least hashing system devised, such that it can figure out what info
it needs to read in from disk, from a vastly larger on-disk store, in
ordered to work with and properly thread, at a minimum, the currently
displayed article headers, likely plus some pages from the article list
before and after the currently displayed set.
Two years ago, I suggested using SQLite. "No!!! It sucks over NFS!!"
and "Use 64 bits" were the responses.
Umm.. could you point out the threads? (Just name them by date, subject
and preferably original thread-start poster. I have the list archive
going back to 2002 for both lists, from gmane, with user I believe all
cached locally as well.)
July 2009 for the NFS suggestion.
Late March 2011 for "Use 64 bits".
[snip]
Which means it's either you, or find someone, or it very likely simply
won't happen.
Or maybe a collaboration of you and hmueller or some such. If you've the
skills and are interested, even if you don't have the time to do it all
yourself, do at least talk it over with hmueller and khaley. Perhaps
they can help and it can get done, even if you don't have the time to do
it all yourself.
I could do that...
--
Supporting World Peace Through Nuclear Pacification
_______________________________________________
Pan-users mailing list
Pan-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/pan-users
