- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Writing 16 times 1mb to a WriteStream takes 1s. Normal?

by StÃ©phane Ducasse

But mariano two questions: - did it change something? - don't you have an idea of the chunk you will use for the increment? Stef On Nov 10, 2012, at 8:22 PM, Mariano Martinez Peck wrote: > > > On Sat, Nov 10, 2012 at 8:18 PM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > Maybe pre-allocate the right size: > > ByteArray new: byteArray size * 16 streamContents: ... > > > Well, actually we are trying to do a streaming API for a compressor. So, 1) I don't exactly know the number "16" before hand and 2) doing that is exactly what we are trying to avoid (compress/decompress all together). Instead, we are doing some kind of streaming, compressing in blocks of say 1MB. But I was completely surprised when I saw the results.... > So there is nothing easy to improve? > > Nicolas > > 2012/11/10 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > Hi guys: > > > > |byteArray| > > byteArray := (ByteArray new: 1024*1024). > > [ > > ByteArray streamContents: [:s | > > 16 timesRepeat: [ > > s nextPutAll:byteArray > > ] > > ] > > ] timeToRun > > > > Gives me around 1 second. Isn't that too much? or is it normal/expected? > > Anything I could improve? > > > > Thanks, > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > > > -- > Mariano > http://marianopeck.wordpress.com >

Nov. 10, 2012

Re: [Pharo-project] NB Capabilities

by Jimmie Houchin

On 11/10/2012 2:30 AM, StÃ©phane Ducasse wrote: > Jimmie > > did you look at JavaConnect? > This is on our roadmap for Moose in December January. > So that we can connect better to Java. > > Stef No I did not look at JavaConnect? I was not familiar with it. This looks like it would be awesome. The business world has lots of proprietary APIs available in Java. If we could open Pharo up to the Java world, that would be tremendous. From what I read, it appears that it has no problem handling Java interfaces. It appears that I could easily subclass a Java interface and implement the required methods and satisfy Java when passing the objects back to Java. This would be fantastic. I guess that there is potential of having something to play with by end of December, sometime January? No obligations, or promises of course. I haven't played with Moose yet. But I do look forward to it in the future. It looks like it could be a great tool for technical analysis of financial markets. Thanks for letting me know about this. I'll put Clojure on the shelf and shuffle the order in which I am implementing my application so that I can potentially use JavaConnect when available. Jimmie

Nov. 10, 2012

Re: [Pharo-project] Writing 16 times 1mb to a WriteStream takes 1s. Normal?

by Mariano Martinez Peck

On Sat, Nov 10, 2012 at 8:18 PM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > Maybe pre-allocate the right size: > > ByteArray new: byteArray size * 16 streamContents: ... > > Well, actually we are trying to do a streaming API for a compressor. So, 1) I don't exactly know the number "16" before hand and 2) doing that is exactly what we are trying to avoid (compress/decompress all together). Instead, we are doing some kind of streaming, compressing in blocks of say 1MB. But I was completely surprised when I saw the results.... So there is nothing easy to improve? Nicolas > > 2012/11/10 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > Hi guys: > > > > |byteArray| > > byteArray := (ByteArray new: 1024*1024). > > [ > > ByteArray streamContents: [:s | > > 16 timesRepeat: [ > > s nextPutAll:byteArray > > ] > > ] > > ] timeToRun > > > > Gives me around 1 second. Isn't that too much? or is it normal/expected? > > Anything I could improve? > > > > Thanks, > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > -- Mariano http://marianopeck.wordpress.com

Nov. 10, 2012

Re: [Pharo-project] Writing 16 times 1mb to a WriteStream takes 1s. Normal?

by Nicolas Cellier

Maybe pre-allocate the right size: ByteArray new: byteArray size * 16 streamContents: ... Nicolas 2012/11/10 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Hi guys: > > |byteArray| > byteArray := (ByteArray new: 1024*1024). > [ > ByteArray streamContents: [:s | > 16 timesRepeat: [ > s nextPutAll:byteArray > ] > ] > ] timeToRun > > Gives me around 1 second. Isn't that too much? or is it normal/expected? > Anything I could improve? > > Thanks, > > -- > Mariano > http://marianopeck.wordpress.com >

Nov. 10, 2012

[Pharo-project] Writing 16 times 1mb to a WriteStream takes 1s. Normal?

by Mariano Martinez Peck

