World: r3wp

? dp

it's a function of R3

is it possible to search the value of map! without looping?

well... take that memory problem aside for the moment , and go with 
string keys :)

wow

ouch, don't think so...
Actually maybe your real key is the value and not the key.

that is REALLY fast
1,000,000 GETs  in 1.387 seconds

can't use the value as the key.. it could be 1GB

no matter.. can't search by value in Redis either.. i have a work 
around

or create a second map! with reversed key-values

ok, you can't

I'm going to try more test.. but if this is accurate,  this would 
be nearly 10x faster than Redis

great.. there goes my weekend :(

thanks for your help

small detail that may be useful:

>> series? make map! []
== false

DP: :DELTA-PROFILE, meaning change in profile. It's R3's built-in 
profiler. R3 also has a built-in timer, DT: :DELTA-TIME.

happy to have helped  :-)

Terry, try FIND VALUES-OF map value, if you can afford to trade memory 
overhead for the loop.

can you return the key somehow?

after some testing strings as keys and values are the way to go.. 
slightly faster ( to-binary? overhead?) and when you write the db 
to file, the strings are half the size

How does one sort on the 3 item in a seres?

example?

Use SORT/compare with an integer argument for the index of the records 
you want compared, and don't forget /skip for the record length. 
Like this:
>> sort/skip/compare [1 5 2 4 3 3 4 2 5 1] 2 2
== [5 1 4 2 3 3 2 4 1 5]

You mean using /skip and /compare to sort a series in sets?
s: [1 2 8 a   1 2 6 b   1 2 7 c]    ;; three sets of four items
sort/skip/compare s 4 [3]        ;; sort on the third item
== [1 2 6 b 1 2 7 c 1 2 8 a]

oops --- Brian just beat me to it!

thanks .. can someone update the docs http://www.rebol.com/docs/words/wsort.html

Didn't know you could put the /compare index in a block. Can you 
specify more than one index?

Yes you can:
sort/skip/compare s 4 [1 2 4 3]
== [1 2 8 a 1 2 6 b 1 2 7 c]

Graham, no, noone can update that doc page, it's a permissions issue. 
All docs updates by anyone other than Carl are on hold.

someone = Carl

:)

Ask in chat or CureCode, Carl won't see the request here.

It's best to ask in CureCode anyways, because the request will stay 
there where we can find it until the issue is fixed.

some of the browsers allow you to annotate the page so I can see 
my own notes

But the people who would fix the docs won't see your notes.

But at least I will ...

And when we get the permissions to do so, we can then

OK, good, that way you will remember to submit a CureCode ticket 
later.

>> a: 0.24.26
== 0.24.26
>> poke a 2 155
== 0.155.26
>> a
== 0.24.26 ; huh?

fixed in R3 though.

>> a: b: 0.24.26
== 0.24.26

>> poke a 2 155

** Script error: poke does not allow tuple! for its value argument

if you consider that fixed, then I do agree with you

nevertheless, the behaviour in R2 looks reasonable too

(taking into account, that tuples are immutable)

re "ask in chat or CC" - I asked in chat, privately, but do not see 
any reaction yet, and I added a comment to CC #1571

also: http://eupat.ffii.org/

sorry, misplaced post

since tuple are not series in R3, then I'd say it's fixed.

tuple aren't immutable in R2 OR R3

>> a: 1.2.34
== 1.2.34
>> a/2: 33
== 33
>> a
== 1.33.34

this works in both R2 and R3

nope, they are

>> a: b: 1.2.3
== 1.2.3
>> a/1: 33
== 33
>> a
== 33.2.3
>> b
== 1.2.3