Yo Hal!
On Mon, 08 Jan 2018 19:11:31 -0800
Hal Murray wrote:
> >>> Who cares about the dynamic peak? That is handled by the RasPi on
> >>> board capacitors. When the capacitors can not hold up the DC any
> >>> longer then the meter sees the problem.
>
> >> No, the meter is much too slow for
>>> Who cares about the dynamic peak? That is handled by the RasPi on
>>> board capacitors. When the capacitors can not hold up the DC any
>>> longer then the meter sees the problem.
>> No, the meter is much too slow for that. (Or at least mine is.)
> I'd love to test that. Maybe the $100 USB
Yo Hal!
On Mon, 08 Jan 2018 13:53:23 -0800
Hal Murray wrote:
> > Who cares about the dynamic peak? That is handled by the RasPi on
> > board capacitors. When the capacitors can not hold up the DC any
> > longer then the meter sees the problem.
>
> No, the meter is much too slow for that. (
devel@ntpsec.org said:
> That sounds useful, yes. Again, I wouldn't want a configurable delay as
> much as I would like to ensure that it only ever flushes a full block (or a
> whole multiple of that), as defined by the underlying fs (so most likely
> 512byte or 4kiB), to storage unless the proce
> Who cares about the dynamic peak? That is handled by the RasPi on board
> capacitors. When the capacitors can not hold up the DC any longer then the
> meter sees the problem.
No, the meter is much too slow for that. (Or at least mine is.)
--
These are my opinions. I hate spam.
__
Yo Achim!
On Mon, 08 Jan 2018 22:28:49 +0100
Achim Gratz via devel wrote:
> > Easy, get a USB VA meter. Good ones for $8. You'll be amazed at
> > all the things it teachs you.
>
> I have one, but how does that help me figure out the current draw
> before I buy the USB drive?
Hehehe, the
Hal Murray via devel writes:
>> Unless it's made optional it should be kept that way.
>
> Agreed. I was thinking of a parameter in the config file to set the flush
> delay.
That sounds useful, yes. Again, I wouldn't want a configurable delay as
much as I would like to ensure that it only ever
Gary E. Miller via devel writes:
>> I might contemplate a mini USB drive for the logs, but I'd like to
>> keep things local.
>
> I've never beat on a USB drive as much as I beat on an SD card. Would
> they really be better? At least if the data is on its own device I
> only lose the data.
I gues
>> The logging code currently includes a flush. A few lines of
>> code could batch that.
> Unless it's made optional it should be kept that way.
Agreed. I was thinking of a parameter in the config file to set the flush
delay.
--
These are my opinions. I hate spam.
___
Yo Achim!
On Mon, 08 Jan 2018 21:47:05 +0100
Achim Gratz via devel wrote:
> You might have better luck with somewhat less cheap cards, one of the
> big differences between SD cards is how well they do wear levelling.
Yup. I see that, can't say it corelates so much to price as brand.
> Also, a
Hal Murray via devel writes:
> I keep daily log files. I think I modified the start script to copy the
> latest day to the tempfs and the stop script would copy it back and an hourly
> cron job would also copy it back and delete older files.
Yes, quite siomilar to what I had in mind, but I'd pr
Gary E. Miller via devel writes:
> I seem to burn out SD cards about monthly, spread out over 6 RasPi's. I
> just keep a pile of $10 SD cards handy and deal with it.
You might have better luck with somewhat less cheap cards, one of the
big differences between SD cards is how well they do wear lev
> To be somewhat nicer to the SD card I think of moving the ntpd statistic
> logs to a tmpfs and then periodically moving them to permanent storage
I did something like that ages ago. I don't remember why I stopped. Most
likely it just fell through the cracks.
I keep daily log files. I thin
Yo Achim!
On Mon, 08 Jan 2018 21:02:41 +0100
Achim Gratz via devel wrote:
> To be somewhat nicer to the SD card I think of moving the ntpd
> statistic logs to a tmpfs and then
I seem to burn out SD cards about monthly, spread out over 6 RasPi's. I
just keep a pile of $10 SD cards handy and dea
To be somewhat nicer to the SD card I think of moving the ntpd statistic
logs to a tmpfs and then periodically moving them to permanent storage
(maybe parcelling them exactly into block sizes to minimize the write
amplification) so that they're not completely gone if the unexpected
reboot happens.
> - sudo apt-get update && sudo apt-get -us dist-upgrade && sudo
apt-get -u dist-upgrade && sudo apt-get autoremove
I find
apt-get --purge autoremove
better, as it removes any config files as well, reducing surprises when you
next re-install a package.
--
Sanjeev Gupta
+65 98551208
16 matches
Mail list logo
