/openbsd/sys/kern/ |
H A D | subr_pool.c | 564 int slowdown = 0; in pool_get() local 664 int slowdown = 0; in pool_runqueue() local 669 pr->pr_item = pool_do_get(pp, flags, &slowdown); in pool_runqueue() 707 ph = pool_p_alloc(pp, flags, slowdown); in pool_do_get() 892 int slowdown = 0; in pool_prime() local 894 ph = pool_p_alloc(pp, PR_NOWAIT, &slowdown); in pool_prime() 924 addr = pool_allocator_alloc(pp, flags, slowdown); in pool_p_alloc() 1600 v = (*pp->pr_alloc->pa_alloc)(pp, flags, slowdown); in pool_allocator_alloc() 1629 kd.kd_slowdown = slowdown; in pool_page_alloc() 1652 kd.kd_slowdown = slowdown; in pool_multi_alloc() [all …]
|
H A D | uipc_mbuf.c | 1457 m_pool_alloc(struct pool *pp, int flags, int *slowdown) in m_pool_alloc() argument 1465 v = (*pool_allocator_multi.pa_alloc)(pp, flags, slowdown); in m_pool_alloc()
|
/openbsd/usr.sbin/pkg_add/OpenBSD/ProgressMeter/ |
H A D | Term.pm | 230 sub working($self, $slowdown) 233 return if $self->{work} < $slowdown; 234 $self->message(substr("/-\\|", ($self->{work}/$slowdown) % 4, 1));
|
/openbsd/gnu/llvm/clang/docs/ |
H A D | MemorySanitizer.rst | 14 Typical slowdown introduced by MemorySanitizer is **3x**. 156 of the usual MemorySanitizer slowdown and increases memory overhead.
|
H A D | ThreadSanitizer.rst | 8 instrumentation module and a run-time library. Typical slowdown introduced by
|
H A D | AddressSanitizer.rst | 24 Typical slowdown introduced by AddressSanitizer is **2x**.
|
H A D | DataFlowSanitizer.rst | 354 slowdown and increases memory overhead by 1x. By ``-mllvm -dfsan-track-origins=2``
|
/openbsd/sys/arch/sh/sh/ |
H A D | pmap.c | 922 __pmap_pv_page_alloc(struct pool *pool, int flags, int *slowdown) in __pmap_pv_page_alloc() argument 926 *slowdown = 0; in __pmap_pv_page_alloc()
|
/openbsd/sys/arch/alpha/alpha/ |
H A D | pmap.c | 2799 pmap_pv_page_alloc(struct pool *pp, int flags, int *slowdown) in pmap_pv_page_alloc() argument 2803 *slowdown = 0; in pmap_pv_page_alloc() 3124 pmap_l1pt_alloc(struct pool *pp, int flags, int *slowdown) in pmap_l1pt_alloc() argument 3131 *slowdown = 0; in pmap_l1pt_alloc()
|
/openbsd/usr.sbin/unbound/doc/ |
H A D | TODO | 10 o delegpt use rbtree for ns-list, to avoid slowdown for very large NS sets.
|
/openbsd/sys/arch/mips64/mips64/ |
H A D | pmap.c | 1977 pmap_pg_alloc(struct pool *pp, int flags, int *slowdown) in pmap_pg_alloc() argument 1981 *slowdown = 0; in pmap_pg_alloc() 1988 *slowdown = 1; in pmap_pg_alloc()
|
/openbsd/sys/arch/riscv64/riscv64/ |
H A D | pmap.c | 394 pmap_vp_page_alloc(struct pool *pp, int flags, int *slowdown) in pmap_vp_page_alloc() argument 400 kd.kd_slowdown = slowdown; in pmap_vp_page_alloc()
|
/openbsd/sys/arch/arm/arm/ |
H A D | pmap7.c | 2414 pmap_pv_page_alloc(struct pool *pp, int flags, int *slowdown) in pmap_pv_page_free() 2419 kd.kd_slowdown = slowdown; 2401 pmap_pv_page_alloc(struct pool * pp,int flags,int * slowdown) pmap_pv_page_alloc() argument
|
/openbsd/sys/arch/i386/i386/ |
H A D | pmap.c | 1155 pmap_pv_page_alloc(struct pool *pp, int flags, int *slowdown) in pmap_pv_page_alloc() argument 1160 kd.kd_slowdown = slowdown; in pmap_pv_page_alloc()
|
/openbsd/gnu/llvm/llvm/docs/ |
H A D | GwpAsan.rst | 39 slowdown/binary size bloat. For the majority of production environments, this
|
H A D | LibFuzzer.rst | 532 First, the extra instrumentation may bring up to 2x additional slowdown.
|
/openbsd/sys/arch/arm64/arm64/ |
H A D | pmap.c | 447 pmap_vp_page_alloc(struct pool *pp, int flags, int *slowdown) in pmap_vp_page_alloc() argument 453 kd.kd_slowdown = slowdown; in pmap_vp_page_alloc()
|
/openbsd/gnu/usr.bin/perl/pod/ |
H A D | perl5201delta.pod | 29 optimization, causing a slowdown on some platforms.
|
H A D | perl588delta.pod | 1450 =head2 Debugger and Unicode slowdown
|
H A D | perl5004delta.pod | 711 about 20% for typical Perl usage. Expected slowdown due to additional 730 require most memory in such 2**n chunks); expected slowdown is
|
H A D | perlperf.pod | 79 source of slowdown by enforcing a double pass over the data - once to setup the
|
H A D | perl5140delta.pod | 1132 this memory saving causing a slowdown elsewhere, boolean use of C<HvFILL> 2842 this malloc causes a substantial slowdown, so we now default to using
|
H A D | perl5180delta.pod | 2397 there is no overloading, so there should be no noticeable slowdown.
|
/openbsd/gnu/llvm/llvm/cmake/modules/ |
H A D | HandleLLVMOptions.cmake | 831 # Use -O1 even in debug mode, otherwise sanitizers slowdown is too large.
|
/openbsd/gnu/usr.bin/perl/cpan/perlfaq/lib/ |
H A D | perlfaq4.pod | 2250 like the slowdown you suffer from the tie interface. Are you sure you
|