search for: 15ms

...roups(1, 0x7ffc555c) = 0 14mS sshd(3639808): getuid() = 0, euid=0 14mS sshd(3639808): getgid() = 0 egid=0 14mS sshd(3639808): setregid(1013, 1013) OK 14mS sshd(3639808): setreuid(1013, 1013) OK 14mS sshd(3639808): setgid(0) OK 15mS sshd(3639808): open("/dev/log", O_WRONLY, 0) errno = 2 (No such file or directory) 15mS sshd(3639808): fcntl(-1, F_SETFD, 1) errno = 9 (Bad file number) 15mS sshd(3639808): time() = 1063744582 15mS sshd(3639808): getpid() = 3639808, ppi...

The directory is small, it contains only one file. stat() takes 15ms and if I read 1000 files it sums to 15 seconds. So the issue is really that open file is synchronous. On Tue, Apr 26, 2016 at 9:57 PM, Jeremy Allison <jra at samba.org> wrote: > On Tue, Apr 26, 2016 at 09:44:57PM +0200, Peter Bulin wrote: > > Hi, > > I need to to open existin...

...to 1.4.4. We are now noticing slowdown of batch jobs in Oracle, while hotbackup runs faster. One thing we saw is that journal mode changed from write-back to ordered, as we don't specify journal mode during mount. Oracle sees this as slowdown based on higher IO latency, going from 6-8ms to 13-15ms for single block IO. Total IO throughput has dropped. Can this be caused by the journal mode being ordered? Ulf.

I'm using 1.8.3, and have 2 sip providers. Both are set with qualify=yes. Each of them sometimes have qualify times 10+ times the other. For instance, one will be at 10-15ms, the other at 200ms. Is there a way I can route an outgoing call to the provider with the lower qualify time? sean

...action. Also, this step never fails. The next file will always at least start to load, even when the slave decides to crash before (or after?) the next file finnishes downloading. Even ldlinux can fail to load. On bigger files, there is an increasing chance that core_udp_recv in efi/udp.c hits the 15ms (or is it 15 undefined jiffies?) timeout and returns -1 to its caller in core/fs/pxe/tfpt.c:tftp_get_packet(). This function then goes to ack_again, causing atfptd to resend the packet that just timed out. Then on the next call the original(!) packet is received anyway and handled according to pla...

...tests, it worked correctly with a normal dns > > server. Didn't test malformed packets. > > > > Here are the two main missing features of this patch. > > - No caching implemented. > > - No timeout management. The efi implementation of core_udp_recv > > wait 15ms before giving up. > > > > I'd also like to ask if it wouldn't be better to just write an > > efi driver for lwip and just inherit all the network protocols > > implemented there, instead of trying to use the buggy native UEFI > > implementations. Depending on t...

...#39; status is 'UNKNOWN' -- Executing [h at incoming-fax:1] NoOp("IAX2/FaxIAX-4579", "FAXSTATUS: FAILED FAXERROR: Unexpected command after page received FAXPAGES: 0 @ bitrate 9600") in new stack FWIW, ping times from the asterisk box and the iax provider are < 15ms, usually around 10ms. Any thoughts? sean

...never fails. The next file will always at least start to > load, even when the slave decides to crash before (or after?) the next > file finnishes downloading. Even ldlinux can fail to load. > > On bigger files, there is an increasing chance that core_udp_recv in > efi/udp.c hits the 15ms (or is it 15 undefined jiffies?) timeout and > returns -1 to its caller in core/fs/pxe/tfpt.c:tftp_get_packet(). > > This function then goes to ack_again, causing atfptd to resend the packet > that just timed out. Then on the next call the original(!) packet is > received anyway and...

Hi, i upgrade to sles sp1 with sernet packages and get the following error after upgrade. Its looks like that port 135 will not reached. Anyone who have an information about that or a solution? Thanks Sven orion:~ # samba-tool drs showrepl Failed to connect host 192.168.24.2 on port 135 - NT_STATUS_CONNECTION_REFUSED Failed to connect host 192.168.24.2 (orion.domain.local) on port 135 -

...considered single vCPU client VMs? Yes. That's what I started with. But then I saw this piece of code in efi/udp.c and thought it would be wise to enable an extra CPU to receive the UDP packet. A single CPU has a 100% load here: start = jiffies(); while (cb_status == -1) { /* 15ms receive timeout... */ if (jiffies() - start >= 30) { if (jiffies() - start >= 60) printf("Failed to cancel UDP\n"); uefi_call_wrapper(udp->Cancel, 2, udp, &token); printf("core_udp_recv: timed out\n");...

