Displaying 20 results from an estimated 40 matches for "neglibly".
Did you mean:
neglible
2016 Mar 30
2
LLD: Possible optimization for TargetInfo
I was wandering how much is the overhead of virtual function calls of
TargetInfo member functions. TargetInfo handles platform-specific details,
and we have target-specific subclasses of that class. The subclasses
override functions defined in TargetInfo.
The TargetInfo member functions are called multiple times for each
relocation. So the cost of virtual function calls may be non-neglible. That
2007 Apr 20
2
Fastest way to repeatedly subset a data frame?
Hi -
I have a data frame with a large number of observations (62,000 rows,
but only 2 columns - a character ID and a result list).
Sample:
> my.df <- data.frame(id=c("ID1", "ID2", "ID3"), result=1:3)
> my.df
id result
1 ID1 1
2 ID2 2
3 ID3 3
I have a list of ID vectors. This list will have anywhere from 100 to
1000 members, and
2016 Mar 30
4
LLD: Possible optimization for TargetInfo
On Wed, Mar 30, 2016 at 4:20 PM, Sean Silva <chisophugis at gmail.com> wrote:
> I believe the relocation stuff that Rafael is currently working on will
> make this a non-issue (it will make relocation application much friendlier
> for the CPU).
>
I don't think Rafael's patch would make this a non-issue. He's making
scanRelocs to create data, which would reduce the
2020 May 18
0
Multiple vulnerabilities in Dovecot
Dear subscribers,
we are sending notifications for three vulnerabilities,
- CVE-2020-10957
- CVE-2020-10958
- CVE-2020-10967
Please find them below
---
Aki Tuomi
Open-Xchange Oy
------------------
Open-Xchange Security Advisory 2020-05-18
Product: Dovecot
Vendor: OX Software GmbH
Internal reference: DOV-3784
Vulnerability type: NULL pointer dereference (CWE-476)
Vulnerable version:
2020 May 18
0
Multiple vulnerabilities in Dovecot
Dear subscribers,
we are sending notifications for three vulnerabilities,
- CVE-2020-10957
- CVE-2020-10958
- CVE-2020-10967
Please find them below
---
Aki Tuomi
Open-Xchange Oy
------------------
Open-Xchange Security Advisory 2020-05-18
Product: Dovecot
Vendor: OX Software GmbH
Internal reference: DOV-3784
Vulnerability type: NULL pointer dereference (CWE-476)
Vulnerable version:
2016 Mar 30
0
LLD: Possible optimization for TargetInfo
I believe the relocation stuff that Rafael is currently working on will
make this a non-issue (it will make relocation application much friendlier
for the CPU).
However, even in the current scheme, since the target is fixed, all the
indirect call sites should be monomorphic and so there shouldn't be much
branch-prediction cost (certainly nothing that would cause 1.8% performance
delta for the
2016 Mar 30
0
LLD: Possible optimization for TargetInfo
> On Mar 30, 2016, at 4:25 PM, Rui Ueyama via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>
> On Wed, Mar 30, 2016 at 4:20 PM, Sean Silva <chisophugis at gmail.com <mailto:chisophugis at gmail.com>> wrote:
> I believe the relocation stuff that Rafael is currently working on will make this a non-issue (it will make relocation application much friendlier for the CPU).
2016 Mar 31
0
LLD: Possible optimization for TargetInfo
On Wed, Mar 30, 2016 at 4:25 PM, Rui Ueyama <ruiu at google.com> wrote:
> On Wed, Mar 30, 2016 at 4:20 PM, Sean Silva <chisophugis at gmail.com> wrote:
>
>> I believe the relocation stuff that Rafael is currently working on will
>> make this a non-issue (it will make relocation application much friendlier
>> for the CPU).
>>
>
> I don't think
2016 Mar 31
2
LLD: Possible optimization for TargetInfo
On Wed, Mar 30, 2016 at 5:34 PM, Sean Silva <chisophugis at gmail.com> wrote:
>
>
> On Wed, Mar 30, 2016 at 4:25 PM, Rui Ueyama <ruiu at google.com> wrote:
>
>> On Wed, Mar 30, 2016 at 4:20 PM, Sean Silva <chisophugis at gmail.com>
>> wrote:
>>
>>> I believe the relocation stuff that Rafael is currently working on will
>>> make
2016 Mar 31
0
LLD: Possible optimization for TargetInfo
On Wed, Mar 30, 2016 at 6:17 PM, Rui Ueyama <ruiu at google.com> wrote:
> On Wed, Mar 30, 2016 at 5:34 PM, Sean Silva <chisophugis at gmail.com> wrote:
>
>>
>>
>> On Wed, Mar 30, 2016 at 4:25 PM, Rui Ueyama <ruiu at google.com> wrote:
>>
>>> On Wed, Mar 30, 2016 at 4:20 PM, Sean Silva <chisophugis at gmail.com>
>>> wrote:
2007 Apr 18
7
[RFC, PATCH 0/24] VMI i386 Linux virtualization interface proposal
In OLS 2005, we described the work that we have been doing in VMware
with respect a common interface for paravirtualization of Linux. We
shared the general vision in Rik's virtualization BoF.
This note is an update on our further work on the Virtual Machine
Interface, VMI. The patches provided have been tested on 2.6.16-rc6.
We are currently recollecting performance information for the new
2007 Apr 18
7
[RFC, PATCH 0/24] VMI i386 Linux virtualization interface proposal
In OLS 2005, we described the work that we have been doing in VMware
with respect a common interface for paravirtualization of Linux. We
shared the general vision in Rik's virtualization BoF.
This note is an update on our further work on the Virtual Machine
Interface, VMI. The patches provided have been tested on 2.6.16-rc6.
We are currently recollecting performance information for the new
2002 Sep 02
3
Slow Samba Printer initialisation, status, and printing
OK, I have been wrestling with this for two weeks now, so somebody please
help !
We have an existing Samba Print Server, running RedHat linux, kernel
2.2.19, that runs fine, but is a P133 with 64 mb ram. So we built a new PC,
the slowest thing we could buy, a duron 1 ghz with 512 mb RAM. Old printer
server is running Samba 2.2.5, new printer server is running samba 2.2.5,
and Slackware 8.1,
2016 Apr 04
1
Can you get page dirtying information on non-migrating VMs?
Hello everyone,
I've been looking through the libvirt API to get information about
memory page dirtying of VMs. I need these to aid decisions on which VM
to migrate.
The only thing I found is
virDomainGetJobStats()
with
VIR_DOMAIN_JOB_MEMORY_DIRTY_RATE
but that only works when a migration is already running.
Is there a way to get information on VMs which are not already migrating?
Thanks
2010 May 30
0
[fdo] Server reboot Monday morning UTC
Hi all,
most of the freedesktop.org servers just got new kernels, so they'll be
rebooted tomorrow (Monday) morning UTC.
Sorry for the short notice, downtime should be neglible.
Regards,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
2010 Jul 14
1
[fdo] Server reboot Thursday morning UTC
Hi all,
most of the freedesktop.org servers just got new kernels, so they'll be
rebooted tomorrow (Thursday) morning UTC.
Sorry for the short notice, downtime should be neglible.
Regards,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
2009 Feb 11
4
Benchmarks Inline-ASM vs. Intrinsics
Hi folks, FYI:
I've finally made some benchmarks for inline-assembler versus intrinsic
based mmx code.
I've just applied the changes to the fragment reconstruction functions
as writing the IDCT and loopfilter have not been ported yet.
Nevertheless here are some numbers:
As a baseline I'll take the current version from the trunk with all
inline assembler functions enabled. Lower
2015 Apr 20
2
[LLVMdev] SmallString + raw_svector_ostream combination should be more efficient
Sean, thanks for reminding this, Alp did commit a class derived from
raw_svector_ostream conatining an internal SmallString he called
small_string_ostream.
The commit was reverted after a day due to a disagreement about the commit
approval and apparently abandoned.
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20140623/223393.html
2007 Aug 21
7
installing on X86_64 - unable to build
hi wxrubiers
firstly - im right in understanding there is no gem for x86_64?
failing that i''ve been trying to compile, but am failing because ld cant find
lwx_gtk2u_aui-2.8
im on ubuntu (gutsy) and have wx-windows2.8 headers installed as well as
libwxbase2.8dev and libwxgtk2.8-dev
can anyone help?
thanks
glenn
2004 Jul 16
2
inconsistency in pchisq (PR#7099)
Full_Name: Richard Mott
Version: 1.9.0
OS: Windows XP
Submission from: (NULL) (81.178.233.208)
Shouldn't these give the same answer?
> pchisq(67.60644,df=1,lower.tail=F,ncp=0)
[1] 3.219647e-15
> pchisq(67.60644,df=1,lower.tail=F)
[1] 1.996145e-16
>