This should not be possible. Can you get more info, like a log file, or something. Basically, it should NOT forget stuff in the queue without flushing it. But yes, we have seen race conditions before in fedora, there could be one here as well.
Try to do it with syncUpdates=true in fedora.fcfg. Then the RI buffer should be flushed all the time. What I suspect currently, with the amount of info, is that Mulgara is not picking up all the updates, not that Fedora is not sending them. Logging on debug level could perhaps solve this, I would want to know if all triples are actually being sent. There could be something with timeout of sessions going on, I suspect. Regards On 2011-05-10 22:02, Benjamin Armintor wrote: > One of the developers here at Columbia is observing that, when > executing many modifyObject calls, not all of the object property > changes are being propagated to the RI. Has anyone else experienced > this? > > I do notice that DefaultDOManager doesn't flush the RI buffer in > doCommit, so I suppose it's possible it's losing updates while wating > for the Flush thread. > > - Ben > > ------------------------------------------------------------------------------ > Achieve unprecedented app performance and reliability > What every C/C++ and Fortran developer should know. > Learn how Intel has extended the reach of its next-generation tools > to help boost performance applications - inlcuding clusters. > http://p.sf.net/sfu/intel-dev2devmay > _______________________________________________ > Fedora-commons-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
