similar to: Variable bitrate and bandwidth usage

On 2019-02-16 12:41 p.m., Stuart D. Gathman wrote: > On Sat, 16 Feb 2019, James wrote: > >> These changed: >> battery.runtime: >> ups.load: >> >> Is the battery dead again? >> Do I need a new UPS? > > Compare the upsc output with the screen/led display on the UPS.  If they > are in agreement, then there is no problem with NUT.  Your issue is

Hi all, I am using the glmnet R package to run LASSO with binary logistic regression. I have over 290 samples with outcome data (0 for alive, 1 for dead) and over 230 predictor variables. I currently using LASSO to reduce the number of predictor variables. I am using the cv.glmnet function to do 10-fold cross validation on a sequence of lambda values which I let glmnet determine. I then take

On Dec 5, 2011, at 5:50 PM, me22 wrote: > On Thu, Dec 1, 2011 at 09:23, Dan Gohman <gohman at apple.com> wrote: >> >> int a = INT_MAX, b = 1; >> long c = (long)(a + b); >> >> What is the value of c, on an LP64 target? >> >> If a and b are promoted to 64-bit, c is 0x0000000080000000. >> >> In a world where signed add overflow

Hi, One of my APC devices reports: "unacceptable utility voltage rate of change". I believe it has something to do with input voltage fluctuating too fast maybe even beneath or over the input voltage thresholds. Should I worry about this? should I measure input voltage? (I suppose I'd need more than multimeter readings. Maybe an oscilloscope or a multimeter that can record

This is a proposal to add strong GC reference types to LLVM. We have some local (downstream) patches that are needed to prevent LLVM's optimizer from making transforms that are problematic in the presence of a precise relocating GC. Adding a notion of a strong GC reference to LLVM will let us upstream these patches in a principled manner, and will act as a measure to avoid new problematic

On Wed, Mar 16, 2016 at 9:05 AM, Rafael Espíndola < rafael.espindola at gmail.com> wrote: > On 16 March 2016 at 01:34, George Rimar <grimar at accesssoftek.com> wrote: > > Slowdown by "[ELF] - Early continue in > InputSectionBase<ELFT>::relocate(). > > NFC." looks wierd for me. I do not see any reasons for any impact on > > perfomance by this

On Sat, 16 Feb 2019, James wrote: > Now it says: > battery.runtime: 1170 > The display on the UPS fluctuates between 16-19 minutes. > > ups.load says 30 constantly and The display on the UPS says 30% so I think > that is correct. battery.runtime is in seconds, so that agrees with the UPS display as well. > How you find out your battery was manufactured in 2012? APC

hi all we're using rsync to backup our web server at the moment using it in a cron job the server we are using to receive all the sync files is a live but not heavily used linux machine but rsync still takes up more resources than we want it to it takes up to 95% (fluctuating) cpu load and a fair bit of memory too the cron job uses nice -19 rsync but that doesn't seem to do anything,

Hi Team, i have been facing issues with sangoma card with 16 E1. used LibSS7 asterisk 1.6 with 8 E1 the links are stable , but moment i add another card of 8 E1 for to support 16 E1. link keeps fluctuating any idea why ? Please help Thanks Vinod Dharashive -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Jan 12, 2020, at 12:58 PM, Gene Heskett wrote: > > But this doesn't pass the smell test, 3 other machines that are trained > to reboot when power returns and have no ups fitted, were NOT rebooted > as evidenced by their reported uptimes, one of which shows a 144 day > uptime. So why should this have been logged via a -wall bc to every > login it is servicing? >

Dear R people The function below should be decreasing, convex, and tend to zero when x tends to infinity. curve((1-pnorm(x))/dnorm(x),from=0, to=9) >From the plot we see that for x between 8.0 and 8.3 the function is fluctuating. As far as I understand, this is due to the function pnorm() not being sufficiently accurate in the tails. I am using pnorm() in a way that has probably not been

I am trying to get a TrippLite SU1500RTXL2Ua working with nut on Mandriva 2007.1, is there a particular version of nut needed to get this to work? At first I tried nut 2.0.5 (which came with 2007.1) but it wouldn't work, and then research showed it was an older version of nut. So nut-2.2.1-2 src rpm was pulled from Mandriva 2008.1, the binary rpm built, and nut and nut-server installed from

On May 24, 2017 1:08:09 PM GMT+02:00, Charles Lepple <clepple at gmail.com> wrote: >On May 24, 2017, at 5:11 AM, Arnaud Quette <arnaud.quette at gmail.com> >wrote: >> >> Hi all, >> >> here is another one, related to ATS (automatic transfer switch) this >time. >> >> in order to track "dephasing" between input sources (1 and 2),

Michael, > I had a bug report that it was crashing though - I haven't looked into it > yet. Might be only with mis-configured setups. > > Just specify (instead of <quality>3</quality>), any of: > <nominal-bitrate>value in bits per seconds</nominal-bitrate> > <maximum-bitrate>val</maximum-bitrate> >

Hi Carsten, On 02/11/2018 at 07:46 PM Carsten Bock wrote: > Hi, > > Lost percent (%).... Are you sure? I'm seeing here: ...........Receive......... .........Transmit.......... Count Lost Pct Jitter Count Lost Pct Jitter RTT.... 188K 0 0 0.000 188K 16641K 8809 0.000 0.026 => This doesn't sound reliable to me: there are 188K packets and 16641K

Hi Andy, Andrew Trick wrote: > Sanjoy, > > This looks very close to my understanding of the statepoint design trajectory when you first introduced it. It’s great that you followed through and took the time to formalize the IR semantics. It’s been a couple years since I’ve thought about it so I may ask some obtuse questions. > > I think he subject line is wrong though! Did

Kelly Lesperance wrote: > I did some additional testing - I stopped Kafka on the host, and kicked > off a disk check, and it ran at the expected speed overnight. I started > kafka this morning, and the raid check's speed immediately dropped down to > ~2000K/Sec. > > I then enabled the write-back cache on the drives (hdparm -W1 /dev/sd*). > The raid check is now running

Hi, I'm using natural cubic splines from splines::ns() in survival regression (regressing inter-arrival times of patients to a queue on queue size). The queue size fluctuates between 3600 and 3900. I would like to be able to run predict.survreg() for sizes <3600 and >3900 by assuming that the rate for <3600 is the same as for 3600 and that for >4000 it's the same as for

In order to improve the performance of fsync, we use the outstanding ordered extents to avoid looking up the checksum from the csum tree. But we didn''t filter out the ordered extents whose csum is still being calculated, when we got those ordered extents, we had to wait for the csum calculation. It made the performance dropped down suddenly. (On my box, it drop down from 56MB/s to

We are working on a new implementation of asterisk. We are using a fiber-served WorldWide Packet switch at the home that incorporates a VOIP T2 switch that feeds 2 POTS connections. We are told that the T2 is programmed with code that follows the PacketCable spec. This version has a problem with the 'congestion' message which is based on the MGCP RFC (2705) spec. This causes the T2 to