search for: etorok

On Wed, Apr 3, 2013 at 12:12 AM, Török Edwin <edwin+ml-debian at etorok.net> wrote: > On 04/03/2013 01:20 AM, Renato Golin wrote: >> Hi Torok, >> >> I've used a hard-coded list on the input parameter and still got some output (slightly) scrambled between two different bots... >> >> I though the dbdir could be the culprit, but it...

On 04/03/2013 01:20 AM, Renato Golin wrote: > Hi Torok, > > I've used a hard-coded list on the input parameter and still got some output (slightly) scrambled between two different bots... > > I though the dbdir could be the culprit, but it has only one file. Attached is the output of both. > The version of ClamAV in the LLVM test-suite is quite old, and it first unpacks

On 19 April 2013 17:48, Török Edwin <edwin at etorok.net> wrote: > Otherwise what might seem like a 20% improvement > could very well be just a 0.2% improvement in practice. > This is (maybe to a lesser extent) what happens with most of our benchmarks, and running them 3 times doesn't add that much confidence but makes it run much s...

On 04/15/2013 11:01 AM, David Blaikie wrote: > On Wed, Apr 3, 2013 at 12:12 AM, Török Edwin <edwin+ml-debian at etorok.net> wrote: >> On 04/03/2013 01:20 AM, Renato Golin wrote: >>> Hi Torok, >>> >>> I've used a hard-coded list on the input parameter and still got some output (slightly) scrambled between two different bots... >>> >>> I though the dbdir could...

Hi Torok, I've used a hard-coded list on the input parameter and still got some output (slightly) scrambled between two different bots... INPUT = $(PROJ_SRC_DIR)/inputs/clam.cab \ $(PROJ_SRC_DIR)/inputs/clamdoc.tar.gz \ $(PROJ_SRC_DIR)/inputs/clam.exe \ $(PROJ_SRC_DIR)/inputs/clam.exe.bz2 \ $(PROJ_SRC_DIR)/inputs/clam-v2.rar \

Package: xen-system-amd64 Version: 4.3.0-3+b1 Severity: wishlist --- Please enter the report below this line. --- Please package Xen 4.4: http://blog.xen.org/index.php/2014/03/10/xen-4-4-released/ It has experimental support for PVH mode among other improvements: http://wiki.xenproject.org/wiki/Xen_4.4_Feature_List#Experimental_Support_for_ParaVirtualization_Hardware_.28PVH.29_Mode_for_Guests

On Fri, Apr 19, 2013 at 1:13 PM, Renato Golin <renato.golin at linaro.org>wrote: > On 19 April 2013 17:48, Török Edwin <edwin at etorok.net> wrote: > >> Otherwise what might seem like a 20% improvement >> could very well be just a 0.2% improvement in practice. >> > > This is (maybe to a lesser extent) what happens with most of our > benchmarks, and running them 3 times doesn't add that much conf...

On 2 April 2013 21:20, Török Edwin <edwin+ml-debian at etorok.net> wrote: > You can pass all the filenames from the inputs/ directory directly on the > command-line, instead of specifying -r inputs/. > That way the order of scanning will be exactly the one specified on the > command-line. > Hum, I think I can fix that with Make... --renat...

On 04/02/2013 11:06 PM, Daniel Dunbar wrote: > On Tue, Apr 2, 2013 at 11:46 AM, Renato Golin <renato.golin at linaro.org <mailto:renato.golin at linaro.org>> wrote: > > On 2 April 2013 19:20, Daniel Dunbar <daniel at zuster.org <mailto:daniel at zuster.org>> wrote: > > What is it that makes the output of the program asynchronous? The output is

On 06/04/2012 02:00 PM, yangzhi0104 at sohu.com wrote: > Hello Guys, > > From this morning, I have been always trying PrintFunctionNames - an example of clang, but during compiling I was always meeting "__ZTIN5clang15PluginASTActionE", referenced from: > __ZTI24PrintFunctionNamesAction in PrintFunctionNames.cpp.o. > > In fact, I didn't have

On 03/20/2016 14:30, Richard W.M. Jones wrote: > v1 was here: > > https://www.redhat.com/archives/libguestfs/2016-March/thread.html#00157 Thanks, this is much better than looking at 'ts -i' output. BTW I have use 'git am' to apply them to latest git HEAD and try it. Is this the preferred way, or is there a git branch/repo somewhere that I missed which would already

On 03/17/2016 12:07, Richard W.M. Jones wrote: > Also drop the sr_mod module used by the deprecated guestfs_add_cdrom > interface. > --- > src/ext2_initrd.ml | 5 ----- > 1 file changed, 5 deletions(-) > > diff --git a/src/ext2_initrd.ml b/src/ext2_initrd.ml > index 730f806..5e841ea 100644 > --- a/src/ext2_initrd.ml > +++ b/src/ext2_initrd.ml > @@ -40,12 +40,7 @@

On 03/15/2016 21:34, Richard W.M. Jones wrote: > I was looking at Clear Containers last week. > [...] > > This is all very good analysis. Thanks, looks like I raised the question at a good time :) > > The issues that I had in brief were: > > (1) We could run kvmtool, perhaps by adding a new backend, but it > seems a better idea to add the required features to qemu.

Hi, I remembered reading about Intel Clear Containers [1], and Hyper/Qboot [2] that support startup times measured in the hundreds of miliseconds range. On an AMD FX(tm)-8350 'guestfish -a /dev/null run' takes ~4s when run the 2nd/3rd time: real 0m4.152s user 0m2.120s sys 0m0.564s Are there any plans on applying these improvements to the supermin appliance? I did some quick tests on