Hi guys: |byteArray| byteArray := (ByteArray new: 1024*1024). [ ByteArray streamContents: [:s | 16 timesRepeat: [ s nextPutAll:byteArray ] ] ] timeToRun Gives me around 1 second. Isn't that too much? or is it normal/expected? Anything I could improve? Thanks, -- Mariano http://marianopeck.wordpress.com

Nov. 10, 2012

Re: [Pharo-project] NB Capabilities

by StÃ©phane Ducasse

> It is too much imo.. > Clojure->java -> c++ > > i would just write C++ code I was not talking about calling clojure code but if the library is exposed in java. Stef > > On 10 November 2012 05:30, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Jimmie >> >> did you look at JavaConnect? >> This is on our roadmap for Moose in December January. >> So that we can connect better to Java. >> >> Stef >> >> On Nov 10, 2012, at 3:40 AM, Jimmie Houchin wrote: >> >>> On 11/9/2012 7:22 PM, Igor Stasenko wrote: >>>> On 9 November 2012 12:19, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >>>>> The COM API is deprecated and no longer supported. Only the C++ API is what >>>>> is available for use from Pharo. >>>>> >>>>> >>>>> On 11/8/2012 11:31 PM, Igor Stasenko wrote: >>>>> >>>>> On 8 November 2012 23:25, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >>>>> >>>>> On a second look at the API's documentation, the DLL is C++ not C. I don't >>>>> know, but that might have been evident by the requirement of implementing >>>>> interfaces. >>>>> >>>>> well, with C++ it is a bit worse than C: because C++ compilers use >>>>> name mangling for the function names. >>>>> Means that, if you will look for exported function 'abc()', you will >>>>> probably find it under different name, like >>>>> abc@nby_xrt >>>>> >>>>> >>>>> How does one go about discovering these names? >>>>> >>>> This is best what i found, read to end: >>>> >>>> https://www.ruby-forum.com/topic/173158 >>>>> apart from that, once you figure the exact correct name, you can go >>>>> and call that function. >>>>> >>>>> Things is a bit different if the exported function is a member of class. >>>>> >>>>> So, what i can say.. you can try and see if it rolls (or rocks).. and >>>>> if it not, then the best option would be to implement own wrapper >>>>> library (but this time in C). And then use that library from pharo. >>>>> >>>>> >>>>> Ok, then this is the tricky part because I have a lot of C++ classes which >>>>> are interfaces to be implemented and instances of those classes to be passed >>>>> into other instances of other classes in the DLL. >>>>> >>>>> An example from the documentation. >>>>> ''' >>>>> An instance of the class implementing IO2GSessionStatus interface must be >>>>> subscribed to the session object before calling IO2GSession::login method. >>>>> It is accomplished by calling IO2GSession::subscribeSessionStatus method. >>>>> For example, ... >>>>> ''' >>>>> >>>>> As it stands my options are to learn Clojure (which I am already in progress >>>>> of doing) in order to access the API via Java. Or to learn C/C++ and NB to >>>>> access the API from Pharo. >>>>> >>>> googling didn't gave me any examples how Clojure deals with C++... >>>> have a link? >>>> i suspect it is like others, generating wrapper C code to call C++ code. >>> >>> Clojure does not access the C++ code. It would access the Java library in its .jar file. It has native access. The API is offered in three forms, Java, .NET and C++. >>> >>> >>> >>> Jimmie >>> >> >> > > > > -- > Best regards, > Igor Stasenko. >

Nov. 10, 2012

Re: [Pharo-project] NB Capabilities

by Igor Stasenko

