search for: 29900

...ple code below... Thanks in advance, Dave library(lmom) # annual maximum daily streamflows Mackenzie River mackenzieRiver = c(26600, 30300, 34000, 32000, 29200, 28300, 28600, 26400, 28300, 28800, 29000, 22100, 32900, 31800, 21600, 32100, 27000, 24800, 28000, 35000, 32000, 25000, 15800, 28800, 29900, 28000, 25600, 19700, 25700, 29500, 26800, 30000, 29500) # estimate moments moments = samlmu(mackenzieRiver, sort.data = TRUE) log.moments <- samlmu( log(mackenzieRiver), sort.data = TRUE ) # estimate parameters parGEV <- pelgev(moments) # GEV parPE3 <- pelpe3(moments) # Pearson parLP...

Hi all, I have done some extensive searching, and drawn a blank so far... Nothing odd is reported in samba logs, or in the syslog file. However, if I try to play an avi straight off the samba server, on an XP client with MP10, it brings the whole deal to its knees after a few mins at the most. I have to hard reset the server. Other than this, all my other uses are flawless (game server,

...28.2.30;user=phone>;tag=as31ca24ed Call-ID: 3c30f7fb186a-n2ptt0oiuivb@snom300-0004132520F7 CSeq: 2 INVITE User-Agent: Asterisk PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Contact: <sip:374@172.28.2.30> Content-Type: application/sdp Content-Length: 260 v=0 o=root 29900 29900 IN IP4 172.28.2.30 s=session c=IN IP4 172.28.2.30 t=0 0 m=audio 16206 RTP/AVP 18 3 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - --- salxpbx1*CLI> <-- SIP read from 172.28.20.4:2051: ACK sip...

Good Afternoon, Long story short I recently upgraded my CentOS 4.4 from: 2.6.9-34.0.2.EL to 2.6.9-42.0.2.EL and am having problems with dhcp, dns and ftp (very funky nat setup, don't ask). My question is: What is the best way of troubleshooting issues after upgrading? Is there a list of changes between versions that I can look at somewhere? (obviously, but where?) I've already done a

...8M Cache, 3.30 GHz The ?generations? I mentioned are: Code NameProducts formerly Westmere EP <https://ark.intel.com/content/www/us/en/ark/products/codename/54534/westmere-ep.html> Code NameProducts formerly Sandy Bridge <https://ark.intel.com/content/www/us/en/ark/products/codename/29900/sandy-bridge.html> Westmere systems used DDR at 800/1066MHz. Sandy Bridge systems used DDR at 1066/1333MHz. Not a huge difference, but likely another contributing factor of performance. I would also look at power settings in the BIOS and c-state settings in the BIOS and OS as disabling c-state...

Hi I need some advice what to do next, even if someone tells me to check out (an)other mailing list(s), tuning site or point me in a better direction how to solve my annoying problem: one server is much faster for certain tasks although on "shitty" hardware. I have tried many things to solve my issue - changed buffer/pool/cache/etc mysqld - changed server settings apache/php -