...ake any comment, even on the coding style. :) I made a few tests, it worked correctly with a normal dns server. Didn't test malformed packets. Here are the two main missing features of this patch. - No caching implemented. - No timeout management. The efi implementation of core_udp_recv wait 15ms before giving up. I'd also like to ask if it wouldn't be better to just write an efi driver for lwip and just inherit all the network protocols implemented there, instead of trying to use the buggy native UEFI implementations. Depending on this, I may or may not spend time on this DNS re...

...;>> > server. Didn't test malformed packets. >>> > >>> > Here are the two main missing features of this patch. >>> > - No caching implemented. >>> > - No timeout management. The efi implementation of core_udp_recv >>> > wait 15ms before giving up. >>> > >>> > I'd also like to ask if it wouldn't be better to just write an >>> > efi driver for lwip and just inherit all the network protocols >>> > implemented there, instead of trying to use the buggy native UEFI >>&...

.... It's quite hackish, and probably not based in any kind of good scientific basis, but it's an idea for dealing better with the specific kind of echo I see here. Then again, it will likely fail horribly if you have 2 echos; one delayed by 5ms with equal amplitude, and another delayed by 15ms with a much lower amplitude. I have no idea what the "phase diagram" will look like then.

...ing style. :) > > I made a few tests, it worked correctly with a normal dns server. Didn't test > malformed packets. > > Here are the two main missing features of this patch. > - No caching implemented. > - No timeout management. The efi implementation of core_udp_recv wait 15ms > before giving up. > > I'd also like to ask if it wouldn't be better to just write an efi driver for > lwip and just inherit all the network protocols implemented there, instead of > trying to use the buggy native UEFI implementations. Depending on this, I may > or may...

...ly with a normal dns >> > server. Didn't test malformed packets. >> > >> > Here are the two main missing features of this patch. >> > - No caching implemented. >> > - No timeout management. The efi implementation of core_udp_recv >> > wait 15ms before giving up. >> > >> > I'd also like to ask if it wouldn't be better to just write an >> > efi driver for lwip and just inherit all the network protocols >> > implemented there, instead of trying to use the buggy native UEFI >> > implementat...

Hi,I'am new to speex,i have a question: Suppose i have two frames:frame1(5ms),frame2(10ms),And i don't want to do aec in middle 5ms frame. Can i just link them in frame1(5ms)....000000(5ms).....frame2(15ms),then do AEC with recorded buffer(20ms)? _________________________________________________________________ ???MSN??????????????????? http://mobile.msn.com.cn/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/200808...

Hello! I tried quite a few things before I could reach out to the community. The problem I am facing is that I am unable to run SPEEX in fixed point at WB 15ms or 20ms frameSize for some files. I tried using rc1.1/1.2/1.3 releases and all exhibit the same issue. I tried enabling the debug option during configuration step: ./configure –enable-fixed-point-debug; but this gives bit exact outputs to floating point. I am not sure if this is running fixed po...

Hello, I'm having a problem with significant audio dropouts occurring in voicemail messages left via an ISDN-BRI trunk. Dropout durations are as short as 15ms and as long as 200-300ms. The audio that is recorded, appears to be otherwise complete, just with frequent holes punched in it. The same trunk has no problems with audio files played toward it from voicemail, nor interacting with other trunk and station ports on the same system. The only iden...

You cant go by pings. ICMP traffic is given lowest priority on internet routers, where voip rtp or iax might be given much higher priority. Plus I have 2 providers, the provider with the 90ms ICMP ping time is way better than the provider with the 15ms ping time. It depends on so many factors, including their equipment. I have a continuing problem with the voice dropping out for 1 second or less during a call and both providers have this problem but I haven't been able to figure out where the problem is coming from, inside my network they a...

Hi all, I have a Samba 3 Linux server in a data centre where has 100M bandwidth to Internet. My Samba clients are all in remote office, each office has 40M bandwidth to Internet. The ping time from office to data centre is about 10ms to 15ms. Some of the samba clients try to play some mpeg 4 movies directly from samba server, but the movie can not be played smooth. The mpeg 4 movie is about 2 to 4M bit rate. Then I tested the transfer rate from data centre to office by using samba, it is about 6Mbps only. But if I use FTP, it can u...