Я пытался найти пример использования TryScan
, но ничего не нашел, не могли бы вы мне помочь?
Что я хотел бы сделать (весьма упрощенный пример): у меня есть MailboxProcessor
, который принимает два типа сообщений.
Первый
GetState
возвращает текущее состояние.GetState
сообщения отправляются довольно частоДругой
UpdateState
очень дорогой (отнимает много времени) - например. загружая что-то из Интернета, а затем соответствующим образом обновляя состояние.UpdateState
вызывается очень редко.
Моя проблема в том, что сообщения GetState
блокируются и ждут, пока не будут обслужены предыдущие UpdateState
. Вот почему я пытался использовать TryScan
для обработки всех GetState
сообщений, но безуспешно.
Мой пример кода:
type Msg = GetState of AsyncReplyChannel<int> | UpdateState
let mbox = MailboxProcessor.Start(fun mbox ->
let rec loop state = async {
// this TryScan doesn't work as expected
// it should process GetState messages and then continue
mbox.TryScan(fun m ->
match m with
| GetState(chnl) ->
printfn "G processing TryScan"
chnl.Reply(state)
Some(async { return! loop state})
| _ -> None
) |> ignore
let! msg = mbox.Receive()
match msg with
| UpdateState ->
printfn "U processing"
// something very time consuming here...
async { do! Async.Sleep(1000) } |> Async.RunSynchronously
return! loop (state+1)
| GetState(chnl) ->
printfn "G processing"
chnl.Reply(state)
return! loop state
}
loop 0
)
[async { for i in 1..10 do
printfn " U"
mbox.Post(UpdateState)
async { do! Async.Sleep(200) } |> Async.RunSynchronously
};
async { // wait some time so that several `UpdateState` messages are fired
async { do! Async.Sleep(500) } |> Async.RunSynchronously
for i in 1..20 do
printfn "G"
printfn "%d" (mbox.PostAndReply(GetState))
}] |> Async.Parallel |> Async.RunSynchronously
Если вы попытаетесь запустить код, то увидите, что сообщение GetState
практически не обрабатывается, так как ждет результата. С другой стороны, UpdateState
работает только по принципу "запустил и забыл", что блокирует эффективное получение состояния.
Изменить
Текущее решение, которое работает для меня, это:
type Msg = GetState of AsyncReplyChannel<int> | UpdateState
let mbox = MailboxProcessor.Start(fun mbox ->
let rec loop state = async {
// this TryScan doesn't work as expected
// it should process GetState messages and then continue
let! res = mbox.TryScan((function
| GetState(chnl) -> Some(async {
chnl.Reply(state)
return state
})
| _ -> None
), 5)
match res with
| None ->
let! msg = mbox.Receive()
match msg with
| UpdateState ->
async { do! Async.Sleep(1000) } |> Async.RunSynchronously
return! loop (state+1)
| _ -> return! loop state
| Some n -> return! loop n
}
loop 0
)
Реакции на комментарии: идея с другими MailboxProcessor
или ThreadPool
, выполняющими UpdateState
параллельно, хороша, но сейчас мне это не нужно. Все, что я хотел сделать, это обработать все сообщения GetState
, а затем и остальные. Меня не волнует, что при обработке UpdateState
агент заблокирован.
Я покажу вам, в чем была проблема на выходе:
// GetState messages are delayed 500 ms - see do! Async.Sleep(500)
// each UpdateState is sent after 200ms
// each GetState is sent immediatelly! (not real example, but illustrates the problem)
U 200ms <-- issue UpdateState
U processing <-- process UpdateState, it takes 1sec, so other
U 200ms 5 requests are sent; sent means, that it is
U 200ms fire-and-forget message - it doesn't wait for any result
and therefore it can send every 200ms one UpdateState message
G <-- first GetState sent, but waiting for reply - so all
previous UpdateState messages have to be processed! = 3 seconds
and AFTER all the UpdateState messages are processed, result
is returned and new GetState can be sent.
U 200ms
U 200ms because each UpdateState takes 1 second
U 200ms
U processing
U
U
U
U
U processing
G processing <-- now first GetState is processed! so late? uh..
U processing <-- takes 1sec
3
G
U processing <-- takes 1sec
U processing <-- takes 1sec
U processing <-- takes 1sec
U processing <-- takes 1sec
U processing <-- takes 1sec
U processing <-- takes 1sec
G processing <-- after MANY seconds, second GetState is processed!
10
G
G processing
// from this line, only GetState are issued and processed, because
// there is no UpdateState message in the queue, neither it is sent
|> ignore
после вызоваTryScan
, должен предупредить вас о том, что вы неправильно используете API. (Сейчас нет времени на полный ответ, надеюсь, кто-нибудь опередит меня.) - person Brian   schedule 03.02.2011TryScan
иScan
заключается в том, чтобы дождаться сообщения и тайм-аута, если оно не получено. Единственная разница между ними заключается в том, что по тайм-ауту TryScan возвращает параметр, а Scan вызывает исключение. - person gradbot   schedule 03.02.2011