similar to: High cpu usage OpenSolaris

Sorry if this was answered before. It''s hard to figure out what keywords to use in order to narrow the search. I''m looking into running Solaris 10 as a guest under an OpenSolaris dom0 host. Is this feasible, and if so, can someone point me to the best "howto" to reduce the frustration level? Otherwise, is there a better host OS to do this under? Thanks, Gary

Dear R user, I try to build R-2.8.1 on SunOS 5.9, and use following command: CC="cc -xarch=v9" CFLAGS="-xO5 -xlibmil -dalign" F77="f95 -xarch=v9" FFLAGS="-xO5 -xlibmil -dalign" CXX="CC -xarch=v9" CXXFLAGS="-xO5 -xlibmil -dalign" FC="f95 -xarch=v9" FCFLAGS="-xO5 -xlibmil

Hi, I'm working on a server with a sparcv9 chip using SunOS 5.9 Generic May 2002. The compilers are the Sun Studio 12 compilers. I'm trying to build a 64-bit version of R-2.6.1, and while the configure script runs, the make does not. Here are the options I set in config.site: ________________________________________________________________________ _ R_PAPERSIZE=letter CC="cc

Full_Name: rodney sparapani Version: 1.9.0 OS: Solaris 9 Submission from: (NULL) (141.106.120.97) I'm following the instructions for the Sun Forte compiler. I had success with 1.8.1 so I think the compiler settings are correct (config.site): CC="cc -xarch=v8plusa" CFLAGS="-xO5 -xlibmil -dalign" F77="f95 -xarch=v8plusa" FFLAGS="-xO5

Full_Name: Jeremy Fox Version: 1.5.0 OS: Solaris 8, 64 bit Submission from: (NULL) (171.64.232.63) I am compiling R under Solaris and the compilation stops at this point. The problem only happens when I link in readline. The R binary is actually compiled and readlne works. The main problem with the compiled binary (other than that all the supporting files were not correctly installed) is that

Hello, Apologies for the post here. I have read the R-Admin (learned a lot!) and searched the web for days, but still fail at compiling R on my Ultra 20 running solaris 10 x86 1/06. This is the tail of './configure' output: ..... checking for dlopen in -ldl... yes checking readline/history.h usability... no checking readline/history.h presence... no checking for readline/history.h... no

Hey all, Has anyone else noticed Norco''s recently-announced DS-520 and thought ZFS-ish thoughts? It''s a five-SATA, Celeron-based desktop NAS that ships without an OS. http://www.norcotek.com/item_detail.php?categoryid=8&modelno=ds-520 What practical impact is a 32-bit processor going to have on a ZFS system? (I know this relies on speculation, but) Might anyone know

I''ve been using a 5-disk raidZ for years on SXCE machine which I converted to OSOL. The only time I ever had zfs problems in SXCE was with snv_120, which was fixed. So, now I''m at OSOL snv_111b and I''m finding that scrub repairs errors on random disks. If I repeat the scrub, it will fix errors on other disks. Occasionally it runs cleanly. That it doesn''t

Hello, I have updated my OS from Solaris 2.7 to Solaris 2.8, and I am trying to build R 1.9.1. Configure seems to run fine, resulting in the message: R is now configured for sparc-sun-solaris2.8 Source directory: . Installation directory: /usr/local C compiler: cc -xO5 -dalign -xlic_lib=sunperf C++ compiler: CC -xO5 -dalign Fortran compiler:

An embedded and charset-unspecified text was scrubbed... Name: config.txt Url: https://stat.ethz.ch/pipermail/r-help/attachments/20070501/bdf55878/attachment.txt

Using the 64-bit Solaris compilers make check dumps core in La_rs at 73 F77_CALL(dsyev)(jobv, uplo, &n, rx, &n, rvalues, work, &lwork, &info); I can't reproduce it easily, but example(eigen) occasionally stops with Error: abs(sm - V %*% diag(lam) %*% t(V)) < 60 * Meps is not TRUE which might be connected. The tiny rounding errors in example(eigen) aren't

Invocation of randomForest() using the iris example in the help file crashes R with a segmentation fault. This happens on all of our ultraSPARC machines running Solaris 2.7. We're using R-1.4.1, compiled using Sun cc and f77 and the flags: CC=cc CFLAGS="-xO5 -xlibmil -dalign" FC=f77 FFLAGS="-xO5 -xlibmil -dalign" "make check" runs withour errors, and R has been

These come courtesy of Sun Studio 11 on Solaris 10 in case you care: "http11.c", line 54: warning: syntax error: empty declaration "http11.c", line 55: warning: syntax error: empty declaration "http11.c", line 56: warning: syntax error: empty declaration "http11.c", line 57: warning: syntax error: empty declaration "http11.c", line 58:

Is there any work on keeping DTraceTools up to date with the latest snv builds. These scripts are pretty useful and help get a novice dtrace user like me doing useful work quickly. Specifically the tcp stack tools like tcptop and tcpsnoop don''t work with later OpenSolaris builds. Thanks, Gary -- This message posted from opensolaris.org

Dear Developers, motivated by the new Sun Studio checks I compiled R-devel and several of our packages with Sun Studio 12 on Fedora x64. Everything worked fine and R-devel runs, with the exception of package Matrix where compilation crashes with the following message. The error occurs during building of the recommended packages and also if Matrix is compiled separately: [...] CC -G -lCstd

This is a little success story about the benefits of changing the defaults in config.site when I was building R-1.4.0 for Solaris (on a Sun Sparc that I'm currently using). For previous versions of R, I had just used the default config.site and not given it any thought. Since the Sun machine that I'm using is not getting any faster, I decided I would give config.site a look when building

Apologies if this is not the best list on which to ask for help. I have compiled R 2.6.0 using Sun Studio 12 compilers. I can install most CRAN and bioconductor packages that I need, with the exception of RSQLite. Unfortunately this is critical for other packages that I need. I have tried to compile it using R CMD INSTALL to generate a config.log file. I don't know how to fix the reported

I have inserted some probes in my application, and it works great in the "debug build" I have been using. So I wanted to look at the "overhead" introduced by inactive dtrace probes in my application. I am using the Sun Studio 11 compiler, so I added the following options: -xO5 -g0 -xbuiltin But this breaks the linking of my application. Undefined first

Hey! I''m still lurking here. Based upon the slowdown of postings, it seems to me that it may be almost ready for ON push back but I don''t see zfs-crypto listed in the documented changes of the builds underway. Is it in there a plan to get it in there? Regards, Gary -- This message posted from opensolaris.org

dovecot-v1.0-alpha build failed for Solaris 11 (OpenSolaris Nevada). The problematic line is in socket.c line 228. The fix should be to change SOL_TCP to IPPROTO_TCP found in netinet/in.h. This change should work universally on all platforms. Gary