I run memory.limit() on my 48G Windows 10 machine and it returned 1.759219e+13. This is head scratching. I am using R 3.6.1.
Is memory.limit() broken? Any other way to obtain memory limit?
Here is my sessionInfo():
R version 3.6.1 (2019-07-05)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows 10 x64 (build 17763)
Matrix products: default
locale:
[1] LC_COLLATE=English_United States.1252 LC_CTYPE=English_United States.1252
[3] LC_MONETARY=English_United States.1252 LC_NUMERIC=C
[5] LC_TIME=English_United States.1252
attached base packages:
[1] stats graphics grDevices utils datasets methods base
loaded via a namespace (and not attached):
[1] compiler_3.6.1 tools_3.6.1
This is an issue with RStudio (hopefully fixed in the next update). It works well in RGui.
You can use disk.frame::df_ram_size() instead. It works on Windows 10 with RStudio and R 3.6.1.
You can install disk.frame using install.packages("disk.frame")
Related
I'm having issues with Rstudio, where I'm trying to edit my code snippets, but when I go to Tools -> Global Options -> Code -> Edit Snippets.., the snippet editor opens up with the window behind the global options pop-up, while the text for the editor shows up in front of the global options pop up. I'm using R version 4.0.2, and I've tried deleting and re-downloading R and R studio, as well as restarting my session. I'll include a picture of my issue:
also, here's my session info
R version 4.0.2 (2020-06-22)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows 10 x64 (build 18362)
Matrix products: default
locale:
[1] LC_COLLATE=English_United States.1252 LC_CTYPE=English_United States.1252
[3] LC_MONETARY=English_United States.1252 LC_NUMERIC=C
[5] LC_TIME=English_United States.1252
attached base packages:
[1] stats graphics grDevices utils datasets methods base
loaded via a namespace (and not attached):
[1] compiler_4.0.2 rsconnect_0.8.16 tools_4.0.2 yaml_2.2.1
Setting rendering engine to 'Desktop OpenGL' solved this for me.
I'm working in RStudio with R version 3.5.1.
Originally I tried installing the ChemmineR package using the following line of code.
>BiocManager::install("ChemmineR")
This ended up hanging so I had to stop the process and close out of RStudio.
I tried again, and now it is consistently hanging after the following step.
trying URL 'https://bioconductor.org/packages/3.7/bioc/bin/windows/contrib/3.5/ChemmineR_3.32.1.zip'
Content type 'application/zip' length 2593605 bytes (2.5 MB)
downloaded 2.5 MB
Does anyone have any advice?
I would suggest skipping BiocManager package and just use biocLite():
> biocLite("ChemmineR")
> library('ChemmineR')
> packageVersion("ChemmineR")
[1] ‘2.30.2’
EDIT:
I re-read this question and realized you were on Windows and using a different version of R and a later version of ChemmineR. I re-tested this code and it still works:
R> biocLite("ChemmineR")
R> library("ChemmineR")
R> sessionInfo()
R version 3.5.1 (2018-07-02)
Platform: i386-w64-mingw32/i386 (32-bit)
Running under: Windows >= 8 x64 (build 9200)
Matrix products: default
locale:
[1] LC_COLLATE=English_United States.1252 LC_CTYPE=English_United States.1252 LC_MONETARY=English_United States.1252
[4] LC_NUMERIC=C LC_TIME=English_United States.1252
attached base packages:
[1] stats graphics grDevices utils datasets methods base
other attached packages:
[1] ChemmineR_3.32.1 BiocInstaller_1.30.0
Just installed Rtools35 with Admin rights and all options checked:
and running:
> Sys.which("ls.exe")
ls.exe
"C:\\Rtools\\bin\\ls.exe"
> Sys.which("gcc.exe")
gcc.exe
""
I also manually looked inside 'C:\Rtools\bin\' and gcc.exe is missing. Can't build packages.
Attempt using installr.
library(installr)
> install.rtools()
Loading required namespace: devtools
No need to install Rtools - You've got the relevant version of Rtools installed
Also, uninstalled, restarted and reinstalled just to be sure.
> sessionInfo()
R version 3.5.0 (2018-04-23)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows >= 8 x64 (build 9200)
Matrix products: default
locale:
[1] LC_COLLATE=English_United Kingdom.1252
[2] LC_CTYPE=English_United Kingdom.1252
[3] LC_MONETARY=English_United Kingdom.1252
[4] LC_NUMERIC=C
[5] LC_TIME=English_United Kingdom.1252
attached base packages:
[1] stats graphics grDevices utils datasets methods base
loaded via a namespace (and not attached):
[1] compiler_3.5.0 tools_3.5.0 yaml_2.1.19
I've recently updated my Windows machine and reinstalled R3.4.0 (64bit) and igraph 1.0.1. I've previously used igraph in combination with FCMapper and it's worked perfectly.
On the new machine I keep getting the following error, even with code that previously worked without a hitch:
Error in base::.Call("R_igraph_check_finally_stack", PACKAGE =
"igraph") : "R_igraph_check_finally_stack" not available for
.Call() for package "igraph"
Error in base::.Call(.NAME, ...) : "R_igraph_finalizer" not
available for .Call() for package "igraph"
I've had a google and the previous responses indicate that it's a NAMESPACE error in the current version of the package. Any help would be appreciated!
sessionInfo()
R version 3.4.0 (2017-04-21) Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows >= 8 x64 (build 9200)
Matrix products: default
locale: [1] LC_COLLATE=English_United Kingdom.1252
LC_CTYPE=English_United Kingdom.1252 LC_MONETARY=English_United
Kingdom.1252 [4] LC_NUMERIC=C
LC_TIME=English_United Kingdom.1252
attached base packages: [1] stats graphics grDevices utils
datasets methods base
other attached packages: [1] igraph_1.0.1 FCMapper_1.1
loaded via a namespace (and not attached): [1] compiler_3.4.0
magrittr_1.5 tools_3.4.0
Before a project is open, R rapidly throws this error:
Surprisingly, I do not find anything related to this error with google. Even if, apparently, it does not cause problems to the working session, I am interested in its effects, to avoid possible future inconveniences.
> sessionInfo()
R version 3.2.4 (2016-03-10)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows >= 8 x64 (build 9200)
locale:
[1] LC_COLLATE=English_United Kingdom.1252 LC_CTYPE=English_United Kingdom.1252 LC_MONETARY=English_United Kingdom.1252
[4] LC_NUMERIC=C LC_TIME=English_United Kingdom.1252
attached base packages:
[1] stats graphics grDevices utils datasets methods base
loaded via a namespace (and not attached):
[1] tools_3.2.4
Here an example of the subsequent working directory, even if this behaviour occurs for any project I open. It does not occurs when opening an isolated script.
getwd()
[1] "C:/Users/MaurizioLocale/OneDrive/Data_Science/10_Capstone_project/CP_Natural_Language"