search for: appalling

I've just had the most appalling performance from * ever. Dialling: Cisco 7960 => asterisk => IAX produces sound drop outs so extreme that the call is useless. I noted this in an earlier post. Dialling: Cisco ATA186 => asterisk => IAX is fine. Frankly, I think this is such a bad problem that it should be sort...

I have some (Thunderbird client, dovecot-1.0.13, Maildir) users who get an appalling amount of spam-with-attachment, and it's causing backups to take an inordinate amount of time. I'll implement some quota and server-side spam management when I go to dovecot-1.1, but in the meantime: What is the safest way to empty all messages within, but not delete, the following folder...

On Wednesday 04 October 2017 13:39:30 Mark Haney wrote: > I'll end this by saying, I hope the production servers you have don't > provide critical services that could jeopardize the lives of people.? > I'd ask who you work for, to make sure I avoid them at all costs, but > I'm not sure I'd be told. The company I work for, and the livelihood of the hundreds of

On Thu, Aug 6, 2020 at 10:46 PM Rupert Gallagher wrote: > I noted that rsync writes a gmon file on the source path and leaves it > there when it terminates. Nope, it doesn't. You'll need to figure out what's going on with your setup. Also, I have 12GB of cache in ecc ram that rsync is not using. > It uses whatever memory it needs plus whatever filesystem caching your OS

...in ecc ram that rsync is not using. > > >It uses whatever memory it needs plus whatever filesystem caching > >your OS provides. > > Hmmm... bad day today... > > No, it is not using all available resources. It is doing frantic > I/O instead of buffering. The result is a appalling low transfer > rate. This is an OS configuration/tuning problem, not an rsync problem. Application-level code (such as rsync) does not directly deal with NUMA features such as external RAM banks. Support for that sort of thing would normally be provided by the OS memory management and filesys...

Hey, quick question: what am I missing that I always need to pass the ''--rakelibdir vendor/plugins/backgroundrb/tasks'' option to rake? thanks, James

...ier today). Now the mirror with three drives in is my very first mirror, which has to have the one remaining Seagate drive in it (given that I removed one Seagate drive; otherwise I could be confused about order of creation vs. mirror numbering). I''m thinking either Solaris'' appalling mess of device files is somehow scrod, or else ZFS is confused in its reporting (perhaps because of cache file contents?). Is there anything I can do about either of these? Does devfsadm really create the apporpirate /dev/dsk and etc. files based on what''s present? Would deleting th...

* Brethren, It's a sad day in our community. Please join me in a moment of silence for the death of responsible journalism. Silence.....................good enough. This article goes on to tell about Pingtel's announcement of forming the "first open source community aimed at creating SIP based servers".

Hello everyone, I'm trying to set up a Asterisk server. I have two cards - one is an BeroNet BN2S0 with two ISDN lines (4 channels): http://www.adcomtec.com/webstore/beronet_bn2s0.php?cat=90 and a Rhino R8FXX with one FXO module and two FXS: http://www.voipsupply.com/product_info.php?products_id=2940 I would like to set up an Asterisk server with 8 phones, which will share the phone

Issue: Vista reads slowly from a samba server. This appears to pop up periodically here and elsewhere. My samba.conf file has: [homes] ... vfs objects = readahead As suggested elsewhere. Writes are approximately 17-18MB/s which is acceptable. Reads are in the 8MB/s range which is appalingly slow. Using linux smbclient and windows XP clients I can read at 25+MB/s. I've enabled vfs

>>> strongly disagree. I'm appalled to see that sentence here. >> > >> > Come on! >> > >>> >> The overhead is significant for any large vector and it is in particular unnecessary since in .C you have to allocate*and copy* space even for results (twice!). Also it is very error-prone, because you have no information about the length of

...2-rc6-44-gcd72aef Program: Torchlight v1.15 Computer: AMD Athlon X2 2.2Ghz 3GB DDR2 RAM Nvidia GeForce 9600M Fedora 13 Linux Kernel 2.6.33.5-124.fc13.686 I managed to get it to install, and it is now running! Yay! However, having run it before on windows, I've noticed that the performance is appalling, hardly achieving more than 20 fps at times, which is definitely not normal. CPU utilization seems to be good, with both cores going between 100% and 70%, but it's like the graphics card isn't being utilized at all. What could be some possible issues, and how do I resolve them? I'd real...

Hello, What do you think of this project www.openpbx.org ? Something like ser and openser ! Kinds Regards Harry ___________________________________________________________________________ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger T?l?chargez cette version sur http://fr.messenger.yahoo.com

...First of all, I need to know if this is good practice because I can see a looming clusterf**k if both machines are running VMs from the same shared storage location. Second, I ran a test on two identical servers with DRBD and GFS in a Primary/Primary cluster setup and the performance numbers were appalling compared to local ext3 storage, for example: 5 Concurrent Sessions in iozone gave me the following: Average Throughput for Writers per process: EXT3: 41395.96 KB/s DRBD+GFS (2 nodes): 10884.23 KB/s Average Throughput for Re-Writers per process: EXT3: 91709.05 KB/s DR...

...update the contributing instructions to > > reflect reality. > > > > John > > I expect 99+% of the messages on cfe-commits are automatically generated, > but that doesn't mean nobody reads the list. I'm not the only one who > finds the Phabricator UI to be appallingly bad or even impenetrable, for > anything more sophisticated than posting comments. (I also have a recipe > for posting new patches, learned through trial and many errors.) > I certainly don't use the web UI for figuring out which patches to read > and/or comment on; I use the mai...

We have been struggling with our Lustre performance for some time now especially with large directories. I recently did some informal benchmarking (on a live system so I know results are not scientifically valid) and noticed a huge drop in performance of reads(stat operations) past 20k files in a single directory. I''m using bonnie++, disabling IO testing (-s 0) and just creating, reading,

...not going to be any back-off by the developers. Why would there be? The trend in security is clear: keep up or get run over. The only question is how quickly forward we proceed, not which direction ?forward? is. RHEL has been moving forward pretty darn slowly. The current system in EL7 allows *appallingly* bad passwords. Passwords that can be cracked in reasonable time scales even with SSH?s existing rate-limiting. > 4. There is absolutely no rational argument that can be made to anyone > alter any of this. That could be because there is no rational reason. Got one? Lay it on me. Pleas...

On 10/04/2017 08:46 AM, Gary Stainburn wrote: > On Wednesday 04 October 2017 13:39:30 Mark Haney wrote: >> I'll end this by saying, I hope the production servers you have don't >> provide critical services that could jeopardize the lives of people. >> I'd ask who you work for, to make sure I avoid them at all costs, but >> I'm not sure I'd be told.

...in ecc ram that rsync is not using. > > >It uses whatever memory it needs plus whatever filesystem caching > >your OS provides. > > Hmmm... bad day today... > > No, it is not using all available resources. It is doing frantic > I/O instead of buffering. The result is a appalling low transfer > rate. This is an OS configuration/tuning problem, not an rsync problem. Application-level code (such as rsync) does not directly deal with NUMA features such as external RAM banks. Support for that sort of thing would normally be provided by the OS memory management and filesystem...

Hello, I am getting pretty poor rJava call performance > system.time(for (i in 1:1000) J("java.lang.Double")$parseDouble(as.character(i))) user system elapsed 4.884 0.000 4.900 i.e. 5 milliseconds per very simple call on a very fast cpu. JNI calls themselves are said to be pretty fast nowadays (10...40ns). It probably goes accross reflection but still doing pretty much