u're looking for.
> Hope this solves your problem.
>
> Best regards,
> Emil Bode
>
>
> On 21/11/2018, 17:58, "R-devel on behalf of Dmitriy Selivanov" <
> r-devel-boun...@r-project.org on behalf of selivanov.dmit...@gmail.com>
> wrote:
>
>
col1
> #row11
>
>
> Hope this helps,
>
> Rui Barradas
>
> Às 16:51 de 21/11/2018, Dmitriy Selivanov escreveu:
> > Hello here. I'm struggling to understand R's subsetting behavior in
> couple
> > of edge cases - subsetting row in a single column m
a = matrix(1:2, nrow = 2, dimnames = list(c("row1", "row2"), c("col1")))
a[1, ]
# 1
It returns *unnamed* vector `1` where I would expect named vector. In fact
it returns named vector when number of columns is > 1.
Same issue applicable to single row matrix. Is it
t, Fedora, RHEL, Centos also have jemalloc
> and
> tcmalloc. Meaning, if its good on those two, its good on Linux in general.
> Basically, jemalloc is faster for many work loads but its harder to spot
> problems. Glibc is better at spotting memory bugs but not as fast.
>
> -St
to to also switch to jemalloc.
>
> Anybody feel like doing some empirics?
>
> Dirk
>
> --
> http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
>
--
Regards
Dmitriy Selivanov
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
calls? At the moment seems any value is ignored...
12 авг. 2017 г. 6:09 ПП пользователь "Simon Urbanek" <
simon.urba...@r-project.org> написал:
>
> > On Aug 11, 2017, at 12:57 PM, Iñaki Úcar wrote:
> >
> > 2017-08-11 16:00 GMT+02:00 Martin Maechler :
> >
integer/double vector of size 500+ mb - R will report that it
can't allocate vector of such size.
Hope this helped.
2017-08-11 18:00 GMT+04:00 Martin Maechler :
> >>>>> Dmitriy Selivanov
> >>>>> on Fri, 11 Aug 2017 17:33:31 +0400 writes:
>
>
Hi mailing list and R-core. Could someone from R-core please help me to
create account in bugzilla? I would like to submit issue related to gc() to
wishlist.
Related context is here -
https://stat.ethz.ch/pipermail/r-devel/2017-July/074715.html
--
Regards
Dmitriy Selivanov
s
Bugzilla members"*)
- https://stat.ethz.ch/pipermail/r-devel/2017-June/074487.html
- https://stat.ethz.ch/pipermail/r-devel/2017-June/074500.html
- https://stat.ethz.ch/pipermail/r-devel/2017-July/074614.html
2017-07-09 13:12 GMT+03:00 Dmitriy Selivanov :
> Dear R-devel mailing l
ction = function(...) {
# do some useful work
result = TRUE
# register finalizer
e = environment()
reg.finalizer(e, malloc_trim_finalizer)
return(result)
}
2017-06-22 11:12 GMT+04:00 Dmitriy Selivanov :
> A few additional details. According to Linux Programmer's Manual
>
>
A few additional details. According to Linux Programmer's Manual
1. http://man7.org/linux/man-pages/man3/mallopt.3.html
2. http://man7.org/linux/man-pages/man3/malloc_trim.3.html
And if I understood everything correctly `free` could trigger `malloc_trim`
based on value of several environmen
than single digit millisecond for very memory
fragmented .
Thanks in advance.
--
Regards
Dmitriy Selivanov
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
12 matches
Mail list logo