search for: 14x

Hi, I am studying (in a few months I might go on a TV quiz show :-) Rodger's excelent guide and wanted to confirm that all measurements in NUT are in seconds. For example, the Cyber Power System CP1500 AVR UPS returns that the **driver.parameter.pollfreq = 30**. This means that I can (maybe should) adjust the settings within NUT.CONF to match this value. Setting this value to 2 seconds gains

Hey there, I want to plot 5 parabola functions, which happen to be f(x) = 0.25x? + 6,47x -32.6 g(x)=0.99x? -6x -195 j(x)= 0.77x? +14x -495 k(x)=0.001x? + 65x -785 l(x) = 0.9x? -2x -636 in the same graph. Sadly I even do not really understand how to plot just one graph... I found this code in the Internet, which plots a cos-function: >x <- seq( -10, 10, length = 1000) >plot(x, *sin(x)*, xlab="x-values", y...

Hello! I am about to buy a new computer, and because encoding/decoding .ogg files is the most processor intensive thing I intend to regularly do, I would like to know which is the "recommended" processor for real-time encoding (I record my favourite radio shows). TIA! Bye, Joane Lispton PS: I receive the FM radio stations through my cable (the one which brings me cable TV),

[originally reported for ZFS on FreeBSD but Pawel Jakub Dawid says this problem also exists on Solaris hence this email.] Summary: on ZFS, overhead for reading a hole seems far worse than actual reading from a disk. Small buffers are used to make this overhead more visible. I ran the following script on both ZFS and UF2 filesystems. [Note that on FreeBSD cat uses a 4k buffer and md5 uses a 1k

...= 0x2 (flags O_RDWR) fcntl(4, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(4, {sa_family=AF_FILE, path="/etc/dovecot/dovecot.conf"}, 110) = -1 ECONNREFUSED (Connection refused) close(4) = 0 nanosleep({0, 80000000}, NULL) = 0 ... (tries to connect 14x) traceback for connect causing this selinux denial is: connect net_connect_unix : lib/network.c #246 net_connect_unix_with_retries : lib/network.c : #255 master_service_open_config : lib-master/master-service-settings.c #157 master_service_settings_read : lib-master/master-service-settings.c #30...

...; message. Simply starting the "make" again without changing any permissions allows the build to continue. Build Server: * Windows Server 2003 SP2 * 4x 3 GHz Xeon (5160) * 4 GB RAM * 2x 10k RPM SAS drives, hardware RAID 1 File Server: * CentOS 5.2 * 8x 3 GHz Xeon (5450) * 4 GB RAM * 14x 15k RPM SAS drives, hardware RAID 6 * Samba 3.0.25b-1.el5_1.4 * Authenticates against Windows domain controller(s) What I've tried already (not necessarily in this order): * Rebooted the Build Server. * Swapped OSs on the Build Server. We started with NT, then moved to XP and are now on S...

On Fri, Apr 18, 2014 at 12:13 AM, Dmitry Vyukov <dvyukov at google.com> wrote: > Hi, > > This is long thread, so I will combine several comments into single email. > > > >> - 8-bit per-thread counters, dumping into central counters on overflow. > >The overflow will happen very quickly with 8bit counter. > > Yes, but it reduces contention by 256x (a thread

A customer is looking to replace or augment their Sun Thumper with a ZFS appliance like 7320. However, the Thumper was used not only as a protocol storage server (home dirs, files, backups over NFS/CIFS/Rsync), but also as a general-purpose server with unpredictably-big-data programs running directly on it (such as corporate databases, Alfresco for intellectual document storage, etc.) in order to

On Apr 23, 2014, at 7:31 AM, Kostya Serebryany <kcc at google.com> wrote: > I've run one proprietary benchmark that reflects a large portion of the google's server side code. > -fprofile-instr-generate leads to 14x slowdown due to counter contention. That's serious. > Admittedly, there is a single hot function that accounts for half of that slowdown, > but even if I rebuild that function w/o -fprofile-instr-generate, the slowdown remains above 5x. > This is not a toy code that I've written...

Hi!We''re trying to pinpoint our performance issues and we could use all the help to community can provide. We''re running the latest version of Nexenta on a pretty powerful machine (4x Xeon 7550, 256GB RAM, 12x 100GB Samsung SSDs for the cache, 50GB Samsung SSD for the ZIL, 10GbE on a dedicated switch, 11x pairs of 15K HDDs for the pool). We''re connecting a single Linux