Displaying 6 results from an estimated 6 matches for "160040".
Did you mean:
16000
2016 Sep 23
2
Undocumented 'use.names' argument to c()
...f:
c(c, d, use.names = FALSE)
Memory allocations:
bytes calls
1 80040 <internal>
total 80040
> profmem::profmem(c(c, d, use.names=TRUE))
Rprofmem memory profiling of:
c(c, d, use.names = TRUE)
Memory allocations:
bytes calls
1 80040 <internal>
2 160040 <internal>
total 240080
/Henrik
On Fri, Sep 23, 2016 at 10:25 AM, William Dunlap via R-devel
<r-devel at r-project.org> wrote:
> In Splus c() and unlist() called the same C code, but with a different
> 'sys_index' code (the last argument to .Internal) and c() did not co...
2015 Apr 20
4
Samba 4 slow write
Hi Jones,
many thanks for your reply.
Yepp, I'm using ACL's (Posix ACL's) on filesystem to regulate the
access of users for files and directories.
Do you mean that this is the "normal" way? These geteuid and
getegid system calls are so slow?
On the previous system (Debian Wheezy, Samba 3) I've also used
ACL's, but there were much faster than this...
What should
2015 Apr 22
0
Samba 4 slow write
...320076 rt_sigaction
0.34 0.001634 0 10000 ftruncate64
0.33 0.001595 0 160039 mmap2
0.27 0.001287 0 80020 read
0.20 0.000963 0 190058 fstat64
0.17 0.000814 0 160040 _llseek
0.16 0.000786 0 25001 setxattr
0.09 0.000423 0 15000 SYS_320
0.05 0.000220 4 54 getdents64
0.04 0.000214 0 30004 clock_gettime
0.01 0.000038 0...
2016 Sep 25
1
Undocumented 'use.names' argument to c()
...80040
>>
>>> profmem::profmem(c(c, d, use.names=TRUE))
>> Rprofmem memory profiling of:
>> c(c, d, use.names = TRUE)
>>
>> Memory allocations:
>> bytes calls
>> 1 80040 <internal>
>> 2 160040 <internal>
>> total 240080
>>
>> /Henrik
>>
>> On Fri, Sep 23, 2016 at 10:25 AM, William Dunlap via R-devel
>> <r-devel at r-project.org> wrote:
>>> In Splus c() and unlist() called the same C code, but with a di...
2016 Sep 23
0
Undocumented 'use.names' argument to c()
...bytes calls
> 1 80040 <internal>
> total 80040
>
>> profmem::profmem(c(c, d, use.names=TRUE))
> Rprofmem memory profiling of:
> c(c, d, use.names = TRUE)
>
> Memory allocations:
> bytes calls
> 1 80040 <internal>
> 2 160040 <internal>
> total 240080
>
> /Henrik
>
> On Fri, Sep 23, 2016 at 10:25 AM, William Dunlap via R-devel
> <r-devel at r-project.org> wrote:
>> In Splus c() and unlist() called the same C code, but with a different
>> 'sys_index' code (the last argum...
2016 Sep 23
2
Undocumented 'use.names' argument to c()
In S-PLUS 3.4 help on 'c' (http://www.uni-muenster.de/ZIV.BennoSueselbeck/s-html/helpfiles/c.html), there is no 'use.names' argument.
Because 'c' is a generic function, I don't think that changing formal arguments is good.
In R devel r71344, 'use.names' is not an argument of functions 'c.Date', 'c.POSIXct' and 'c.difftime'.
Could