[prev in list] [next in list] [prev in thread] [next in thread] 

List:       fuse-devel
Subject:    Re: [fuse-devel] stat performance on multicore systems: measurements
From:       Miklos Szeredi <miklos () szeredi ! hu>
Date:       2012-08-07 13:17:23
Message-ID: 87ehni6duk.fsf () tucsk ! pomaz ! szeredi ! hu
[Download RAW message or body]

Anand Avati <anand.avati@gmail.com> writes:

>
> I think we really need multiple request queues (as many number of CPUs) which
> are processed by multiple user-space fuse threads which bind themselves to one
> CPU each and syscalls add their request to the queue belonging to the CPU they
> are happening in -- all of this working without any cross-cpu shared data. We
> could optionally have some starvation avoidance by making another CPU's fuse
> thread pick this CPU's requests if it is too idle and this CPU has too many
> requests, but it need not be an initial feature. If all this really improves
> performance to the same extent (and hence corroborates the theory), the extra
> complexity would be well worth it.

Yeah, that would be an interesting experiment.

Thanks,
Miklos

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
fuse-devel mailing list
fuse-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fuse-devel
[prev in list] [next in list] [prev in thread] [next in thread]