I have some clue about this problem. I did face it before, though not with Neo4j but with other programs that intensive use disks. For example, my linux box completely frozen by svn update command for huge projects. The symptoms are same : low CPU load with high iowait ( in your message, I saw 23% for iowait load ). MySQL faces the same problem: http://www.mysqlperformanceblog.com/?s=linux+high+io+wait There are some recommendations: 1) Tune io scheduler for disk with database. 2) disable access time update: noatime,nodiratime flags for disk mount command or /etc/fstab.
Not sure what it can help a lot, though. On Mon, May 30, 2011 at 11:58 PM, Marco Gerber <mger...@junisphere.net> wrote: > Hello everybody > > A collection of reference benchmarks would be great, but completely > independent of this, my problem is making my application on linux as > performant as on windows. > > Thanks guys, > Marco > > > -----Original Message----- > From: user-boun...@lists.neo4j.org on behalf of Rick Bullotta > Sent: Mon 30.05.2011 18:02 > To: j...@neotechnology.com; user@lists.neo4j.org > Subject: Re: [Neo4j] performance issues with ubuntu > > Hi, Jim. > > Not really thinking of benchmarks, which I agree are tricky to define and > even trickier to standardize. Plus, given the nearly infinitely cool things > you can do with neo, it borders on impossible. > > Rather, I'm just thinking of wikifying some of the platform specific best > practices and gotchas/known issues for each. > > Rick > > ----- Reply message ----- > From: "Jim Webber" <j...@neotechnology.com> > Date: Mon, May 30, 2011 11:55 am > Subject: [Neo4j] performance issues with ubuntu > To: "Neo4j user discussions" <user@lists.neo4j.org> > > Hi Rick, > > I concur that we should perhaps have some perf figures, but it's one of those > things that's easier said than done. > > For instance, right now we have performance tests running as part of the > Windows/Linux/Mac continuous build and we will fail the build if we drop on > those numbers. Yet creating representative benchmarks (similar to the TPC-X > benchmarks perhaps) is not only difficult, but will almost certainly be of no > use to users or customers when choosing a graph database or in designing out > their own solutions because your access patterns are likely to be so > different from the benchmark patterns. > > But if the community could come together and loosely agree upon some > representative benchmarks that would be useful to them (platform/setup/access > pattern) then we could get something into our build and publishing numbers > with a little effort. > > Jim > > > _______________________________________________ > Neo4j mailing list > User@lists.neo4j.org > https://lists.neo4j.org/mailman/listinfo/user > _______________________________________________ > Neo4j mailing list > User@lists.neo4j.org > https://lists.neo4j.org/mailman/listinfo/user > > > _______________________________________________ > Neo4j mailing list > User@lists.neo4j.org > https://lists.neo4j.org/mailman/listinfo/user > > -- _________________ entia non sunt multiplicanda praeter necessitatem, (entities should not be multiplied beyond necessity.) _______________________________________________ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
