5 ms·

I’m not related to the GP. Let me explain the point further: Your readme has a performance section, that section focuses on nnn vs two other tools. You only b

I’m not related to the GP. Let me explain the point further: Your readme has a performance section, that section focuses on nnn vs two other tools. You only benchmark against Memory usage under normal circumstances (ie no other performance metric, no other file system nor device types, etc). Then you have a whole other page dedicated to “why is nnn so much smaller” which is directly linked to from the performance comparisons. There’s no other way to take that other than you’re directly comparing nnn to other tools and objectively saying it’s better. So with that in mind, I think the developers of the other tooare totally with in their right to challenge you on your claims. Edit: the “multiple contributors” point you made is also rather dishonest too. It’s your personal GitHub account for a project you chiefly contribute too and the documents in question were created and edited by yourself (according to git blame). Yes nnn has other contributors too but it was yourself who wrote and published the claims being questioned.

apjana 8y ago
> totally with in their right to challenge you on your claims Yes, and within the limits of common courtesy. The other utility does only one thing - reports disk usage so there's not much to compare. The dev did mention that `ncdu's memory usage is definitely its weak point`. > no other performance metric, no other file system nor device types because lstat64() is at the core of the performance metric of the feature we are comparing here and with the same number of files on the same storage device the number of accesses are exactly the same. The only metric that differentiates the utilities is memory usage. > Edit: the “multiple contributors” point you made is also rather dishonest too. Not really, I prefer to edit the readme myself because I want to keep the documentation clean. You will see features contributed by other devs for which I have written the docs from readme to manpage. Regarding the metrics, sometimes I have taken the data and sometimes I have requested someone else to collect it. Or doesn't that count as contribution?
- laumars 8y ago
  What I actually care most about a file manager is how they perform on mounts with low IOPS and how gracefully they handle time outs and other exceptions. RAM is cheap and any file manager will be snappy on an SSD. But edge cases are where most file managers fall apart yet are situations where you might need to depend on your tools the most. However now I understand the point of this project was purely to optimise against memory usage, I can better understand the arguments you were making. > or doesn't that count as contribution? Not in this case, no. You published it, so you’re still ultimately accountable for it. You cannot request figures then play the “nothing to do with me guv’” card when someone queries the benchmarks that you subsequently published. At best it comes across as an unlikely story; at worst you’re still complicit.
  - apjana 8y ago
    > then play the “nothing to do with me guv’” card when someone queries the benchmarks that you subsequently published No, you are cooking things up. I did respond as per my understanding. My statement was very clear - "_Please don't judge me_ by the project page of a utility which is a work of several contributors." I had problems with the _personal remarks_. And I am not surprised you chose to ignore that and describe it in the light that I have problem with someone challenging the benchmarks. I am yet to come across figures that can challenge the current one.
    - smashedtoatoms 8y ago
      I have no idea how people convince themselves to contribute to open source and/or participate regularly in online discourse. It’s basically working really hard for the easiest-to-offend and least-likely-to-appreciate-anything-you-do people on earth, so they can throw shade at everything you do, and then get mad because you did something different than they would have done. FWIW, I appreciate everything you all are doing, even the stuff I’m not using right now. You all don’t hear it enough, and you’re certainly not getting paid enough for what you’re doing.
      - laumars 8y ago
        I contribute loads to open source too. It’s actually not that hard to do so without talking trash about other projects. In fact I find those kind of comparisons are often the laziest and least researched ways of promoting a particular project as anyone who’s spent any time dissecting other peoples work in detail (not just running ‘ps’ in another TTY) will usually gain an appreciation for the hard work and design decisions that have gone into competing solutions. But that’s just the opinion of one guy who has been contributing to the open source community for the last two decades. ;)
        apjana 8y ago
        > talking trash about other projects Cleverly fabricated and blown out of proportions. Yes, 2 decades of rich experience sure teaches that! To clear the context for others, you are talking about a list of performance numbers here, and as I said, I am yet to come across figures that can challenge the current one.

apjana 8y ago

> totally with in their right to challenge you on your claims Yes, and within the limits of common courtesy. The other utility does only one thing - reports disk usage so there's not much to compare. The dev did mention that `ncdu's memory usage is definitely its weak point`. > no other performance metric, no other file system nor device types because lstat64() is at the core of the performance metric of the feature we are comparing here and with the same number of files on the same storage device the number of accesses are exactly the same. The only metric that differentiates the utilities is memory usage. > Edit: the “multiple contributors” point you made is also rather dishonest too. Not really, I prefer to edit the readme myself because I want to keep the documentation clean. You will see features contributed by other devs for which I have written the docs from readme to manpage. Regarding the metrics, sometimes I have taken the data and sometimes I have requested someone else to collect it. Or doesn't that count as contribution?

laumars 8y ago
What I actually care most about a file manager is how they perform on mounts with low IOPS and how gracefully they handle time outs and other exceptions. RAM is cheap and any file manager will be snappy on an SSD. But edge cases are where most file managers fall apart yet are situations where you might need to depend on your tools the most. However now I understand the point of this project was purely to optimise against memory usage, I can better understand the arguments you were making. > or doesn't that count as contribution? Not in this case, no. You published it, so you’re still ultimately accountable for it. You cannot request figures then play the “nothing to do with me guv’” card when someone queries the benchmarks that you subsequently published. At best it comes across as an unlikely story; at worst you’re still complicit.
- apjana 8y ago
  > then play the “nothing to do with me guv’” card when someone queries the benchmarks that you subsequently published No, you are cooking things up. I did respond as per my understanding. My statement was very clear - "_Please don't judge me_ by the project page of a utility which is a work of several contributors." I had problems with the _personal remarks_. And I am not surprised you chose to ignore that and describe it in the light that I have problem with someone challenging the benchmarks. I am yet to come across figures that can challenge the current one.
  - smashedtoatoms 8y ago
    I have no idea how people convince themselves to contribute to open source and/or participate regularly in online discourse. It’s basically working really hard for the easiest-to-offend and least-likely-to-appreciate-anything-you-do people on earth, so they can throw shade at everything you do, and then get mad because you did something different than they would have done. FWIW, I appreciate everything you all are doing, even the stuff I’m not using right now. You all don’t hear it enough, and you’re certainly not getting paid enough for what you’re doing.
    - laumars 8y ago
      I contribute loads to open source too. It’s actually not that hard to do so without talking trash about other projects. In fact I find those kind of comparisons are often the laziest and least researched ways of promoting a particular project as anyone who’s spent any time dissecting other peoples work in detail (not just running ‘ps’ in another TTY) will usually gain an appreciation for the hard work and design decisions that have gone into competing solutions. But that’s just the opinion of one guy who has been contributing to the open source community for the last two decades. ;)
      - apjana 8y ago
        > talking trash about other projects Cleverly fabricated and blown out of proportions. Yes, 2 decades of rich experience sure teaches that! To clear the context for others, you are talking about a list of performance numbers here, and as I said, I am yet to come across figures that can challenge the current one.