Displaying 17 results from an estimated 17 matches for "db_".
Did you mean:
db
2016 Mar 18
0
[PATCH 7/7] build: improve GUESTFS_FIND_DB_TOOL macro
- find the unversioned name just once
- add 5.3 and 5.2 as versions
- add db_$TOOL-X and db_$TOOL-X.Y as patterns (found on FreeBSD)
---
m4/guestfs-find-db-tool.m4 | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/m4/guestfs-find-db-tool.m4 b/m4/guestfs-find-db-tool.m4
index 0cbbd13..ee20301 100644
--- a/m4/guestfs-find-db-tool.m4
+++ b/m4/guestfs-f...
2016 Mar 18
9
[PATCH 0/7] Small portability changes
...and use it in FUSE code
tests: move guestfs-md5.sh to test-data
v2v: tests: isolate SHA1 calculation in an own shared function
v2v: tests: use guestfs-hashsums.sh for MD5
php: pass $(MAKE) to run-php-tests.sh
build: check the path of true, and use it in tests
build: improve GUESTFS_FIND_DB_TOOL macro
fuse/guestunmount.c | 6 ++---
fuse/test-fuse.c | 2 +-
m4/guestfs-find-db-tool.m4 | 7 +++---
m4/guestfs_progs.m4 | 8 +++++++
php/Makefile.am | 4 +++-
php/run-php-tests.sh...
2019 Nov 27
6
[v2v PATCH 0/5] Various build cleanups
Brought to you by the "I haven't rebuilt the libguestfs universe in a
while" saga.
Pino Toscano (5):
build: remove extra gnulib submodule
build: remove extra checks and submodules
build: stop using gnulib in test-harness
build: remove unused gnulib modules
Remove extra entries from podfiles
.gitmodules | 3 --
Makefile.am | 2 -
bootstrap
2007 Jan 18
2
Why slapd dying?
I am wondering why slapd in my CentOS 4.4s erver was
unable to run. I already configure ldap to start at
boot and when I issue command /sbin/service ldap start
it is sucessfully started but again when I check the
status etheir thru service or by netstat, it was
stopped and not exist respectively. Is anybody
encountered this. If you need some more info
just let me know. Thanks.
junji
linux
2018 Feb 16
4
New LLD performance builder
...at
>http://lab.llvm.org:8011/builders/lld-perf-testsuite.
>It builds LLVM and LLD by the latest releaed Clang and runs a set of
>perfromance tests.
>
>The builder is reliable. Please pay attention on the failures.
>
>The performance statistics are here:
>http://lnt.llvm.org/db_default/v4/link/recent_activity
>
>Thanks
>
>Galina
Great news, thanks !
Looking on results I am not sure how to explain them though.
For example r325313 fixes "use after free", it should not give any performance
slowdowns or boosts. Though if I read results right, they show...
2018 Feb 16
0
New LLD performance builder
...the extra time and larger
gaps between the tested revisions. 10 runs seems give a good balance. But
I'm open for suggestions.
It seems the statistics are quite stable if you would look over number of
revisions.
And in this particular case the picture seems quite clear.
At http://lnt.llvm.org/db_default/v4/link/104, the list of Performance
Regressions suggests that the most hit was with the linux-kernel. The
regressed metrics - branches, branch-misses, instructions,
cycles, seconds-elapsed, task-clock. Some other benchmarks shows
regressions in branches and branch-misses, some shows improve...
2018 Feb 22
2
New LLD performance builder
Thanks a lot for setting this up!
By using the "mean as aggregation" option one can see the noise in the
results better:
http://lnt.llvm.org/db_default/v4/link/graph?switch_min_mean=yes&moving_window_size=10&plot.9=1.9.7&submit=Update
There are a few benchmarknig tips in https://www.llvm.org/docs/Benchmarking.html.
For example, from looking at
http://lab.llvm.org:8011/builders/lld-perf-testsuite/builds/285/steps/cmake-configu...
2015 Jan 04
3
[LLVMdev] Writing my own debugger... use __builtin_frame_address or is there something better?
...o make my own debugger"... "all I need is the ability to get the current variables off the current function... and probably the variables from the calling functions... as long as I can do THAT... I can do the rest myself".
Something like this:
int Func(Type1* self, Type2* P) {
DB_GetStackPointer(1); // "DB_" means its a function for debugging the code
// So we save the current stack pointer to a global variable
// and tell the debugger that we are on line 1 of the current file's source code.
int N = 0;...
2018 Feb 26
0
New LLD performance builder
...ks
Galina
On Thu, Feb 22, 2018 at 1:56 PM, Rafael Avila de Espindola <
rafael.espindola at gmail.com> wrote:
> Thanks a lot for setting this up!
>
> By using the "mean as aggregation" option one can see the noise in the
> results better:
>
> http://lnt.llvm.org/db_default/v4/link/graph?switch_
> min_mean=yes&moving_window_size=10&plot.9=1.9.7&submit=Update
>
> There are a few benchmarknig tips in https://www.llvm.org/docs/
> Benchmarking.html.
>
> For example, from looking at
>
> http://lab.llvm.org:8011/builders/lld-perf-t...
2014 Nov 04
13
[PATCH 0/9] Small bits of non-Linux porting - #2
Hi,
continuing what started a couple of weeks ago [1], the attached patch
series continues the work in making it easier to build and run
libguestfs (in fixed appliance mode) on OSes different than Linux.
The provided changes should cause no functional changes on Linux.
[1] https://www.redhat.com/archives/libguestfs/2014-October/msg00176.html
Thanks,
--
Pino
Pino Toscano (9):
build: check
2017 Jan 22
2
[InstCombine] rL292492 affected LoopVectorizer and caused 17.30%/11.37% perf regressions on Cortex-A53/Cortex-A15 LNT machines
...stigeevich at arm.com<mailto:Evgeny.Astigeevich at arm.com>> wrote:
Hi,
We found that today's 17.30%/11.37% performance regressions in LNT SingleSource/Benchmarks/Shootout/sieve on LNT-AArch64-A53-O3__clang_DEV__aarch64 and LNT-Thumb2v7-A15-O3__clang_DEV__thumbv7 (http://llvm.org/perf/db_default/v4/nts/daily_report/2017/1/20?filter-machine-regex=aarch64%7Carm%7Cthumb%7Cgreen) are caused by changes [rL292492] in InstCombine:
https://reviews.llvm.org/D28406 "[InstCombine] icmp sgt (shl nsw X, C1), C0 --> icmp sgt X, C0 >> C1"
The Loop Vectorizer generates code wit...
2017 Sep 22
0
[RFC] Polly Status and Integration
...elieve this is the direction that was taken with the
GSoC last year, trying to get Polly as a "pluggable" dependency analysis.
>
> I'm not sure exactly how good this is, but polly has LNT-submitting bots,
> so the website can generate a comparison (e.g., http://lnt.llvm.org/db_
> default/v4/nts/71208?compare_to=71182). Looking at this comparison shows
> a number of potential problems but also cases where Polly really helps
> (and, FWIW, the largest two compile-time regressions are also associated
> with very large execution performance improvements). My first...
2017 Jan 23
2
[InstCombine] rL292492 affected LoopVectorizer and caused 17.30%/11.37% perf regressions on Cortex-A53/Cortex-A15 LNT machines
...stigeevich at arm.com<mailto:Evgeny.Astigeevich at arm.com>> wrote:
Hi,
We found that today's 17.30%/11.37% performance regressions in LNT SingleSource/Benchmarks/Shootout/sieve on LNT-AArch64-A53-O3__clang_DEV__aarch64 and LNT-Thumb2v7-A15-O3__clang_DEV__thumbv7 (http://llvm.org/perf/db_default/v4/nts/daily_report/2017/1/20?filter-machine-regex=aarch64%7Carm%7Cthumb%7Cgreen) are caused by changes [rL292492] in InstCombine:
https://reviews.llvm.org/D28406 "[InstCombine] icmp sgt (shl nsw X, C1), C0 --> icmp sgt X, C0 >> C1"
The Loop Vectorizer generates code wit...
2017 Jan 24
3
[InstCombine] rL292492 affected LoopVectorizer and caused 17.30%/11.37% perf regressions on Cortex-A53/Cortex-A15 LNT machines
...nsform should only improve perf, so I wonder if we can pin any other perf changes from this commit.
I'm new to using the LNT site, but this should be the full set of results for the A53 machine in question with a baseline (r292491) before this patch and current (r292522) :
http://llvm.org/perf/db_default/v4/nts/107364
If these are reliable results, we have 2 perf wins (puzzle, gramschmidt) on the A53 machine. How do we determine the importance of the sieve benchmark vs. the rest of the suite?
An x86 machine doesn't show any regressions from this change:
http://llvm.org/perf/db_default/v...
2017 Oct 25
5
RFC: Switching to the new pass manager by default
...ked the execution profile. It is real. The code changed
> significantly. A number of the hottest regions changed. I’ll compare IRs.
>
Thanks. Obviously a 1000% execution performance regression seems
problematic.
-Hal
> JFYI FreeBench/fourinarow time graph:
> http://lnt.llvm.org/db_default/v4/nts/graph?highlight_run=76922&plot.1604615=1349.1604615.3
>
>
> Its graph in our LNT is more stable.
>
> Thanks,
>
> Evgeny
>
> *From: *Hal Finkel <hfinkel at anl.gov>
> *Organization: *Argonne National Laboratory
> *Date: *Wednesday, 25 October...
2017 Sep 22
4
[RFC] Polly Status and Integration
...w us to provide to all of
our users these transformations through pragmas (and other kinds of
optional enablement). This is an important first step.
I'm not sure exactly how good this is, but polly has LNT-submitting
bots, so the website can generate a comparison (e.g.,
http://lnt.llvm.org/db_default/v4/nts/71208?compare_to=71182). Looking
at this comparison shows a number of potential problems but also cases
where Polly really helps (and, FWIW, the largest two compile-time
regressions are also associated with very large execution performance
improvements). My first focus would certa...
2009 Jul 23
1
[PATCH server] changes required for fedora rawhide inclusion.
...status)
status $DAEMON
RETVAL=$?
diff --git a/conf/ovirt-db-omatic b/conf/ovirt-db-omatic
index f8337e0..cba275d 100755
--- a/conf/ovirt-db-omatic
+++ b/conf/ovirt-db-omatic
@@ -13,6 +13,7 @@
export RAILS_ENV="${RAILS_ENV:-production}"
DAEMON=/usr/share/ovirt-server/db-omatic/db_omatic.rb
+DBOMATIC_LOCKFILE="${DBOMATIC_LOCKFILE:-/var/lock/subsys/ovirt-db-omatic }"
. /etc/init.d/functions
@@ -21,6 +22,9 @@ start() {
daemon $DAEMON
RETVAL=$?
echo
+ if [ $RETVAL -eq 0 ]; then
+ touch $DBOMATIC_LOCKFILE
+ fi
}
stop() {
@@ -28,6 +3...