[CollEc] Website fail

[Christian Düben]

After hours of bug fixing, I have now uploaded a supposedly correct version of the code. To facilitate maintenance by future volunteers, it has a bunch of comments.

I am currently running a test on the full input data.

For performance reasons, threads write to their own files. This way, I can use parallelism without locks. If you prefer all paths, distances, and closeness centrality values to respectively be in single files instead of thread-specific files, I can change that. However, that probably slows down the program's execution.

All shortest paths within an author pair are not necessarily stored consecutively. A paths file might contain the first shortest path from author 1 to author 2, followed by the first shortest path from author 1 to author 4, followed by the second shortest path from author 1 to author 2. I can order them, if needed - again at a performance penalty.

On Sunday, September 15th, 2024 at 16:52, Thomas Krichel <krichel at openlib.org> wrote:

> 

> 

> 

> Maybe the web site is failing but we have too many containers running.
> 

> krichel at helos:~$ ps axf | grep -c shim-runc
> 74
> 

> Now the box appears to be swapping and I am having a hard time
> running my mail.
> 

> 

> --
> Written by Thomas Krichel http://openlib.org/home/krichel on his 21653rd day.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: publickey - cdueben.ml at proton.me - 0xFA476413.asc
Type: application/pgp-keys
Size: 649 bytes
Desc: not available
URL: <http://lists.openlib.org/pipermail/collec-run/attachments/20240915/42752612/attachment.asc>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 249 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openlib.org/pipermail/collec-run/attachments/20240915/42752612/attachment.sig>