similar to: Re: a question about multithreading with libguestfs

Hi Richard! Maybe the function guestfs_mount_local_run shouldn't ACQUIRE_LOCK_FOR_CURRENT_SCOPE as it doesn't talk with the daemon and sits in the loop? What do you think? If I remove it from guestfs_mount_local_run (in lib/action-1.c, don't know how to properly remove it from ml generator), fuse_loop_mt works, but I still don't understand how it worked with fuse_loop (single

[Please keep replies on the mailing list so that others can benefit] On Tue, Oct 17, 2017 at 10:07:31PM +0300, Maxim Kozover wrote: > Hi Richard, > Unfortunately I achieved a negative result, maybe you could help, please? . > I'm using libguestfs-1.36.4 as a base since I changed for myself a bit some > detection stuff that you recently moved from C to OCaml and I can't rewrite

Hi Richard, Can you tell, please, if the daemon at the appliance side is multithreaded as well and is able to execute several simultaneous reads, for example? If yes, how many threads it uses? Or every request starts its own thread? Thanks much, Maxim. On Oct 18, 2017 2:17 AM, "Maxim Kozover" <maximkoz@gmail.com> wrote: > Hi Richard! > Finally it seems it works after

On Wed, Oct 18, 2017 at 01:33:49AM +0300, Maxim Kozover wrote: > Hi Richard! > Maybe the function guestfs_mount_local_run shouldn't > ACQUIRE_LOCK_FOR_CURRENT_SCOPE as it doesn't talk with the daemon and sits > in the loop? What do you think? The lock is needed for any access to the guestfs_h structure, so I'm pretty sure that is not safe. > If I remove it from

On Mon, Oct 16, 2017 at 10:16:27PM +0300, Maxim Kozover wrote: > I mean if after applying multithreading patches I can change fuse_loop to > fuse_loop_mt... OK, I've not actually tested how well that works myself, so make sure you test it properly before doing anything important with it. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my

Hi I`ve been trying this guestfs_mount_local api for quite a few days, but still can`t get over it. Now it seems to have enter the fuse loop but have some problems with 'mount'? and stops at guestfs_mount_local_run(g). Here`s corresponding code in the test program: ?? if(guestfs_mount_local(g,"/mnt/libg")==-1) exit(EXIT_FAILURE); else guestfs_mount_local_run(g); ?? Below is a

This changes the proposed API slightly. Previously 'mount-local' generating a 'mounted' event when the filesystem was ready, and from the 'mounted' event you had to effectively do a fork. Now, 'mount-local' just initializes the mountpoint and you have to call 'mount-local-run' to enter the FUSE main loop. Between these calls you can do a fork or whatever

The existing mechanism was clunky, slow and used ~ 10 MB of local disk. Rich.

On Mon, Oct 02, 2017 at 11:50:42AM +0300, Maxim Kozover wrote: > Hi Richard! > Could you tell me, please, if there is a way to relaunch libguestfs with > the same overlay from the last run? The documentation tells the overlay is > removed when the handle to libguestfs is closed. Right, the overlay is created by libguestfs itself and thrown away when the handle is closed:

It is never normally valid to use the mount-local* APIs when you haven't mounted some filesystems in the libguestfs namespace. If you try it, it results in some odd errors. The mount-local-run call is successful, but subsequent operations fail: $ mkdir -p /tmp/mnt $ guestfish -x -N fs mount-local /tmp/mnt : mount-local-run libguestfs: error: lstat: lstat_stub: you must call 'mount'

It seems that FUSE can invoke flush to make sure the pending changes (e.g. to the attributes) of a file are set. Since a missing flush implementation is handled as if it were returning ENOSYS, this can cause issues later. To overcome this, just provide a stub implementation which does nothing, since we have nothing to do and don't want to have FUSE error out. Furthermore, uncomment the

Previously if you were root, and you tried to change directory into a directory which was not owned by you and not readable (eg. 0700 bin:bin), it would fail. This doesn't fail on regular directories because when you are root the kernel just ignores permissions. Although libguestfs in general tries not to duplicate kernel code, in the case where we emulate the FUSE access(2) system call,

Not all the fields of struct stat are actually filled by us. This caused rubbish to appear in the microseconds fields, which were then used as base when changing atime/ctime (with e.g. touch), triggering EINVAL by futimens/utimensat when those rubbish values were out of the range allowed for microseconds. --- src/fuse.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/src/fuse.c b/src/fuse.c

I was surprised, given the vector-ish nature of R, to see that (according to my CPU meters) there doesn't seem to be any obvious multithreading in R. Are there any plans to change this?

Hello, We were doing some experiments to deserialize/JIT bitcode on multiple threads and we hit what looks like this issue: http://lists.cs.uiuc.edu/pipermail/llvmbugs/2013-April/027937.html We're using LLVM-3.5 so I was a bit surprised that the patch that was provided in 2013 doesn't appear to be in the current codebase. I'm curious what the status of this patch and issue are? Are

Hello , I'm new to R and don't really understand how to use the function "apply" instead of a "for loop", particularly for a function with multiple entries. I have a big data file and would like to apply a function in multi thread to accelerate the processus. I have a data frame containing values of* CO2 in ppm (resp[i,6])* that I want to convert in umol of CO2

On 05/29/2018 03:38 PM, Martin Kletzander wrote: > On Fri, May 25, 2018 at 09:37:44AM -0500, Eric Blake wrote: >> On 05/25/2018 09:17 AM, Michal Privoznik wrote: >> >>>>> We should probably seed it with data from /dev/urandom, and/or the new >>>>> Linux getrandom() syscall (or BSD equivalent). >>> >>> I'm not quite sure that right

This version doesn't crash or cause hung processes or stuck mountpoints, so that's an improvement. Rich.

we people are new team for ruby. we trying to put multithreading in our code. how is it possible? we want to read a message from queue and process that message parellaly and finally insert the message to the DB. Can you give me the Idea please. we want to process 7000 to 10000 message and store it to the Database perminute. we are trying through threads. can you please help me how we do?

I noticed that the statically linked ogg/vorbis libraries for Windows are multithreaded. I want to link them into a non-multithreaded application, so I'm considering recompiling them to use the non-multithreaded C runtime. Is this feasible, or do libogg and libvorbis rely on multithreading? <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: