Displaying 20 results from an estimated 600 matches similar to: "mclapply enters into an infinite loop...."
2023 May 17
1
mclapply enters into an infinite loop....
Dear Jeff,
There was a problem in LYGH and lapply threw an error, but mclapply got stuck in an infinite loop. The doc for mclapply says that mclapply runs under try() with silent = TRUE. So that means mclapply should run properly, i.e output a try class object and exit. But it didn't. Can you shed some light on why this happened?
THanking you,
Yours sincerely,
AKSHAY M
2023 Jun 09
2
inconsistency in mclapply.....
Dear members,
I am using pbmcapply to parellise my code. But the following code doesn't work:
> LYG <- pbmclapply(LYGH,FUN = arfima,mc.cores = 2,mc.preschedule = FALSE)
| | 0%, ETA NA^
It just hangs.
But the
2023 Jun 09
1
inconsistency in mclapply.....
On Fri, 9 Jun 2023 18:01:44 +0000
akshay kulkarni <akshay_e4 at hotmail.com> wrote:
> > LYG <- pbmclapply(LYGH,FUN = arfima,mc.cores = 2,mc.preschedule =
> > FALSE)
> |
> |
> 0%, ETA NA^
>
> It just hangs.
My questions from the last time still stand:
0) What is your
2023 Jun 05
1
error in arfima...
Dear Martin,
Sad that the bug is beyond your ken...
Fortunately, the error happens only rarely...The length of LYGH was 719 and there were only two such errors..I will just replace them with NA and make do.
By the by, what if I send LYGH as an attachment to your actual mail ( not the r-help mail)? Will it help? Can you then pinpoint the cause?
Or should I raise a bug
2023 Jun 01
1
error in arfima...
>>>>> akshay kulkarni
>>>>> on Wed, 31 May 2023 20:55:33 +0000 writes:
> dear members,
> I am using arfima() from forecast package to model a time
> series. The following is the code:
>> LYGH[[202]]
> [1] 45.40 3.25 6.50 2.15
>> arfima(LYGH[[202]])
> Error in .fdcov(x, fdf$d, h, nar = nar, nma = nma,
2023 May 31
1
error in arfima...
dear members,
I am using arfima() from forecast package to model a time series. The following is the code:
> LYGH[[202]]
[1] 45.40 3.25 6.50 2.15
> arfima(LYGH[[202]])
Error in .fdcov(x, fdf$d, h, nar = nar, nma = nma, hess = hess, fdf.work = fdf$w) :
NA/NaN/Inf in foreign function call (arg 5)
I tried viewing .fdcov() with the following code:
2018 Aug 29
2
Get Logical processor count correctly whether NUMA is enabled or disabled
Dear Tomas, thank you very much. I installed r-devel r75201 and tested.
The machine with 88 cores has NUMA disabled. It therefore has 2 processor groups with 64 and 24 processors each.
require(parallel)
detectCores()
# [1] 88
This is great!
Then I went on to test with a simple 'foreach()' loop. I started with 64 processors (max limit of 1 processor group). I ran with a simple function
2018 Aug 21
2
Get Logical processor count correctly whether NUMA is enabled or disabled
Dear Tomas, thank you for looking into this. Here's the output:
# number of logical processors - what detectCores() should return
out <- system("wmic cpu get numberoflogicalprocessors", intern=TRUE)
[1] "NumberOfLogicalProcessors \r" "22 \r" "22 \r"
[4] "20 \r"
2018 Aug 17
2
Get Logical processor count correctly whether NUMA is enabled or disabled
Dear R-devel list,
R's detectCores() function internally calls "ncpus" function to get the total number of logical processors. However, this doesnot seem to take NUMA into account on Windows machines.
On a machine having 48 processors (24 cores) in total and windows server 2012 installed, if NUMA is enabled and has 2 nodes (node 0 and node 1 each having 24 CPUs), then R's
2014 Aug 22
3
parallel::detectCores(TRUE) gives: Error in system(cmd, TRUE) : error in running command
Hi,
Both under the current R-devel (r66456) and a version from about 3
months ago, I experience the following behavior:
> parallel::detectCores(TRUE)
Error in system(cmd, TRUE) : error in running command
> traceback()
3: system(cmd, TRUE)
2: gsub("^ +", "", system(cmd, TRUE)[1])
1: parallel::detectCores(TRUE)
>
This is on Ubuntu 14.04. Does anybody else see this? [I
2012 Dec 04
2
SUGGESTION: Add get/setCores() to 'parallel' (and command line option --max-cores)
In the 'parallel' package there is detectCores(), which tries its best
to infer the number of cores on the current machine. This is useful
if you wish to utilize the *maximum* number of cores on the machine.
Several are using this to set the number of cores when parallelizing,
sometimes also hardcoded within 3rd-party scripts/package code, but
there are several settings where you wish to
2009 Jun 28
1
testing an ARFIMA model for structural breaks with unknown breakpoint
Dear R users,
I'm trying to use the "strucchange" package to determine structural breaks
in an ARFIMA model.
Unfortunately I'm not so familiar with this topic (and worse, I'm a beginner
in R), so I don't know exactly how to specify my model so that the
"Fstats","sctest" and "breakpoint" functions to recognize it and to
calculate the
2010 Jun 04
2
Help on ARFIMA modeling
Please I want to perform full data analysis using ARFIMA model but
I dont know the right package that can perform all the necessary
test on the time series data.
ERIC AIDOO
[[alternative HTML version deleted]]
2008 May 01
1
Forecasting observations in ARFIMA
I would like to compute the next 15 observations for
an ARFIMA(2,1,0) model along with confidence
intervals. Can someone provide code?
Many thanks.
Jill
____________________________________________________________________________________
[[elided Yahoo spam]]
2012 Oct 25
2
Egarch (1,1) with Student t distribution in RExcel
Hi
I want to implement Egarch (1,1) with t distribution model using RExcel and VBA.
May I know the syntax.
Following is the code that I 'm using.
rinterface.RRun "spec=ugarchspec(variance.model=list(model=(eGARCH),garchOrder=c(1,1)), mean.model=list(armaOrder=c(1,1), arfima=FALSE), distribution.model=(std))"
rinterface.RRun "fit = ugarchfit(Data = b, spec = spec)"
2020 Jan 11
2
SUGGESTION: Settings to disable forked processing in R, e.g. parallel::mclapply()
Henrik,
the whole point and only purpose of mc* functions is to fork. That's what the multicore package was about, so if you don't want to fork, don't use mc* functions - they don't have any other purpose. I really fail to see the point - if you use mc* functions you're very explicitly asking for forking - so your argument is like saying that print() should have an option to
2007 Sep 25
1
fSeries Garch and Arfima Ox interface
Hello all,
This is a request for help from somebody who has the Ox interfaces working in R.
I am trying to get the Ox interfaces working for Arfima and Garch modelling. However, I am having several problems:
1. The link to download G at rch_v40 does not work. Does anybody have a copy to email to me please?
2. Various guides offer different instructions for installing Ox in the correct place
2013 Jan 23
3
How to construct a valid seed for l'Ecuyer's method with given .Random.seed?
Dear expeRts,
I struggle with the following problem using snow clusters for parallel computing: I would like to specify l'Ecuyer's random number generator. Base R creates a .Random.seed of length 7, the first value indicating the kind fo random number generator. I would thus like to use the components 2 to 7 as the seed for l'Ecuyer's random number generator.
By doing so, I
2016 Dec 09
1
parallel::detectCores() bug on Raspberry Pi B+
In R 3.3.2 detectCores() in package parallel reports 2 rather than 1 on
Raspberry Pi B+ running Raspbian. (This report is just 'for the record'.
The model is superseded and I think no longer produced.) The problem
seems to be caused by
grep processor /proc/cpuinfo
processor : 0
model name : ARMv6-compatible processor rev 7 (v6l)
(On Raspberry Pi 2 and 3 there is no error because
2020 Jan 10
0
SUGGESTION: Settings to disable forked processing in R, e.g. parallel::mclapply()
On Fri, Jan 10, 2020 at 11:23 AM Simon Urbanek
<simon.urbanek at r-project.org> wrote:
>
> Henrik,
>
> the example from the post works just fine in CRAN R for me - the post was about homebrew build so it's conceivably a bug in their libraries.
Thanks for ruling that example out.
> That's exactly why I was proposing a more general solution where you can simply define