search for: 10767

...s correct form; - And WEBrick reports: "Get /admin HTTP/1.1" 200 485 - -> /admin Subsequent browser calls to /Admin show: NoMethodError in AdminController#index undefined method `each'' for #<Mysql:0x37aba80> - And WEBrick reports: "Get /admin HTTP/1.1" 500 10767 - -> /admin First browser call to /Admin/new shows correct form for editing; - And WEBrick reports: "Get /admin/new HTTP/1.1" 200 10767 - -> /admin/new Subsequent browswer calls to /Admin/new show: NoMethodError in AdminController#new undefined method `each'' for #&l...

...1 1 1 1 1 1 1 ... $ AGE : Factor w/ 484 levels "1;06.00","1;06.16",..: 43 43 43 99 99 99 99 99 99 99 ... $ AGE_Q : num 2.0 2.0 2.0 2.4 2.4 ... $ INTERVALS: num 2 2 2 2.25 2.25 2.25 2.25 2.25 2.25 2.25 ... $ RND : int 34368 38311 14949 20586 72516 27186 88019 10767 114448 86146 ... $ SYNTAX : Factor w/ 17 levels "Acmp","Amats",..: 15 12 8 15 7 16 7 7 16 7 ... $ LEXICAL : Factor w/ 1643 levels "$ACHE","$ACT",..: 194 803 803 294 299 803 1562 299 679 1562 ... $ MORPH : Factor w/ 337 levels "$","$ =i...

...e of my Asterisk servers stopped connecting calls and required a reboot to "fix it" (did not try to restart or reload). The log showed loads of this message: NOTICE[302] chan_iax2.c: I should never be called! This highly repeated message seems to be preceded by something like: WARNING[10767] channel.c: Exceptionally long voice queue length queuing to IAX2/coinbound-15879 When this happens it also seems that SIP peers on a gigabit LAN start going on/offline frequently. So that seems to explain why calls start to fail. There is absolutely nothing wrong with the network (and switches)....

Hi, I''m working on allowing users of my website to embed media from places like YouTube, Flickr, Google Video, Slide.com, etc. into their home pages, but I wanted to know if anyone had suggestions or links to good articles about how to make sure the embedded content is cleaned / safe. One thing that came to mind was to regular expression check against each type of embedded media.

...5955 2388 Executing one task per node, the performance data were: # of Ticket Fair Unfair nodes lock queue lock queue lock ------ ------- ---------- ---------- 1 135 135 137 2 4452 1736 1178 3 10767 13432 1933 4 20835 10796 2596 Of course there are pretty big variation in the execution times of each individual task. For the 4 nodes case above, the standard deviation was 209ms. In general, the shorter the critical section, the better the performance benefit...

...in cross-node contention traffic at low contention level. The table below show the performance with 1 contending task per node: [Standalone] # of nodes Ticket lock Queue lock %Change ---------- ----------- ---------- ------- 1 135 135 0% 2 4452 1736 -61% 3 10767 13432 +25% 4 20835 10796 -48% Except some drop in performance at the 3 contending tasks level, the queue spinlock performs much better than the ticket spinlock at 2 and 4 contending tasks level. Signed-off-by: Waiman Long <Waiman.Long at hp.com> --- arch/x86/include/asm/qspinlo...

...t in cross-node contention traffic at low contention level. The table below show the performance with 1 contending task per node: [Standalone] # of nodes Ticket lock Queue lock %Change ---------- ----------- ---------- ------- 1 135 135 0% 2 4452 528 -88% 3 10767 2369 -78% 4 20835 2921 -86% The micro-benchmark was also run on a 4-core Ivy-Bridge PC. The table below shows the collected performance data: [Standalone/Embedded] # of tasks Ticket lock Queue lock %Change ---------- ----------- ---------- ------- 1 197/178 181/150...

...t in cross-node contention traffic at low contention level. The table below show the performance with 1 contending task per node: [Standalone] # of nodes Ticket lock Queue lock %Change ---------- ----------- ---------- ------- 1 135 135 0% 2 4452 528 -88% 3 10767 2369 -78% 4 20835 2921 -86% The micro-benchmark was also run on a 4-core Ivy-Bridge PC. The table below shows the collected performance data: [Standalone/Embedded] # of tasks Ticket lock Queue lock %Change ---------- ----------- ---------- ------- 1 197/178 181/150...

v7->v8: - Remove one unneeded atomic operation from the slowpath, thus improving performance. - Simplify some of the codes and add more comments. - Test for X86_FEATURE_HYPERVISOR CPU feature bit to enable/disable unfair lock. - Reduce unfair lock slowpath lock stealing frequency depending on its distance from the queue head. - Add performance data for IvyBridge-EX CPU.

