[R] byte coding compiling.....

akshay kulkarni @k@h@y_e4 @end|ng |rom hotm@||@com
Thu Jul 7 17:38:49 CEST 2022


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]]



More information about the R-help mailing list