Hi. On Wed, May 14, 2008 at 03:16:56AM +0200, Florian Wiessner (ich@netz-guru.de) wrote:Did FUSE start to make a fiendship with performance? Last time I saw it, they hated each other... Caching actually useful not only on slow, but also very fast links because of its ability to batch data and greatly reduce latencies of reply-request protocols, which in turn (for that protocols) greatly increases performance. If you are using async processing (like POHMELFS, iirc it is the only such approach in networked fs, cifs/smbfs and others wait after request is sent and only then proceed with the next one) that will allow to drain the cache very quickly and proceed with the next data set. -- Evgeniy Polyakov --
| Linus Torvalds | Linux 2.6.26-rc4 |
| Satyam Sharma | Re: 2.6.23-rc6-mm1 |
| Chuck Ebbert | Why do so many machines need "noapic"? |
| Jan Engelhardt | Re: LSM conversion to static interface |
| Theo de Raadt | That whole "Linux stealing our code" thing |
| Marco Peereboom | Re: Real men don't attack straw men |
| Marius ROMAN | 1440x900 resolution problem |
| GVG GVG | ssh_exchange_identification: Connection closed by remote host |
git: | |
| Martin Langhoff | Re: git versus CVS (versus bk) |
| Linus Torvalds | People unaware of the importance of "git gc"? |
| Martin Langhoff | Handling large files with GIT |
| Jeff King | Re: Git vs Monotone |
| David Miller | [GIT]: Networking |
| Matheos Worku | 2.6.24 BUG: soft lockup - CPU#X |
| Auke Kok | [PATCH] e1000e: test MSI interrupts |
| Wang Jian | drivers/net/phy/marvell.c: 88e1111 can't get out sleep mode |
