similar to: tytso's readdir speedup patch - adoptable?

I asked Ted about his patch for ext3 and ext2 and this is his response. I am not sure if his post will reach lkml since it's sent to vger.rutgers.edu IMHO, With the amount of work Andrew has done to make ext3 usable for MTA applications, Ted's work would make ext3 even better for MTA apps sinc both Postfix/qmail use 'find' in their control-scripts and queue statistics program

Hi there, : without index mount: root@codeman:[/test] # time randfiles foo 20000 real 1m10.501s user 0m0.240s sys 1m8.590s root@codeman:[/test] # time randfiles foo 100000 real 32m55.929s user 0m1.890s sys 32m2.500s : with index mount: root@codeman:[/test] # time randfiles foo 20000 real 1m8.428s user 0m0.350s sys 1m6.780s root@codeman:[/test] # time randfiles

Here is my current approach, which doesnt perform well on downloads, when e.g. many p2p clients are running. How to improve? Thomas

Rusty, This patch changes the virtio_rng to a callback without a return value. Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com> --- drivers/char/hw_random/virtio-rng.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) Index: kvm/drivers/char/hw_random/virtio-rng.c =================================================================== ---

The vp3 / theora decoder in FFmpeg project received a major speedup: http://multimedia.cx/eggs/profiling-and-optimizing-theora/#comment-150751 http://git.ffmpeg.org/?p=ffmpeg;a=commit;h=6e8061980c9a18a0eb9802f5dc5becc349066680 http://git.ffmpeg.org/?p=ffmpeg;a=commit;h=8476744ba50d26a3e188def192cd9086b0f781d7 http://git.ffmpeg.org/?p=ffmpeg;a=commit;h=a51faef9b61bd80499a28322802ef4b22be44d43

I found this cool program you can download it from: www.applicationwarp.com

Hi all, Following the lines of Red Hat's announcement for commitment for better open-source model, along with many other companies (lead by Facebook/Google/IBM) [1], Gluster project is also proposing to have the COMMITMENT statement in its project. While we discuss about the same here, a RFC patch is submitted to review. [2] [1] -

Rusty, This patch changes the virtio_rng to a callback without a return value. Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com> --- drivers/char/hw_random/virtio-rng.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) Index: kvm/drivers/char/hw_random/virtio-rng.c =================================================================== ---

On Friday 19 February 2010 19:33:32 james woodyatt wrote: > Let us all now give a warm welcome to our new Haskell comrades! Hopefully Mono will be next. -- Dr Jon Harrop, Flying Frog Consultancy Ltd. http://www.ffconsultancy.com/?e

On Fri, Feb 19, 2010 at 9:14 PM, Jon Harrop <jon at ffconsultancy.com> wrote: > On Friday 19 February 2010 19:33:32 james woodyatt wrote: > > Let us all now give a warm welcome to our new Haskell comrades! > > Hopefully Mono will be next. > Mono has already used LLVM for various things. -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Feb 19, 2010, at 11:33 AM, james woodyatt wrote: > everyone-- > > File this under Advocacy. > > See this thread <http://www.haskell.org/pipermail/glasgow-haskell-users/2010-February/018425.html> for more information, but the short summary is that they're deprecating their old "compile to GCC" backend in favor of David Terei's new LLVM backend.

Just to correct, the GCC back-end isn't being depreciated in favour of the LLVM back-end (as much as I would to claim it was). The GCC back-end has been on the list of things GHC developers wanted to remove for a while now and the larger reason its being done now is that SSE support has recently been added to the native code generator, fixing one of the last advantages the C back-end had.

On Feb 21, 2010, at 4:53 PM, Garrison Venn wrote: > Hi David, > > Your paper is linked on an LLVM site, but I can't give you the url as we are > currently down for maintenance. If I remember correctly it was under "recent papers" > off of the home site. It's here: http://llvm.org/pubs/2009-10-TereiThesis.html -Chris > > Garrison > > On Feb 21,

The speedups in building RPM's with "mock" from the EPEL packages for RHEL 6 are *profound*, especially if your environment is like mine and you have thousands of user id's. The issue seems to be the handling of "/var/log/lastlog" and similar files, which are otherwise quite large and take significant time to compress and uncompress when laying out new mock

Hi, I am using the virtual plugin on divecot2. It seems a bit slow when accessing from my iPhone. How can I speed it up? The full text search plugin can help? Inviato da iPhone

Dear Samba team, I read this message. http://lists.samba.org/archive/samba/2007-July/133609.html Can I translate Japanese and send translated message to Japanese people? -- --- Oota Toshiya --- oota at mail.linux.bs1.fc.nec.co.jp NEC Computers Software Operations Unit Shiba,Minato,Tokyo Open Source Software Platform Development Division Japan,Earth,Solar system (samba-jp/ldap-jp

On a dry run, rsync displays a speedup value calculated from the total size of the source file data and the amount of data sent over the connection, but this value is meaningless and grossly misleading because the file data is not sent over the connection. Example: [matt@mattlaptop2 test]$ rsync -avi -n ~/eclipse/releases/eclipse-SDK-3.3-linux-gtk.tar.gz . sending incremental file list

I'm syncing from a USB disk to my hard disk like this: rsync -vr /path/to/usb/disk/dir/ /path/to/hard/disk/dir/ But the speedup is always 0.99 which I think means it is just copying the files each time instead of syncing them. What could be wrong? - Grant

Hi, Will rsync adopt Kerberos/GSSAPI integration? It would be really good if we could establish password-less connections that adhere to user permissions. I am aware there is a patched version of rsync for this purpose, but it seems to run a few versions behind the main releases. Are there any plans to incorporate the work done there into the main release? (see http://jrds.fr/rsynck for

George Ou wrote: > Ah, but speex.org should lead by example. Instead of posting wav files, why > not post the actual speex files as well? Then make it plaingly obvious for > people to download the plugins with links to the page you just posted. I post wav files for the same reason people have screenshots. Sure, I could download OpenOffice and try it, but it's nice to be able to