It is too much imo.. Clojure->java -> c++ i would just write C++ code On 10 November 2012 05:30, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Jimmie > > did you look at JavaConnect? > This is on our roadmap for Moose in December January. > So that we can connect better to Java. > > Stef > > On Nov 10, 2012, at 3:40 AM, Jimmie Houchin wrote: > >> On 11/9/2012 7:22 PM, Igor Stasenko wrote: >>> On 9 November 2012 12:19, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >>>> The COM API is deprecated and no longer supported. Only the C++ API is what >>>> is available for use from Pharo. >>>> >>>> >>>> On 11/8/2012 11:31 PM, Igor Stasenko wrote: >>>> >>>> On 8 November 2012 23:25, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >>>> >>>> On a second look at the API's documentation, the DLL is C++ not C. I don't >>>> know, but that might have been evident by the requirement of implementing >>>> interfaces. >>>> >>>> well, with C++ it is a bit worse than C: because C++ compilers use >>>> name mangling for the function names. >>>> Means that, if you will look for exported function 'abc()', you will >>>> probably find it under different name, like >>>> abc@nby_xrt >>>> >>>> >>>> How does one go about discovering these names? >>>> >>> This is best what i found, read to end: >>> >>> https://www.ruby-forum.com/topic/173158 >>>> apart from that, once you figure the exact correct name, you can go >>>> and call that function. >>>> >>>> Things is a bit different if the exported function is a member of class. >>>> >>>> So, what i can say.. you can try and see if it rolls (or rocks).. and >>>> if it not, then the best option would be to implement own wrapper >>>> library (but this time in C). And then use that library from pharo. >>>> >>>> >>>> Ok, then this is the tricky part because I have a lot of C++ classes which >>>> are interfaces to be implemented and instances of those classes to be passed >>>> into other instances of other classes in the DLL. >>>> >>>> An example from the documentation. >>>> ''' >>>> An instance of the class implementing IO2GSessionStatus interface must be >>>> subscribed to the session object before calling IO2GSession::login method. >>>> It is accomplished by calling IO2GSession::subscribeSessionStatus method. >>>> For example, ... >>>> ''' >>>> >>>> As it stands my options are to learn Clojure (which I am already in progress >>>> of doing) in order to access the API via Java. Or to learn C/C++ and NB to >>>> access the API from Pharo. >>>> >>> googling didn't gave me any examples how Clojure deals with C++... >>> have a link? >>> i suspect it is like others, generating wrapper C code to call C++ code. >> >> Clojure does not access the C++ code. It would access the Java library in its .jar file. It has native access. The API is offered in three forms, Java, .NET and C++. >> >> >> >> Jimmie >> > > -- Best regards, Igor Stasenko.

Nov. 10, 2012

Re: [Pharo-project] TimeProfiler and primitives

by Marcus Denker

On Nov 10, 2012, at 1:01 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > > On Sat, Nov 10, 2012 at 3:46 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > Do you have the same issue if you use the Qwaq profiler here: > > Www.squeaksource.com/SystemProfilerPharo.html > > > That was what I was looking for!!! > Indeed, much better results :) Thanks Paul. > Now I wonder, can we merge the changes from this SystemProfiler into the standard TimeProfiler? > I would love to have only (correcy) onw. > Maybe you can help with this task? ;) > Make sure to check the license first.. everything Qwaq is GPL, which is quite a strange license in the context of Smalltalk... Marcus -- Marcus Denker -- http://marcusdenker.de

Nov. 10, 2012

Re: [Pharo-project] TimeProfiler and primitives

by Mariano Martinez Peck

On Sat, Nov 10, 2012 at 3:46 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > Do you have the same issue if you use the Qwaq profiler here: > > Www.squeaksource.com/SystemProfilerPharo.html > > That was what I was looking for!!! Indeed, much better results :) Thanks Paul. Now I wonder, can we merge the changes from this SystemProfiler into the standard TimeProfiler? I would love to have only (correcy) onw. Maybe you can help with this task? ;) > ? > > > > -- > View this message in context: > http://forum.world.st/TimeProfiler-and-primitives-tp4654714p4654715.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

Nov. 10, 2012

[Pharo-project] [update 2.0] #20388

by Marcus Denker

20388 ----- Issue 6942: Integer >> asArray, asByteArray, asByteArrayOfSize in usuitable package http://code.google.com/p/pharo/issues/detail?id=6942 Issue 6937: RGMonticelloTest in unsuitable package http://code.google.com/p/pharo/issues/detail?id=6937 Issue 6940: BehaviorTest >> testComposedBy dependent on Morphic http://code.google.com/p/pharo/issues/detail?id=6940 Diff information: http://ss3.gemstone.com/ss/Pharo20/System-Hashing-MarcusDenker.20.diff http://ss3.gemstone.com/ss/Pharo20/Ring-Tests-Monticello-MarcusDenker.3.diff http://ss3.gemstone.com/ss/Pharo20/Ring-Tests-Kernel-MarcusDenker.39.diff http://ss3.gemstone.com/ss/Pharo20/KernelTests-MarcusDenker.451.diff http://ss3.gemstone.com/ss/Pharo20/Kernel-MarcusDenker.1238.diff -- Marcus Denker -- http://marcusdenker.de

Nov. 10, 2012