[issue1556] many processes stuck in "hmrrcm", system unusable

Alex Hornung <[e-mail]> added the comment:

: Corecode's report is the only one we have, and we don't have a realistic
: test scenario that measures when it happens or how much it happens.=20
This is not really true. Hasso has also been complaining about very bad=20
performance and even showed some test cases and results running dd in vario=
us=20
scenarios. I also notice quite a performance degradation, especially workin=
g=20
with git. git diff and checkout particularly take ages on hammer.


: Before we have Matt, who can work full-time on clustering - the _purpose
: of this project_ - digress for months on filesystem performance, can we
: quantify the actual problem?
To quantify the problem should be straight forward. As I mentioned before,=20
hasso did some of it, but in any case there are test programs (thinking dbe=
nch=20
or similar here, don't know if anyone of them is in pkgsrc) who can quantif=
y it=20
easily.
About clustering being the main goal... the original goal, as far as I know=
,=20
was to have a well performing SMP system. Right now our SMP performance isn=
't=20
exactly good. I know that the main page is now full of references to cluste=
ring=20
being *THE* goal, but what happened to the original goals?

Cheers,
Alex Hornung

_____________________________________________________
DragonFly issue tracker <[e-mail]>
<http://bugs.dragonflybsd.org/issue1556>
_____________________________________________________