search for: 3ms

...ck to ParseBitcodeFile, but now I added the "-strip-debug" flag to my opt invocation, which reduced the bitcode file down to about 100KB, and reduced the parsing time to 20ms. What surprised me the most was that if I then switched to getLazyBitcodeModule, the parsing time was cut down to 3ms, which is what I was originally expecting. So when lazy loading, stripping out the debug info cuts down the initialization time from 45ms to 3ms, which is why I suspect that getLazyBitcodeModule is still parsing all of the debug info. To work around it, I can generate separate builds, one with d...

...le, but now I added the > "-strip-debug" flag to my opt invocation, which reduced the bitcode file > down to about 100KB, and reduced the parsing time to 20ms. What surprised > me the most was that if I then switched to getLazyBitcodeModule, the > parsing time was cut down to 3ms, which is what I was originally expecting. > So when lazy loading, stripping out the debug info cuts down the > initialization time from 45ms to 3ms, which is why I suspect that > getLazyBitcodeModule is still parsing all of the debug info. > > > To work around it, I can generate...

...> "-strip-debug" flag to my opt invocation, which reduced the bitcode file >>> down to about 100KB, and reduced the parsing time to 20ms. What surprised >>> me the most was that if I then switched to getLazyBitcodeModule, the >>> parsing time was cut down to 3ms, which is what I was originally expecting. >>> So when lazy loading, stripping out the debug info cuts down the >>> initialization time from 45ms to 3ms, which is why I suspect that >>> getLazyBitcodeModule is still parsing all of the debug info. >>> >>&gt...

...r the PV solution, there is no need to inflate balloon before live migration, the only cost is to traversing the free_list to construct the free pages bitmap, and it takes about 20ms for a 8GB idle guest( less if there is less free pages), passing the free pages info to host will take about extra 3ms. Liang > -- > MST

...r the PV solution, there is no need to inflate balloon before live migration, the only cost is to traversing the free_list to construct the free pages bitmap, and it takes about 20ms for a 8GB idle guest( less if there is less free pages), passing the free pages info to host will take about extra 3ms. Liang > -- > MST

...rid="john smith" <103> Here a simple of CLI command sip show peers after 2 succesive registration ## register from soft1 with JOHN" ## Name/username Host Dyn Nat ACL Port Status JOHN/john_smith 192.168.1.1 D N 5060 OK (3ms) ## register from soft2 with JOHN" at least 2min after## Name/username Host Dyn Nat ACL Port Status JOHN/john_smith 192.168.1.2 D N 5060 OK (4ms) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://...

...mes, gives them to the DSP to encode and decode them, and play the resulting decoded frames on the headphone. It seems to work but I get a clicking noise. I have verified that this is not due to an underrun problem by doing the same loopback bypassing Speex on the DSP side but added delay that is 3ms longer that than that of Speex encode and decode processing times, and got smooth audio with no clicking noise. Also, I fed the female.wav (posted on Speex site) through the Speex encoder and decoder on the DSP and got a resulting decoded_female.wav that has a clicking noise; since I can't pos...

...er, etc. When I use $TC -s qdisc show dev ${IFACE}, I see, that the packets go to correct qdiscs. But when I start FTP data transfer, then the ping time is same with and without this shaping. I should also mention, that I am testing it on WiFi with hostap drivers, where the ping times are about 2-3ms when idle and 100-150ms durring high traffic. Is the first/fastest prio class really 1:1, and the last/slowest is 1:4? Or did I miss something else? A part of the code follows: $TC qdisc add dev ${IFACE} root handle 1:0 prio bands 4 priomap 2 2 2 2 2 2 0 0 1 2 2 2 2 2 2 2 2>/dev/null $T...

...need to inflate balloon before live > > migration, the only cost is to traversing the free_list to construct > > the free pages bitmap, and it takes about 20ms for a 8GB idle guest( less if > there is less free pages), passing the free pages info to host will take about > extra 3ms. > > > > > > Liang > > So now let's please stop talking about solutions at a high level and discuss the > interface changes you make in detail. > What makes it faster? Better host/guest interface? No need to go through > buddy allocator within guest? Less inter...

...need to inflate balloon before live > > migration, the only cost is to traversing the free_list to construct > > the free pages bitmap, and it takes about 20ms for a 8GB idle guest( less if > there is less free pages), passing the free pages info to host will take about > extra 3ms. > > > > > > Liang > > So now let's please stop talking about solutions at a high level and discuss the > interface changes you make in detail. > What makes it faster? Better host/guest interface? No need to go through > buddy allocator within guest? Less inter...

