[R] byte coding compiling.....

Jeff Newmiller jdnewm|| @end|ng |rom dcn@d@v|@@c@@u@
Thu Jul 7 19:23:19 CEST 2022


I don't know why one is faster. You have not provided a reprex (the "reprex" package may be of help to you with that). However, as Rui confirmed, you are completely wrong as to the NeedsCompilation setting in the package... that is a wild goose chase.

On July 7, 2022 9:48:22 AM PDT, akshay kulkarni <akshay_e4 using hotmail.com> wrote:
>Dear Jeff,
>                THen why is pbmclapply 3 time faster than mclappy? In the package description of pbmclapply it says: "Needs compilation no". When i ran my code iwith pbmclapply, I did not compile my code. So I do presume that the speed up must in some way connected to this "NeedsCompilation" field. Any thoughts on that?
>
>Yours sincerely
>AKSHAY M KULKARNI
>________________________________
>From: Jeff Newmiller <jdnewmil using dcn.davis.ca.us>
>Sent: Thursday, July 7, 2022 10:10 PM
>To: r-help using r-project.org <r-help using r-project.org>; akshay kulkarni <akshay_e4 using hotmail.com>; Uwe Ligges <ligges using statistik.tu-dortmund.de>; Bert Gunter <bgunter.4567 using gmail.com>
>Cc: R help Mailing list <r-help using r-project.org>
>Subject: Re: [R] byte coding compiling.....
>
>That item refers to the package having some compiled language (e.g. C, C++, Fortran, etc) components. The very fact that it got installed confirms that compilation occurred... it would not be usable otherwise.
>
>On July 7, 2022 8:38:49 AM PDT, akshay kulkarni <akshay_e4 using hotmail.com> wrote:
>>Dear Uwe,
>>                  I have attached the info from the parallel package description from my Rstudio IDE:
>>
>>Package: parallel
>>Version: 4.1.2
>>Priority: base
>>Title: Support for Parallel computation in R
>>Author: R Core Team
>>Maintainer: R Core Team <do-use-Contact-address using r-project.org>
>>Contact: R-help mailing list <r-help using r-project.org>
>>Description: Support for parallel computation, including by forking
>>   (taken from package multicore), by sockets (taken from package snow)
>>   and random-number generation.
>>License: Part of R 4.1.2
>>Imports: tools, compiler
>>Suggests: methods
>>Enhances: snow, nws, Rmpi
>>NeedsCompilation: yes
>>Built: R 4.1.2; x86_64-w64-mingw32; 2021-11-01 18:38:05 UTC; windows
>>
>>It says: NeedsCompilation: yes
>>
>>How about it?
>>
>>Yours sincerely,
>>AKSHAY M KULKARNI
>>
>>________________________________
>>From: Uwe Ligges <ligges using statistik.tu-dortmund.de>
>>Sent: Thursday, July 7, 2022 4:08 PM
>>To: akshay kulkarni <akshay_e4 using hotmail.com>; Bert Gunter <bgunter.4567 using gmail.com>
>>Cc: R help Mailing list <r-help using r-project.org>
>>Subject: Re: [R] byte coding compiling.....
>>
>>
>>
>>On 06.07.2022 19:54, akshay kulkarni wrote:
>>> Dear Bert,
>>>                   Thanks for your reply...
>>>
>>> So
>>>> cmpfun(mclapply)
>>
>>mclapply is already byte compiled as it is in a package.
>>
>>You may want to
>>cmpfun(yourFunction)
>>the function that you use in the mclapply call.
>>
>>Best,
>>Uwe Ligges
>>
>>
>>>
>>> should  do the job right?
>>>
>>> By the by, how can I give a reprex? Reprex of the code that I am giving to mclapply (as FUN argument)?
>>>
>>> Yours sincerely,
>>> AKSHAY M KULKARNI
>>> ________________________________
>>> From: Bert Gunter <bgunter.4567 using gmail.com>
>>> Sent: Wednesday, July 6, 2022 10:32 PM
>>> To: akshay kulkarni <akshay_e4 using hotmail.com>
>>> Cc: R help Mailing list <r-help using r-project.org>
>>> Subject: Re: [R] byte coding compiling.....
>>>
>>> Unlikely
>>>
>>> See here:
>>>   https://www.r-bloggers.com/2017/08/how-to-make-best-use-of-the-byte-compiler-in-r/
>>>
>>> Byte code compilation should be automatic in both cases, as I understand it. Of course, I could be wrong due to special features of parallel  programming, etc.
>>>
>>> A reprex might be helpful here.
>>>
>>> Cheers,
>>> Bert
>>>
>>>
>>> On Wed, Jul 6, 2022, 7:29 PM akshay kulkarni <akshay_e4 using hotmail.com<mailto:akshay_e4 using hotmail.com>> wrote:
>>> Dear members,
>>>                            I am using pbmclapply, the progress bar version of mclapply, from the parallel package. The point is, pbmclapply is three times faster than mclapply, and I think the most probable reason would be that pbmclapply is byte code compiled (I can think of no other reason).
>>>
>>> I know the cmpfun function from compiler package. If I do:
>>>
>>>> cmpfun(mclapply)
>>>
>>> will the job be done? The point is mclapply may look for other functions in the parallel package. So I have to compile the whole package right? How do you do that? or in general, how do you byte code compile a whole package?
>>>
>>> Thanking you,
>>> Yours sincerely,
>>> AKSHAY M KULKARNI
>>>
>>>          [[alternative HTML version deleted]]
>>>
>>> ______________________________________________
>>> R-help using r-project.org<mailto:R-help using r-project.org> mailing list -- To UNSUBSCRIBE and more, see
>>> https://stat.ethz.ch/mailman/listinfo/r-help
>>> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
>>> and provide commented, minimal, self-contained, reproducible code.
>>>
>>>        [[alternative HTML version deleted]]
>>>
>>> ______________________________________________
>>> R-help using r-project.org mailing list -- To UNSUBSCRIBE and more, see
>>> https://stat.ethz.ch/mailman/listinfo/r-help
>>> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
>>> and provide commented, minimal, self-contained, reproducible code.
>>
>>       [[alternative HTML version deleted]]
>>
>>______________________________________________
>>R-help using r-project.org mailing list -- To UNSUBSCRIBE and more, see
>>https://stat.ethz.ch/mailman/listinfo/r-help
>>PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
>>and provide commented, minimal, self-contained, reproducible code.
>
>--
>Sent from my phone. Please excuse my brevity.

-- 
Sent from my phone. Please excuse my brevity.



More information about the R-help mailing list