Home
last modified time | relevance | path

Searched refs:slowdown (Results 1 – 25 of 27) sorted by relevance

12

/openbsd/sys/kern/
H A Dsubr_pool.c564 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 Duipc_mbuf.c1457 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 DTerm.pm230 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 DMemorySanitizer.rst14 Typical slowdown introduced by MemorySanitizer is **3x**.
156 of the usual MemorySanitizer slowdown and increases memory overhead.
H A DThreadSanitizer.rst8 instrumentation module and a run-time library. Typical slowdown introduced by
H A DAddressSanitizer.rst24 Typical slowdown introduced by AddressSanitizer is **2x**.
H A DDataFlowSanitizer.rst354 slowdown and increases memory overhead by 1x. By ``-mllvm -dfsan-track-origins=2``
/openbsd/sys/arch/sh/sh/
H A Dpmap.c922 __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 Dpmap.c2799 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 DTODO10 o delegpt use rbtree for ns-list, to avoid slowdown for very large NS sets.
/openbsd/sys/arch/mips64/mips64/
H A Dpmap.c1977 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 Dpmap.c394 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 Dpmap7.c2414 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 Dpmap.c1155 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 DGwpAsan.rst39 slowdown/binary size bloat. For the majority of production environments, this
H A DLibFuzzer.rst532 First, the extra instrumentation may bring up to 2x additional slowdown.
/openbsd/sys/arch/arm64/arm64/
H A Dpmap.c447 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 Dperl5201delta.pod29 optimization, causing a slowdown on some platforms.
H A Dperl588delta.pod1450 =head2 Debugger and Unicode slowdown
H A Dperl5004delta.pod711 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 Dperlperf.pod79 source of slowdown by enforcing a double pass over the data - once to setup the
H A Dperl5140delta.pod1132 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 Dperl5180delta.pod2397 there is no overloading, so there should be no noticeable slowdown.
/openbsd/gnu/llvm/llvm/cmake/modules/
H A DHandleLLVMOptions.cmake831 # Use -O1 even in debug mode, otherwise sanitizers slowdown is too large.
/openbsd/gnu/usr.bin/perl/cpan/perlfaq/lib/
H A Dperlfaq4.pod2250 like the slowdown you suffer from the tie interface. Are you sure you

12