Hi there I'm loking for a time-measurement to measure time-differences in milliseconds. On my search, I only found the following: - package "base": Sys.time() -> only second-accuracy - package "R.utils": System$currentTimeMillis() -> returns integer of milliseconds, but accuracy is only whole seconds too. At the moment I run every bit of code to measure

...re sorry, but something went wrong." In production/log, I get this: Started GET "/" for 74.57.249.6 at 2011-12-26 22:21:44 +0000 Processing by StoreController#index as HTML Rendered store/index.html.erb within layouts/application (1.2ms) Completed 500 Internal Server Error in 3ms ActionView::Template::Error (cs.jpg isn''t precompiled): 7: <%# for each product %> 8: <% @products.each do |product| %> 9: <div class="entry"> 10: <%= image_tag(product.image_url) %> 11: <h3><%= product.title %>&...

Hi, I am looking to measure how long a thread takes to migrate between cpu''s and how often , what I have is below which is checking just one process is this the correct track to be on here? My aim is to look at a process and look at upping the reboose_interval on some of our servers. #!/usr/sbin/dtrace -s sched:::off-cpu { self->cpu = cpu; self->timestamp=timestamp; }

On 04/10/2016 10:27 AM, Adrian Minta wrote: > It will be nice if the "SELECT MyMailbox" command will be "SELECT > mymailbox LIMIT 100" or something, to get the first files since only the > last messages are shown to the user. SELECTing a mailbox has nothing to do with FETCHing messages, so above does not make much sense. I don't know dovecot's code, but I

Hi George, Tow months ago, we talked about how to reduce the scheduling latency for a specific VM which runs a mixed workload, where the boost mechanism can not works well. I have tried some methods to reduce the scheduling latency for some assumed latency-sensitive VMs and got some progress on it. Now I hope to make it on demand. That is to say, I hope to get the scheduler to determine the

...them to the DSP to encode and decode them, and play the resulting decoded frames on the > headphone. It seems to work but I get a clicking noise. I have verified that this is not due to an underrun problem by doing the same > loopback bypassing Speex on the DSP side but added delay that is 3ms longer that than that of Speex encode and decode processing > times, and got smooth audio with no clicking noise. Also, I fed the female.wav (posted on Speex site) through the Speex encoder and > decoder on the DSP and got a resulting decoded_female.wav that has a clicking noise; since I can...

I posted this question a while back, and I'm posting again in hopes that someone has some ideas. Sorry if you've already seen this. When dialing out using a SIP or IAX provider (Broadvoice, SimpleTelecom, VoicePulse Connect) I often find that after the call is answered the first few seconds of audio are cut off (i.e. I don't hear the called party). This usually results in the called

...ed and I ahve logged them: 1. From win95 (tempest): ----------------------- c:\ping saturn Pinging saturn.tm.net.my [192.168.0.2] with 32 bytes of data: Reply from 192.168.0.2: bytes=32 time=2ms TTL=255 Reply from 192.168.0.2: bytes=32 time=1ms TTL=255 Reply from 192.168.0.2: bytes=32 time=3ms TTL=255 Reply from 192.168.0.2: bytes=32 time=1ms TTL=255 2. From linux (saturn): ----------------------- saturn:~# ping tempest PING tempest.tm.net.my (192.168.0.1): 56 data bytes 64 bytes from 192.168.0.1: icmp_seq=0 ttl=32 time=2.3 ms 64 bytes from 192.168.0.1: icmp_seq=1 ttl=32 time=1...

...olution, there is no need to inflate balloon before live migration, the only cost is to traversing the free_list to > construct the free pages bitmap, and it takes about 20ms for a 8GB idle guest( less if there is less free pages), > passing the free pages info to host will take about extra 3ms. > > > Liang So now let's please stop talking about solutions at a high level and discuss the interface changes you make in detail. What makes it faster? Better host/guest interface? No need to go through buddy allocator within guest? Less interrupts? Something else? > > --...

...loon before live > > > migration, the only cost is to traversing the free_list to construct > > > the free pages bitmap, and it takes about 20ms for a 8GB idle guest( less if > > there is less free pages), passing the free pages info to host will take about > > extra 3ms. > > > > > > > > > Liang > > > > So now let's please stop talking about solutions at a high level and discuss the > > interface changes you make in detail. > > What makes it faster? Better host/guest interface? No need to go through > >...