Arne

Although I initially didn't plan to share this, given our ongoing discussion, I believe it's appropriate... I'm currently developing a thread-safe graph for Jena, which supports a multiple-reader plus single-writer...

@sszuev, I would greatly appreciate it if you could include my implementation in your benchmarking tests. My own benchmarks and tests suggest that this implementation of a SWMR+ graph will...

@sszuev: `GraphWrapperTransactional2` is designed to track all write and read transactions. Additionally, opening a transaction explicitly is crucial for ensuring data consistency when multiple calls to the graph are required....

@afs I did the same thing :-) But the estimated runtime for the benchmarks is > 12 hours. So I did not wait for them to finish. I only ran...

@sszuev Thank you very much for your benchmark- and test-suite! It helped me to find a race condition in my code. From my understanding, your tests and benchmarks are tailored...

@sszuev I am truly sorry that I needlessly raised the topic of transactions again. (I hadn't remembered it and hadn't re-read the thread before replying). Thank you for your patient...

I implemented the feature in a separate clean [branch ](https://github.com/arne-bdt/jena/tree/GH-2169-Proposal-for-Enhanced-Graph-Cloning-in-Apache-Jena). Any comments are welcome.

Could someone take a look at this improvement? Unfortunately, I don't see a way to implement really fast cloning of graphs as a lightweight sidecar or in a separate module...

Thanks for your advice! I added the [Copyable](https://github.com/arne-bdt/jena/blob/GH-2169-Proposal-for-Enhanced-Graph-Cloning-in-Apache-Jena/jena-base/src/main/java/org/apache/jena/atlas/lib/Copyable.java) interface in org.apache.jena.atlas.lib. That seemed to be the appropriate location since e.g. the Closeble interface is also located there. [G#copy](https://github.com/arne-bdt/jena/blob/GH-2169-Proposal-for-Enhanced-Graph-Cloning-in-Apache-Jena/jena-arq/src/main/java/org/apache/jena/system/G.java#L819) is also...

Thank you very much for all your feedback. @rvesse, regarding your attack scenario where the server could run out of memory due to storing all strings until the last result...