World: r3wp
[!REBOL3-OLD1]
older newer | first last |
Sunanda 29-Oct-2007 [5254] | That's a very promising statistic! |
james_nak 29-Oct-2007 [5255] | Sure is. |
Henrik 29-Oct-2007 [5256] | I don't know how much memory an R2 face takes, but a single empty GOB in R3 takes 64 bytes. |
james_nak 29-Oct-2007 [5257] | Well, the proof will be in the pudding. When we get to the point where we can run R3 on a Nokia device, we'll know. |
Henrik 29-Oct-2007 [5258] | I don't do many benchmarks either right now, because my only windows box is a 192 MB Celeron 500 that will only boot in fail safe mode without graphics acceleration. However it probably is a good thing, since it really shows that graphics are noticably faster. That will help lowering the system requirements. |
Oldes 30-Oct-2007 [5259x4] | >> stats Series Memory Info: node size = 16 series size = 20 5 segs = 409640 bytes (header space) 11259 blks = 1295568 bytes (blocks used) 1213 strs = 85112 bytes (strings used) 3 odds = 73792 bytes (odd series used) 12475 used = 1454472 bytes (total used) 0 free / 8005 bytes (free headers / nodespace) Pool[ 0] 8B 173/ 512: 256 (33%) 2 segs, 4112 total Pool[ 1] 16B 487/ 768: 256 (63%) 3 segs, 12312 total Pool[ 2] 32B 1326/ 2048: 512 (64%) 4 segs, 65568 total Pool[ 3] 48B 4621/ 8192:1024 (56%) 8 segs, 393280 total Pool[ 4] 64B 2414/ 3584: 512 (67%) 7 segs, 229432 total Pool[ 5] 80B 1182/ 1792: 256 (65%) 7 segs, 143416 total Pool[ 6] 96B 544/ 896: 128 (60%) 7 segs, 86072 total Pool[ 7] 112B 342/ 512: 128 (66%) 4 segs, 57376 total Pool[ 8] 128B 228/ 320: 64 (71%) 5 segs, 41000 total Pool[ 9] 144B 182/ 320: 64 (56%) 5 segs, 46120 total Pool[10] 160B 144/ 256: 64 (56%) 4 segs, 40992 total Pool[11] 176B 137/ 224: 32 (61%) 7 segs, 39480 total Pool[12] 192B 121/ 192: 32 (63%) 6 segs, 36912 total Pool[13] 208B 89/ 160: 32 (55%) 5 segs, 33320 total Pool[14] 224B 77/ 128: 32 (60%) 4 segs, 28704 total Pool[15] 240B 28/ 64: 32 (43%) 2 segs, 15376 total Pool[16] 256B 39/ 64: 64 (60%) 1 segs, 16392 total Pool[17] 320B 170/ 256: 32 (66%) 8 segs, 81984 total Pool[18] 384B 49/ 96: 16 (51%) 6 segs, 36912 total Pool[19] 448B 21/ 48: 16 (43%) 3 segs, 21528 total Pool[20] 512B 14/ 32: 8 (43%) 4 segs, 16416 total Pool[21] 1024B 62/ 128: 16 (48%) 8 segs, 131136 total Pool[22] 2048B 13/ 24: 8 (54%) 3 segs, 49176 total Pool[23] 3072B 0/ 4: 4 ( 0%) 1 segs, 12296 total Pool[24] 4096B 0/ 4: 4 ( 0%) 1 segs, 16392 total Pool[25] 20B 12475/20480:4096 (60%) 5 segs, 409640 total Pool[26] 64B 1/ 128: 128 ( 0%) 1 segs, 8200 total Pools used 1220708 of 2073544 (58%) System pool used 483328 == 1454472 |
(in a new R3 session) | |
in R2 I have == 6145092 | |
FlashPlayer has same or bigger memory footprint and is on pdas so why not R3 | |
JohanAR 30-Oct-2007 [5263] | Don't know if this is the right place to ask but.. Will there be some easy way to access USB devices in Rebol3? |
Pekr 30-Oct-2007 [5264x2] | no .... |
But if your USB device supports mass storage - most usefull do, then what is the problem? You treat is as simply another drive ... | |
Henrik 30-Oct-2007 [5266] | I suppose you go through the OS for that. |
Graham 30-Oct-2007 [5267] | R3 is going to have specific access to usb devices |
Kaj 30-Oct-2007 [5268] | If you need more, you could use the libusb library on Unixy platforms |
JohanAR 30-Oct-2007 [5269] | I'm on Windows.. I've managed to make a small program that communicates with the device (it's a small OLED display on my laptop) in C++, but it would be much more fun to write it all in Rebol |
Henrik 30-Oct-2007 [5270] | if you know what DLLs to use, you probably can. |
Henrik 31-Oct-2007 [5271x2] | at 4:12 my local time DevBase went online |
at 4:57 my local time the first change was carried through in the source tree | |
Micha 31-Oct-2007 [5273] | i need Encap rebview1350042.tar.gz ( rebcode) - I can buy |
james_nak 31-Oct-2007 [5274] | Henrik, so R3 is not far behind, eh? |
Henrik 31-Oct-2007 [5275] | still some bugs to iron out. |
Steeve 31-Oct-2007 [5276x2] | any Screenshots of DevBase ? |
we want to see... | |
Henrik 31-Oct-2007 [5278x2] | posting some soon |
pictures on my blog at: http://www.hmkdesign.dk/rebol/ | |
Steeve 31-Oct-2007 [5280x2] | thx |
:-) | |
james_nak 5-Nov-2007 [5282x2] | Henrik, I spy a little list-view there! : ) Very nice. |
You know, that devbase seems like a very useful tool for personal application development as well. Any plans for releasing it for that reason? I imagine it tracks uploaded files | |
Steeve 5-Nov-2007 [5284] | Good question. DevBase Uses some services, i'm not sure they are all public. |
btiffin 5-Nov-2007 [5285] | DevBase holds DevBase. It's an open development environment. I'm never too clear on plans, but I was told early on that I could plan to host a copy on my website when it's ready. So (without being 100%), I'd say yes it'll be a very nice personal or group REBOL development app. |
Henrik 6-Nov-2007 [5286x2] | james_nak: LIST-VIEW is in fact not used in dev-base. I wish it were, though. :-) |
james_nak: personal application development: perhaps it may be useful for this, but I don't see it working that well for organizing source files. however, I'm cooking something up in this area, because I need something like that for myself. it will not be a part of devbase. | |
james_nak 6-Nov-2007 [5288] | Henrik you got me thinking about coming up with something myself. One thing that would be cool would be something like what we used to have on the Amiga. I think it was Mountftp or ftpmount or something like that. You could use it just like a drive/folder. |
Henrik 6-Nov-2007 [5289] | I want to create a simple version of XCode. I like how it operates, but it won't be a direct copy of it. |
james_nak 6-Nov-2007 [5290x2] | I'll have to look that up. |
Pretty cool looking. I just need a better way to organize my stuff. | |
Henrik 6-Nov-2007 [5292x2] | I want to be able to organize files as source, includes, docs and such. then I want the ability to create preprocessor files and encapped binaries with one click. |
that's the ambition for it. it shouldn't do more than that. no debuggers or fancy things. | |
btiffin 6-Nov-2007 [5294] | DevBase announcement. http://www.rebol.com/article/0344.html |
Steeve 6-Nov-2007 [5295] | great |
Graham 9-Nov-2007 [5296x3] | Some serious memory usage here in Ladislav's spelling corrector which is also in RebGUI Script: "Spelling Corrector" (none) loading and initializing(500kb dictionary)... {somue spelin wordz tu tepst. Fur szore azd seren yaars aga, our fatheers brougt fourth on this lans a new natiun.} some 10605095 spell 25275846 words 25615457 to 25928767 test 25275846 fur 25415461 swore 25755072 and 26071006 seen 26410617 years 26750228 ago 27066162 our 27205777 father 33781190 brought 34123425 fourth 34263040 on 34402655 this 34542270 lane 34860828 a 35000443 new 35140058 nation 27291974 0:00:04.717 |
I wonder what it looks like in R3 | |
I ran it on about 200 words that came from an ocr attempt and it crashed with an out of memory error. | |
Pekr 13-Nov-2007 [5299x3] | For those not being on r3-alpha world. R3 development was "resumed". Not that it was halted, but I hade private chat with Carl for few days, and we got into agreement into how to proceed. I wonder, if I am working as an marketing RT guy already? :-) Well, it was nice and realistic chat. We identified, that priorities have to be sorted. And I suggested Carl to blog about it. Developers were polled for the priorities, and we found out, that there are mostly two groups: - one that prefers View/VID plus schemes being done, so that ppl can continue with their app development - and the other group, who would like to have surrounding infrastructure implemented. You probably will not be surprised I belong to this group :-) As for infrastructure, I simply asked Carl, if we get any improvement to dll component, and he admitted, that that might be task for us, using plug-in API - simply a cleaner and abstracted aproach. But - in order for plug-ins to work, we need modules. So - the next focus is to get module system working. It is a logical step imo. RT working on modules does not mean VID should be halted. VID (whole View) will be most probably fully open source, so it is more of a community aproach. Ah, and we were scared a bit by consideration of dropping of R3. Due to architecture changes for R3, Rebcode might not be so fast as in R2, but developers said their NOOOOOO, so I hope Rebcode will come too in some form :-) Ah, and as developers complained a bit about rebol console, Carl said well then, as you wish, and uploaded C source code for stdio device into DevBase. Guys, my belief is, that things will start to move faster and faster with DevBase and cooperation. Disclaimer: none of above is direct quote from my talks with Carl. It is just my understanding of current situation .... |
I wonder if I could post that as an encouragement message to ML? | |
And someone please update rebolweek :-) | |
Graham 13-Nov-2007 [5302] | Anton ???? |
btiffin 13-Nov-2007 [5303] | RebolWeek updated. |
older newer | first last |