Re: (ab)using STM for longish calculations, network I/O

2010-10-15 Thread peter veentjer
On Oct 15, 2:51 pm, hobnob hob...@ml1.net wrote: Hi, I'm just starting to get my head wrapped around STM just by reading about it so I can make a decision on whether to port a Java project to Clojure. a) can STM transactions contain calculations that take a 'long' time, let's say

Clojure ensure

2010-09-14 Thread peter veentjer
I have got a question about the Clojure ensure and how it actually works and the documentation doesn't provide enough information. I see a few different solutions: 1) An optimistic approach: Once a ref is 'ensured' it is included in the conflict detection set. This means that the approach is

Re: Clojure ensure

2010-09-14 Thread peter veentjer
to that.) Stu The first one is correct. On Tue, Sep 14, 2010 at 3:22 PM, peter veentjer alarmnum...@gmail.com wrote: I have got a question about the Clojure ensure and how it actually works and the documentation doesn't provide enough information. I see a few different solutions: 1

Re: Clojure ensure

2010-09-14 Thread peter veentjer
object for the current thread. That acquires a read lock for the Ref which is held until the transaction commits or until the Ref is set with ref-set or alter later in the transaction try. So it looks like it is an encounter time ensure. On Sep 14, 10:05 pm, peter veentjer alarmnum...@gmail.com

Re: terracotta?

2010-07-20 Thread peter veentjer
agents heavily? - Chas On Jul 16, 2010, at 8:00 AM, peter veentjer wrote: To repeat myself again: The big problem with a MVCC based STM, is that there is a central clock that needs to be touched by independent transactions. That was one of the reasons for me to get not started

Re: terracotta?

2010-07-16 Thread peter veentjer
out. On Jul 12, 3:36 am, peter veentjer alarmnum...@gmail.com wrote: I don't think it every is going to scale. MVCC/TL2 based STM designs rely on a central clock, so if you can update the clock in 0.1 ms on all machines, the maximum throughput is 1/0.0001 = 10.000 transactions

Re: terracotta?

2010-07-12 Thread peter veentjer
I don't think it every is going to scale. MVCC/TL2 based STM designs rely on a central clock, so if you can update the clock in 0.1 ms on all machines, the maximum throughput is 1/0.0001 = 10.000 transactions/second... no matter how many machines you throw at it. Even on a single machine the

Re: Java STM

2009-08-28 Thread peter veentjer
No. I don't want to use transactions for workflow. I don't want blocking transactions. I don't want read tracking. With multiverse it depends on the engine being used and the settings on the transaction. And readonly transactions also don't track reads. And since Clojure is using MVCC, does