Displaying 20 results from an estimated 300 matches similar to: "[PATCH 1/1] CORE/cache: add cache priority parameter"
2009 Mar 03
1
profiler and loops
Hello,
(This is follow up from this thread:
http://www.nabble.com/execution-time-of-.packages-td22304833.html but
with a different focus)
I am often confused by the result of the profiler, when a loop is
involved. Consider these two scripts:
script1:
Rprof( )
x <- numeric( )
for( i in 1:10000){
x <- c( x, rnorm(10) )
}
Rprof( NULL )
print( summaryRprof( ) )
script2:
2020 Feb 26
1
Profiling: attributing costs to place of invocation (instead of place of evaluation)?
Hi
Consider the following example:
f <- function(expr) g(expr)
g <- function(expr) {
? h(expr)
}
h <- function(expr) {
? expr # evaluation happens here
? i(expr)
}
i <- function(expr) {
? expr # already evaluated, no costs here
? invisible()
}
rprof <- tempfile()
Rprof(rprof)
f(replicate(1e2, sample.int(1e4)))
Rprof(NULL)
cat(readLines(rprof), sep = "\n")
#>
2003 Mar 26
0
Rprof/UseMethod
I'm having difficulty with Rprof. I have a documentation example test.qss that
runs fine without profiling, but under Rprof,
> Rprof()
> source("test.qss")
Error in standardGeneric("model.matrix") :
UseMethod used in an inappropriate fashion
Luke wrote about a similar circumstance last summer:
# From: Luke Tierney (luke@stat.umn.edu)
# Date: Fri Jul
2016 Jun 04
1
RProfmem output format
I'm picking up this 5-year old thread.
1. About the four memory allocations without a stacktrace
I think the four memory allocations without a stacktrace reported by Rprofmem():
> Rprofmem(); x <- raw(2000); Rprofmem("")
> cat(readLines("Rprofmem.out", n=5, warn=FALSE), sep="\n")
192 :360 :360 :1064 :2040 :"raw"
are due to some
2011 Aug 07
2
[PATCH] kinit minor checkpatch cleanup
coding style fixes.
FIXME: check that compiled bin the same1!!
---
usr/kinit/initrd.c | 3 ++-
usr/kinit/kinit.c | 12 ++++--------
usr/kinit/kinit.h | 20 ++++++++++----------
usr/kinit/name_to_dev.c | 6 +++---
usr/kinit/nfsroot.c | 5 ++---
5 files changed, 21 insertions(+), 25 deletions(-)
diff --git a/usr/kinit/initrd.c b/usr/kinit/initrd.c
index
2017 Jun 27
0
Seg Fault memory violation
Greetings all,
Recently ran into a seg fault the keeps reoccurring whenever R-java is used (I believe). Not sure if this is an R issue or an openjdk issue so I'm trying to cover all bases with this report. I tried downgrading R version from 3.4.0 to 3.3.3 with the same results. Also tried downgrading java version from 1.8 to 1.7 with no luck. Running on a fully updated CentOS 7 x86_64,
2011 Aug 14
0
Improved version of Rprofmem
The Rprofmem facility is currently enabled only if the configuration
option --enable-memory-profiling is used. However, the overhead of
having it enabled is negligible when profiling is not actually being
done, and can easily be made even smaller. So I think it ought to be
enabled all the time.
I've attached a patch doing this, which also makes a number of other
improvements to Rprofmem,
2016 Mar 17
3
Problem with __builtin_object_size when it depends on a condition
I made a mistake here, I get zero same as you. I want to fix it to get
correct value.
On 16.03.2016. 19:28, Duncan P. N. Exon Smith wrote:
>> On 2016-Mar-16, at 09:39, Strahinja Petrovic via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>>
>> Optimizer doesn't know how to calculate the object size when it finds condition that cannot be eliminated. There is example:
2000 Jan 27
1
Long awaited round 1 of NeXT patches.
This is about 90% of the core work. I omited a few files from the patch
set since they are basicly small blocks of #ifndef HAVE_NEXT/#endif to
get it to compile.
Daimen, feel free to let me know what you applied and what your
rejecting and why.. so I can work on cleaning things up.
Andre, Only thing of note you may want to look into is NeXT does not
use "ut_user" in it's lastlog.
2010 Dec 24
0
mcga 1.1 (machine coded genetic algorithms) package released
mcga 1.1 (machine coded genetic algorithms) package implements a genetic
algorithm optimisation tool with machine coded chromosomes.
The machine coded chromosomes stand for chromosomes that are not decoded and
encoded. The byte representation of 'double' type variables are crossed-over and
mutated. This is different from the binary coded and real coded genetic
algorithms. Linux and
2010 Dec 24
0
mcga 1.1 (machine coded genetic algorithms) package released
mcga 1.1 (machine coded genetic algorithms) package implements a genetic
algorithm optimisation tool with machine coded chromosomes.
The machine coded chromosomes stand for chromosomes that are not decoded and
encoded. The byte representation of 'double' type variables are crossed-over and
mutated. This is different from the binary coded and real coded genetic
algorithms. Linux and
2016 Mar 16
4
Problem with __builtin_object_size when it depends on a condition
Optimizer doesn't know how to calculate the object size when it finds
condition that cannot be eliminated. There is example:
-----------------------------------------------
#include<stdlib.h>
#define STATIC_BUF_SIZE 10
#define LARGER_BUF_SIZE 30
size_t foo(int flag) {
char *cptr;
char chararray[LARGER_BUF_SIZE];
char chararray2[STATIC_BUF_SIZE];
if(flag)
cptr =
1998 May 26
0
Re: Beware of dangerous enviroment (Re: Overflows in minicom)
On Sat, 23 May 1998, Torkil Zachariassen wrote:
> >I have browsed various versions of libc and found a handful of weak points
> >where the value of an enviroment variable is trusted more than necessary.
>
[1]
> Could you explain to programming novices on linux-security - people like
> myself 8) - hwo this could affect security on a firewall (proxy and/or
> IP-router,
2009 Feb 08
1
[PATCH 1/1] COMBOOT API: Add calls for directory functions; Implement for FAT; Try 2
From: Gene Cumm <gene.cumm at gmail.com>
COMBOOT API: Add calls for directory functions; Implement most only
for FAT (SYSLINUX).
Uses INT 22h AX= 001Fh, 0020h, 0021h and 0022h to prepare for the
COM32 C functions getcwd(), opendir(), readdir(), and closedir(),
respectively. INT22h, AX=001Fh will return a valid value for all
variants. INT22h, AX= 0020h, 0021h, and 0022h are only
2008 Dec 04
2
[PATCH 1/1] COMBOOT API: Add calls for directory functions; Implement for FAT
From: Gene Cumm <gene.cumm at gmail.com>
COMBOOT API: Add calls for directory functions; Implement most only
for FAT (SYSLINUX).
Uses INT 22h AX= 001Eh, 001Fh, 0020h and 0021h to prepare for the
COM32 C functions getcwd(), opendir(), readdir(), and closedir(),
respectively. INT22h, AX=001Eh will return a valid value for all
variants. INT22h, AX= 001Fh, 0020h, and 0021h are only
2016 Mar 27
0
sys.function(0)
> On 27 Mar 2016, at 22:05 , Mick Jordan <mick.jordan at oracle.com> wrote:
>
> As I understand
> https://stat.ethz.ch/R-manual/R-devel/library/base/html/sys.parent.html
> sys.function(n) returns the function associated with stack frame n.
> Since frame 0 is defined as .GlobalEnv which is not associated with a
> function, I would expect this to always return NULL.
2016 Mar 27
1
sys.function(0)
On 3/27/16 2:46 PM, peter dalgaard wrote:
>> On 27 Mar 2016, at 22:05 , Mick Jordan <mick.jordan at oracle.com> wrote:
>>
>> As I understand
>> https://stat.ethz.ch/R-manual/R-devel/library/base/html/sys.parent.html
>> sys.function(n) returns the function associated with stack frame n.
>> Since frame 0 is defined as .GlobalEnv which is not associated with
2013 Apr 02
0
flac 1.3.0pre3 pre-release
On 1.4.2013 22:37, Erik de Castro Lopo wrote:
> Janne Hyv?rinen wrote:
>
>> Zip with random patches:
>>
>> flac_mac: fixes some missing parameters from safe string handling
>> changes in flac_mac's main.c
>> flac_mac_project: adds flac's include dir for the project so new
>> functions can be found
>> progress_display: flac testing progress
2007 Aug 24
2
[git patch] klibc bzero, mount fixes + random stuff
hello hpa,
please pull for the latest
git pull git://brane.itp.tuwien.ac.at/~mattems/klibc.git maks
with the following shortlog:
maximilian attems (9):
mount: add nodev, noexec and nosuid options
mount: add -n option
cpio: small cleanups
readlink: s/link/link_name/
kinit, mknod: s/(major|minor)/\1_num/
klibc: strcspn, strpbrk, strspn include string.h
2015 Oct 10
3
[PATCH] Extend Multiboot1 with support for ELF64 file format
This patch is just a (shameless) copy from bug #28 [1].
The original patch has been sitting there for a couple of years now,
and it was based on Syslinux v 4.05.
The patch I am posting here is just a re-base on v.6.03. Whichever
inadequate formatting (tabs, trailing spaces...), or any kind of
correction that was required for the original patch to be accepted, is
probably still required now.