v7->v8: - Remove one unneeded atomic operation from the slowpath, thus improving performance. - Simplify some of the codes and add more comments. - Test for X86_FEATURE_HYPERVISOR CPU feature bit to enable/disable unfair lock. - Reduce unfair lock slowpath lock stealing frequency depending on its distance from the queue head. - Add performance data for IvyBridge-EX CPU.

N.B. Sorry for the duplicate. This patch series were resent as the original one was rejected by the vger.kernel.org list server due to long header. There is no change in content. v7->v8: - Remove one unneeded atomic operation from the slowpath, thus improving performance. - Simplify some of the codes and add more comments. - Test for X86_FEATURE_HYPERVISOR CPU feature bit

N.B. Sorry for the duplicate. This patch series were resent as the original one was rejected by the vger.kernel.org list server due to long header. There is no change in content. v7->v8: - Remove one unneeded atomic operation from the slowpath, thus improving performance. - Simplify some of the codes and add more comments. - Test for X86_FEATURE_HYPERVISOR CPU feature bit

v5->v6: - Change the optimized 2-task contending code to make it fairer at the expense of a bit of performance. - Add a patch to support unfair queue spinlock for Xen. - Modify the PV qspinlock code to follow what was done in the PV ticketlock. - Add performance data for the unfair lock as well as the PV support code. v4->v5: - Move the optimized 2-task contending code to the

v5->v6: - Change the optimized 2-task contending code to make it fairer at the expense of a bit of performance. - Add a patch to support unfair queue spinlock for Xen. - Modify the PV qspinlock code to follow what was done in the PV ticketlock. - Add performance data for the unfair lock as well as the PV support code. v4->v5: - Move the optimized 2-task contending code to the

...rmal name is an alias. */ | #if defined (__stub_pthread_getattr_np) || defined (__stub___pthread_getattr_np) | choke me | #else | char (*f) () = pthread_getattr_np; | #endif | #ifdef __cplusplus | } | #endif | | int | main () | { | return f != pthread_getattr_np; | ; | return 0; | } configure:10767: result: no configure:10680: checking for pthread_get_stackaddr_np configure:10737: gcc -o conftest -g -O2 conftest.c -lresolv -lsocket -lnsl -lpthread >&5 Undefined first referenced symbol in file pthread_get_stackaddr_np /var/tmp//ccumWcAK.o ld: fatal: Symbol refer...

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

v6->v7: - Remove an atomic operation from the 2-task contending code - Shorten the names of some macros - Make the queue waiter to attempt to steal lock when unfair lock is enabled. - Remove lock holder kick from the PV code and fix a race condition - Run the unfair lock & PV code on overcommitted KVM guests to collect performance data. v5->v6: - Change the optimized

v6->v7: - Remove an atomic operation from the 2-task contending code - Shorten the names of some macros - Make the queue waiter to attempt to steal lock when unfair lock is enabled. - Remove lock holder kick from the PV code and fix a race condition - Run the unfair lock & PV code on overcommitted KVM guests to collect performance data. v5->v6: - Change the optimized

...fldry.ll 13 32438 0 0.01 32418 0 0.01 32418 float.ll 11 117871 0 0.02 117854 0 0.02 117854 FloatMM.ll 6 12850 0 0.01 12831 0 0.01 12831 FloatPrecision.ll 2 2147 0 0.01 2138 0 0.01 2138 floatrep.ll 2 2588 0 0.01 2571 0 0.01 2571 flops-1.ll 1 10454 0 0.01 10439 0 0.01 10439 flops-2.ll 1 10782 0 0.01 10767 0 0.01 10767 flops-3.ll 1 10676 0 0.01 10661 0 0.01 10661 flops-4.ll 1 12150 0 0.01 12135 0 0.01 12135 flops-5.ll 1 12874 0 0.01 12859 0 0.01 12859 flops-6.ll 1 12866 0 0.01 12851 0 0.01 12851 flops-7.ll 1 10239 0 0.01 10224 0 0.01 10224 flops-8.ll 1 13031 0 0.01 13016 0 0.01 13016 flops.ll 2 82106...

v4->v5: - Move the optimized 2-task contending code to the generic file to enable more architectures to use it without code duplication. - Address some of the style-related comments by PeterZ. - Allow the use of unfair queue spinlock in a real para-virtualized execution environment. - Add para-virtualization support to the qspinlock code by ensuring that the lock holder and queue