r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Tech News] Interesting technology

BrianH
3-Sep-2008
[3317]
Remember, the JVM and CLR are both stack engnes.
Dockimbel
3-Sep-2008
[3318]
Code blocks that aren't statically determinable at function creation 
time

. I agree, but if you look at most of the code written in REBOL (including 
mine or Carl's), it doesn't fall into that case. So, I guess that 
most of REBOL written code can be compiled. Maybe the compiler could 
be made smart enough to figure out what code can or cannot be compiled.
BrianH
3-Sep-2008
[3319x2]
Yup (I've already given this some thought). Hand-optimized code may 
have to be reoptimized though, and this includes some of the optimizations 
that I made to some of the mezzanine functions. You would speed things 
up drastically by using explicit type checking or get-words to filter 
out theoretical function value evaluation.
The fewer possible interpretations of a particular piece of REBOL 
code, the faster the compiler could make it. Inflexibility is what 
makes Java fast, not compilation.
Dockimbel
3-Sep-2008
[3321x3]
Inflexibility is what makes Java easier to compile. ;-)
I've also thought about all that quite often, it's a really fascinating 
topic.
Need to go to sleep, thanks for the nice chat Brian.
BrianH
3-Sep-2008
[3324x2]
Java code that is as powerful as REBOL code is slower than REBOL. 
If you restrict what your REBOL code does to what Java can do it 
will be slower with the current interpreter. You only get speed out 
of REBOL by writing REBOL code.
Good night :)
shadwolf
3-Sep-2008
[3326x4]
the comicis great i was the first one to propose Carl to do something 
like that as presentation for R3 technos
what i like in the  comic is how they present the deferent technologies 
aspect how they are deal to day what is the problem and then what 
is the solution apported by the new point of view introdiced into 
chrome
for example java script -> slow because it's part of the asynchronous 
rendering system and because the javascript systeme reads over and 
over the same code to execute it
solution introduced in chrome javascript runs in a new VM  that read 
the code once transform it into hiden object and then into natural 
code wich is runed again and again  and the VM  is a speparated process 
to focus the resources where they are needed
Graham
4-Sep-2008
[3330]
This is annoying.  I used the Chrome options to make it the default 
browser, but when I use 'browse from rebol, it still invokes FF 3.
shadwolf
4-Sep-2008
[3331x2]
you have restart windows since you made the change ?
that's stroed into registry
Graham
4-Sep-2008
[3333]
oops .. let me try.
shadwolf
4-Sep-2008
[3334x3]
maybe too they didn't impact on the right registry entry that's a 
beta version ...  that's normal if there is some hum things missing
for me that work i set  chrome as default webbrowser and when i use 
the WWW key on my keyboard that calls chrome
every time you are running another wbebrowser they ask you if you 
want to change the default to the curent one
Graham
4-Sep-2008
[3337]
Nope... still is the default browser but rebol is calling FF
BrianH
4-Sep-2008
[3338]
Does your start menu have a reference to your default browser? If 
so and it is Firefox, then Chrome is missing something.
Graham
4-Sep-2008
[3339]
start menu points to Chrome
Pekr
4-Sep-2008
[3340]
haha, just read comics - it is kind of cool way to explain some features 
... except the fact, how they turned inability to have properly threaded 
app into advantage talking about processes. While they claim single 
process (and address space) app will not release memory properly 
on one hand, on the other hand they mention overhead of data copy 
needed for their task based aproach, and somehow mysteriously they 
claim that "overtime it means less memory bloat"
BrianH
4-Sep-2008
[3341x2]
I'm afraid that their discussion of the effects of memory fragmentation 
is a real issue in memory management systems without compaction or 
other techniques to reduce it. You can have a lot of memory that 
is useless because the free memory is not in large enough chunks.
This is why I have repeatedly requested details about REBOL's recycle 
algorithm. With the wrong algorithm, REBOL could be subject to the 
same problems the comic discusses, like delays and fragmentation.
Pekr
4-Sep-2008
[3343]
yes, most probably true. IIRC Ladislav discussed that topic with 
Carl, but I don't remember the details. GC will be part of closed 
source part of R3, no?
BrianH
4-Sep-2008
[3344]
I would assume so, with the exception of the part which requests 
memory from the OS. It could still be documented though.
Robert
4-Sep-2008
[3345]
Guys, nice chat but can we move to group performance or something 
like this? I like TechNews because it's just about that and no noise...
Henrik
12-Sep-2008
[3346]
http://news.cnet.com/8301-17939_109-10037202-2.html

Nice text input method for touch screens.
Graham
12-Sep-2008
[3347x2]
Very nice
I guess we can do that in Rebol too.
Kaj
12-Sep-2008
[3349]
Head over to FreshMeat now if you wanna see Cheyenne, QM and R/S
Graham
12-Sep-2008
[3350]
url might be good
Kaj
12-Sep-2008
[3351x3]
Shall I be nasty and say http://google.com? :-)
OK, for those who have no idea what FM is:
http://freshmeat.net/
Graham
12-Sep-2008
[3354]
I'm vegan
Kaj
12-Sep-2008
[3355]
The current news is digestable
Graham
12-Sep-2008
[3356]
what exactly are you using cheyenne, qm and r/s for ?
Kaj
12-Sep-2008
[3357x2]
Nothing, that's up to you :-)
I'm a platform provider
Graham
12-Sep-2008
[3359x2]
So, does this mean Orca has been abandoned?
And you're supplying REBOL instead?
Kaj
12-Sep-2008
[3361]
No, why? I'm supplying both
Graham
12-Sep-2008
[3362]
Just wondering since all of the above clearly needs REBOL
Kaj
12-Sep-2008
[3363x2]
Actually, the system runs without REBOL, but it doesn't work without 
ORCA
I'm also starting to do more ORCA these days
Kaj
13-Sep-2008
[3365x2]
It's on OSNews now:
http://osnews.com/story/20285/Syllable_Server_0_3_Released