search for: dequ

I've been searching for information on using deques in R for the past couple of days. What little I've found has pointed me towards either the Rcpp package or the cpp project on R-forge (https://r-forge.r-project.org/projects/cpp/), but I've had trouble finding working examples. Are these the best ways to go about trying to implement a deq...

...nctionality curtailment, but also eliminate numerous errors I've seen when debug mode and release mode get accidentally mixed. > What's driving libc++? The possibility of being a superior solution. ---------------- // Container overhead example #include <iostream> #include <deque> #include <map> int main() { typedef std::map<int, int> M; typedef std::deque<int> C; std::cout << "sizeof map<int, int> = " << sizeof(M)/sizeof(void*) << '\n'; std::cout << "sizeof deque<int> = "...

...ata consistency. This is in fact a working proof of concept available at (https://github.com/pmem/libcxx) combined with the allocator from (https://github.com/pmem/nvml). I will be happy to answer any questions you might have and await your feedback. Thanks, Tom Tomasz Kapela (2): pm: change deque typedef pm: add persistency_type typedef to pointer_traits include/__hash_table | 20 ++++++++------ include/__tree | 8 +++--- include/deque | 8 +++--- include/list...

On 2017?03?22? 22:16, Michael S. Tsirkin wrote: > On Tue, Mar 21, 2017 at 12:04:46PM +0800, Jason Wang wrote: >> We used to dequeue one skb during recvmsg() from skb_array, this could >> be inefficient because of the bad cache utilization and spinlock >> touching for each packet. This patch tries to batch them by calling >> batch dequeuing helpers explicitly on the exported skb array and pass >> the s...

On 2017?03?23? 13:34, Jason Wang wrote: > > >> >>> +{ >>> + if (rvq->rh != rvq->rt) >>> + goto out; >>> + >>> + rvq->rh = rvq->rt = 0; >>> + rvq->rt = skb_array_consume_batched_bh(rvq->rx_array, rvq->rxq, >>> + VHOST_RX_BATCH); >> A comment explaining why is

Hi Jason, > > On 2017?03?23? 13:34, Jason Wang wrote: > > > > > >> > >>> +{ > >>> + if (rvq->rh != rvq->rt) > >>> + goto out; > >>> + > >>> + rvq->rh = rvq->rt = 0; > >>> + rvq->rt = skb_array_consume_batched_bh(rvq->rx_array, rvq->rxq, > >>> +

On 2017?03?29? 18:46, Pankaj Gupta wrote: > Hi Jason, > >> On 2017?03?23? 13:34, Jason Wang wrote: >>> >>>>> +{ >>>>> + if (rvq->rh != rvq->rt) >>>>> + goto out; >>>>> + >>>>> + rvq->rh = rvq->rt = 0; >>>>> + rvq->rt =

On 2017?03?23? 13:34, Jason Wang wrote: > > >> >>> +{ >>> + if (rvq->rh != rvq->rt) >>> + goto out; >>> + >>> + rvq->rh = rvq->rt = 0; >>> + rvq->rt = skb_array_consume_batched_bh(rvq->rx_array, rvq->rxq, >>> + VHOST_RX_BATCH); >> A comment explaining why is

On 2017?03?29? 18:46, Pankaj Gupta wrote: > Hi Jason, > >> On 2017?03?23? 13:34, Jason Wang wrote: >>> >>>>> +{ >>>>> + if (rvq->rh != rvq->rt) >>>>> + goto out; >>>>> + >>>>> + rvq->rh = rvq->rt = 0; >>>>> + rvq->rt =

On Tuesday 11 May 2010 15:43:21 Chris Lattner wrote: > Hi All, > > LLVM now includes a C++ standard library, written by Howard Hinnant. You > can read about it here: > http://blog.llvm.org/2010/05/new-libc-c-standard-library.html > > Or get the code here: > svn co http://llvm.org/svn/llvm-project/libcxx/trunk libcxx > > If you have questions or comments, please

We used to dequeue one skb during recvmsg() from skb_array, this could be inefficient because of the bad cache utilization and spinlock touching for each packet. This patch tries to batch them by calling batch dequeuing helpers explicitly on the exported skb array and pass the skb back through msg_control for unde...

Hi, I have been modifying the Wonder shaper to include another queue. My understanding was packets would be de queued to hardware in the following order: cbq1 -> sfq10 > sfq20 > sfq30. Also we only move onto the next queue when the preceding one is empty. However is seems to be prio xx number that reflects the order packets are de queued not to what flowid they belong to. If I

On Tue, Mar 21, 2017 at 12:04:46PM +0800, Jason Wang wrote: > We used to dequeue one skb during recvmsg() from skb_array, this could > be inefficient because of the bad cache utilization and spinlock > touching for each packet. This patch tries to batch them by calling > batch dequeuing helpers explicitly on the exported skb array and pass > the skb back through...

On Tue, Mar 21, 2017 at 12:04:46PM +0800, Jason Wang wrote: > We used to dequeue one skb during recvmsg() from skb_array, this could > be inefficient because of the bad cache utilization and spinlock > touching for each packet. This patch tries to batch them by calling > batch dequeuing helpers explicitly on the exported skb array and pass > the skb back through...

From: Wei Xu <wexu at redhat.com> Matthew found a roughly 40% tcp throughput regression with commit c67df11f(vhost_net: try batch dequing from skb array) as discussed in the following thread: https://www.mail-archive.com/netdev at vger.kernel.org/msg187936.html Eventually we figured out that it was a skb leak in handle_rx() when sending packets to the VM. This usually happens when a guest can not drain out vq as fast as vhost fil...

From: Wei Xu <wexu at redhat.com> Matthew found a roughly 40% tcp throughput regression with commit c67df11f(vhost_net: try batch dequing from skb array) as discussed in the following thread: https://www.mail-archive.com/netdev at vger.kernel.org/msg187936.html Eventually we figured out that it was a skb leak in handle_rx() when sending packets to the VM. This usually happens when a guest can not drain out vq as fast as vhost fil...

Hi All, LLVM now includes a C++ standard library, written by Howard Hinnant. You can read about it here: http://blog.llvm.org/2010/05/new-libc-c-standard-library.html Or get the code here: svn co http://llvm.org/svn/llvm-project/libcxx/trunk libcxx If you have questions or comments, please direct them to one of the clang mailing lists. Thanks! -Chris

...///////////////// was equivalent to: //////////////////////////////////////////////////// void swap(_Ty& _Left, _Ty& _Right) { // exchange values stored at _Left and _Right _Ty _Tmp = Left; _Left = _Right; _Right = Tmp; } //////////////////////////////////////////////////// the deque being reversed had 3 items: `a1`, `a2`, and `a3` (`SuccIterator&` types) the 1st call to swap `_Left` was `a1` and `_Right` was `a3` the assignment: "_Left = _Right" was "a1 = a3" `a1` and `a3` had different `SuccIterator::Term`s, causing the assert in `SuccIterator::op...

...n the music thread. That was just something I attempted but I don't believe that changed anything in terms of where the crash occurs. -strm_buf looks like this: char strm_buf[STRM_BUF_SIZE * 2] ATTRIBUTE_ALIGN(32); -Again it's another global variable. -music_queue looks like this: std::deque<RawOggData *> music_queue; -Another global variable. I'm now going to show the process of loading a song, storing it in that last mentioned deque and then how it differs when music is it's own thread and not it's own thread. The load song function looks something like this: v...

...e with them. (At least the > > new functions do the same as Perl ones.) > > I agree, but for consistency I thought it was better to keep those > names rather than trying to think up new ones which would be different > from everything else. Actually I forgot that C++ (STL vector, deque etc) have functions called push_front, pop_front, push_back, pop_back. Don't know if that would be better. Is it obvious what front and back mean? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwm...