[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GNU Parallel Bug Reports niceload: macos iostat differences
From: |
Ole Tange |
Subject: |
Re: GNU Parallel Bug Reports niceload: macos iostat differences |
Date: |
Mon, 24 Sep 2012 18:50:02 +0200 |
On Fri, Sep 21, 2012 at 8:14 PM, PFudd <address@hidden> wrote:
> I just tried 'niceload' for the first time today, and I like what I see!
>
> However, it turns out that Apple has a modified version of iostat, so
> 'niceload
> -I 7 ........' gives this error:
>
> ==============
> iostat: illegal option -- x
> usage: iostat [-CUdIKoT?] [-c count] [-n devs]
> [-w wait] [drives]
> Use of uninitialized value $io in division (/)
> at /usr/local/bin/niceload line 659.
What would you say is The Correct Thing to do there?
> This leaves us the unenviable task of estimating the highest throughput
> available for arbitrary devices: yuck! Note: the MacOS Activity Monitor
> program has this problem too: the disk-io graph is rescaled constantly, just
> to keep the graph's maximum value in the last few minutes at about 80% of the
> y axis.
I do not like that way of doing it. I will prefer that niceload
somehow replies: Unsupported feature.
> One other note: when I tried niceload -L on my linux virtual machine, I
> found that I didn't even have iostat installed; I don't know whether
> niceload should print a nicer error instead of 'sh: iostat: command not
> found/division by zero error' or if the installation process should check for
> it; how do you feel?
The Correct Thing here would be to reply something like:
iostat not found. iostat is required for this. Install iostat (part
of sysstat) and retry.
/Ole