Running:
/usr/bin/valgrind --time-stamp=yes --leak-check=full --leak-resolution=high
--log-file=/tmp/owserver.log --trace-children=yes --undef-value-errors=yes
--verbose /usr/sbin/owserver -p 30003 -d /dev/ttyS0 -t 30 --foreground
--fatal_debug --fatal_debug_file=/tmp/owserver_fatal
Not after you see the "Invalid read of size 8", or after Ctrl-C file
/tmp/owserver_fatal* is not created.
Serg.
I have tried to stress-test owserver as much as I can here on different
platforms, and I can't reproduce the errors.
In my case, the owserver used (by owread) 2xNagios every minute and 2xCacti (2
threads each) every 5 minutes.
As shown in the logs, this error does not occur immediately, but after a while,
in the latter case through 11 hours.
In order to avoid a hardware error, I tried to completely change the server -
it did not help.
Can you start with the debug-output from all pthread-calls as well..
/usr/sbin/owserver -p 30003 -d /dev/ttyS0 -t 30 --foreground --fatal_debug
--fatal_debug_file=/tmp/owserver_fatal
If /tmp/owserver_fatal.pid is created and filled with debug-messages, then
some pthread-calls are failing on your server.
--fatal_debug I added to /etc/sysconfig/owserver, but forgot to add when run by
valgrind. Now add ...
BTW: I will be on vacation between December 24th to 31'th, so I will not be
able to do much more on this after tonight.
When owserver runs through valgrind, the system performs its functions... :)
Merry Christmas! :)
Serg.
/Christian
-----Original Message-----
From: Serg Oskin [mailto:s...@oskin.ru]
Sent: Tuesday, December 23, 2008 12:11 PM
To: owfs-developers@lists.sourceforge.net
Subject: Re: [Owfs-developers] general protection
If I run owserver as daemon, he was in such cases crashed.
If I run well
valgrind ... /usr/sbin/owserver -p 30003 -d /dev/ttyS0 -t 30 --foreground
he continues to work. According to my experience this is also a sign of
memory leaks.
This is beginning to occur when owserver started simultaneously use several
(4-6) clients, rather than 1-2 as before.
Serg.
I'm pretty clue-less why you get this error-message when
"memcpy(&(pn->lock), &(opaque->key), sizeof(struct devlock *));" is
called.
==00:01:31:14.563 2670== Invalid read of size 8
==00:01:31:14.563 2670== at 0x4C568B7: LockGet (ow_locks.c:193)
==00:01:31:14.563 2670== by 0x4C5D8A1: FS_r_given_bus (ow_read.c:231)
==00:01:31:14.563 2670== by 0x4C5DB01: FS_read_distribute
(ow_read.c:193)
But... your owserver didn't seem to crash now? Is the major problem fixed
now?
I have checked in some various fixed some minutes ago, but nothing special
that should affect this issue.
/Christian
-----Original Message-----
From: Serg Oskin [mailto:s...@oskin.ru]
Sent: Monday, December 22, 2008 7:50 PM
To: owfs-developers@lists.sourceforge.net
Subject: Re: [Owfs-developers] general protection
I later corrected this. :)
But this did not help. :(
Serg.
Sorry... I made a typo in the code... the memcpy row should look like
this:
memcpy(&(pn->lock), &(opaque->key), sizeof(struct devlock *));
Forgot to get the pointer's to the variables, and therefore it ended
up with a segmentation fault instead...
Can you try to change the row and recompile with memcpy again?
/Christian
-----Original Message-----
From: Serg Oskin [mailto:s...@oskin.ru]
Sent: Monday, December 22, 2008 12:13 PM
To: owfs-developers@lists.sourceforge.net
Subject: Re: [Owfs-developers] general protection
Now running CVS-version on 9:30 UTC 2008-12-22 ...
Results of file attachments.
Serg.
Serg.
Hi Serg,
Interesting log-files... It seems that your compiler generate wrong
code...
==00:06:33:57.651 2275== Invalid read of size 8
==00:06:33:57.651 2275== at 0x4C56559: LockGet (ow_locks.c:195)
==00:06:33:57.651 2275== Address 0x5A0D750 is 0 bytes inside a
block of size 32 free'd
==00:06:33:57.651 2275== at 0x4A0541E: free
(vg_replace_malloc.c:233)
==00:06:33:57.651 2275== by 0x30D8ED02B6: tdelete (in
/lib64/libc-2.5.so)
tsearch() seem to return a pointer to opaque, but "pn->lock =
opaque->key"
results "Invalid read of size 8"... ?
I have made some changes in the code, and that might fix the problem.
Size of "struct devlock" might have be unknown at some places and I
have moved around the definitions a bit.
Can you checkout the latest CVS-version and try it?
If this doesn't work, you can try to edit
module/owlib/src/c/ow_locks.c and change two rows...
pn->lock = (struct devlock *)opaque->key; /* Serg: Invalid
read of size 8 */
/* Why should a pointer compare fail? Unaligned memory?
Perhaps try to copy the pointer with memcpy() instead.
Will this help?
*/
//memcpy(pn->lock, opaque->key, sizeof(struct devlock *));
Comment out the row "pn->lock = " and uncomment memcpy instead....
Will this work for better for you?
It should remove the warning of "Invalid read of size 8" at least,
and perhaps everything will work then as well.
BTW: Which platform are you using? I have a feeling that your
source isn't compiled with -m64, even if it should be...
Could you look at the host_cpu in config.log and "uname -a"
# grep host_cpu cvs/owfs/config.log
# uname -a
/Christian
-----Original Message-----
From: Serg Oskin [mailto:s...@oskin.ru]
Sent: Saturday, December 20, 2008 10:33 PM
To: owfs-developers@lists.sourceforge.net
Subject: Re: [Owfs-developers] general protection
Ctrl-C pressed.
Tried - the result of old.
Version: from CVS at Dec 20 2008 12:00 UTC.
Message in /tmp/owfs_fatal I received only once during the "kill
owserver_pid":
ow_connect.c:322 mutex_destroy failed rc=16 [Device or resource
busy]
Serg.
__________ Information from ESET NOD32 Antivirus, version of virus
signature database 3709 (20081220) __________
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
__________ Information from ESET NOD32 Antivirus, version of virus
signature database 3709 (20081220) __________
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
--------------------------------------------------------------------
-
--------- _______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
---------------------------------------------------------------------
-
-------- _______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
__________ Information from ESET NOD32 Antivirus, version of virus
signature database 3710 (20081222) __________
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
__________ Information from ESET NOD32 Antivirus, version of virus
signature database 3710 (20081222) __________
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
----------------------------------------------------------------------
-------- _______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
__________ Information from ESET NOD32 Antivirus, version of virus
signature
database 3710 (20081222) __________
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
----------------------------------------------------------------------------
--
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
----------------------------------------------------------------------------
--
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
------------------------------------------------------------------------------
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
------------------------------------------------------------------------------
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
==00:00:00:00.000 20943== Memcheck, a memory error detector.
==00:00:00:00.000 20943== Copyright (C) 2002-2006, and GNU GPL'd, by Julian
Seward et al.
==00:00:00:00.000 20943== Using LibVEX rev 1658, a library for dynamic binary
translation.
==00:00:00:00.000 20943== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks
LLP.
==00:00:00:00.000 20943== Using valgrind-3.2.1, a dynamic binary
instrumentation framework.
==00:00:00:00.000 20943== Copyright (C) 2000-2006, and GNU GPL'd, by Julian
Seward et al.
==00:00:00:00.000 20943==
==00:00:00:00.000 20943== My PID = 20943, parent PID = 20942. Prog and args
are:
==00:00:00:00.000 20943== /usr/sbin/owserver
==00:00:00:00.000 20943== -p
==00:00:00:00.000 20943== 30003
==00:00:00:00.000 20943== -d
==00:00:00:00.000 20943== /dev/ttyS0
==00:00:00:00.000 20943== -t
==00:00:00:00.000 20943== 30
==00:00:00:00.000 20943== --foreground
==00:00:00:00.000 20943== --fatal_debug
==00:00:00:00.000 20943== --fatal_debug_file=/tmp/owserver_fatal
==00:00:00:00.000 20943==
--00:00:00:00.000 20943--
--00:00:00:00.000 20943-- Command line
--00:00:00:00.000 20943-- /usr/sbin/owserver
--00:00:00:00.000 20943-- -p
--00:00:00:00.000 20943-- 30003
--00:00:00:00.000 20943-- -d
--00:00:00:00.000 20943-- /dev/ttyS0
--00:00:00:00.000 20943-- -t
--00:00:00:00.000 20943-- 30
--00:00:00:00.000 20943-- --foreground
--00:00:00:00.000 20943-- --fatal_debug
--00:00:00:00.000 20943-- --fatal_debug_file=/tmp/owserver_fatal
--00:00:00:00.000 20943-- Startup, with flags:
--00:00:00:00.000 20943-- --time-stamp=yes
--00:00:00:00.000 20943-- --leak-check=full
--00:00:00:00.000 20943-- --leak-resolution=high
--00:00:00:00.000 20943-- --log-file=/tmp/owserver.log
--00:00:00:00.000 20943-- --trace-children=yes
--00:00:00:00.000 20943-- --undef-value-errors=yes
--00:00:00:00.000 20943-- --verbose
--00:00:00:00.000 20943-- Contents of /proc/version:
--00:00:00:00.000 20943-- Linux version 2.6.18-92.1.22.el5
(mockbu...@hs20-bc2-5.build.redhat.com) (gcc version 4.1.2 20071124 (Red Hat
4.1.2-42)) #1 SMP Fri Dec 5 09:28:22 EST 2008
--00:00:00:00.000 20943-- Arch and hwcaps: AMD64, amd64-sse2
--00:00:00:00.000 20943-- Valgrind library directory: /usr/lib64/valgrind
--00:00:00:00.001 20943-- Reading syms from /usr/sbin/owserver (0x400000)
--00:00:00:00.002 20943-- Reading debug info from
/usr/lib/debug/usr/sbin/owserver.debug...
--00:00:00:00.003 20943-- Reading syms from
/usr/lib64/valgrind/amd64-linux/memcheck (0x38000000)
--00:00:00:00.004 20943-- object doesn't have a dynamic symbol table
--00:00:00:00.095 20943-- Reading syms from /lib64/ld-2.5.so (0x30D8A00000)
--00:00:00:00.098 20943-- Reading suppressions file:
/usr/lib64/valgrind/default.supp
--00:00:00:00.224 20943-- Reading syms from
/usr/lib64/valgrind/amd64-linux/vgpreload_core.so (0x4802000)
--00:00:00:00.238 20943-- Reading syms from
/usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so (0x4A03000)
--00:00:00:00.251 20943-- REDIR: 0x30D8A14400 (index) redirected to 0x4A06550
(index)
--00:00:00:00.254 20943-- REDIR: 0x30D8A145B0 (strcmp) redirected to 0x4A067D0
(strcmp)
--00:00:00:00.256 20943-- REDIR: 0x30D8A145E0 (strlen) redirected to 0x4A06700
(strlen)
--00:00:00:00.268 20943-- Reading syms from /usr/lib64/libow-2.7.so.12.0.0
(0x3C52A00000)
--00:00:00:00.268 20943-- Reading debug info from
/usr/lib/debug/usr/lib64/libow-2.7.so.12.0.0.debug...
--00:00:00:00.304 20943-- Reading syms from /usr/lib64/libusb-0.1.so.4.4.4
(0x30D9E00000)
--00:00:00:00.304 20943-- object doesn't have a symbol table
--00:00:00:00.325 20943-- Reading syms from /lib64/libm-2.5.so (0x30D9600000)
--00:00:00:00.328 20943-- Reading syms from /lib64/libdl-2.5.so (0x30D9200000)
--00:00:00:00.329 20943-- Reading syms from /lib64/libpthread-2.5.so
(0x30DA600000)
--00:00:00:00.334 20943-- Reading syms from /lib64/libc-2.5.so (0x30D8E00000)
--00:00:00:00.362 20943-- Reading syms from /lib64/libgcc_s-4.1.2-20080102.so.1
(0x30DBA00000)
--00:00:00:00.362 20943-- object doesn't have a symbol table
--00:00:00:00.481 20943-- REDIR: 0x30D8E79810 (memset) redirected to 0x4A06920
(memset)
--00:00:00:00.496 20943-- REDIR: 0x30D8E7A320 (memcpy) redirected to 0x4A06FF0
(memcpy)
--00:00:00:00.504 20943-- REDIR: 0x30D8E78960 (rindex) redirected to 0x4A06400
(rindex)
--00:00:00:00.542 20943-- REDIR: 0x30D8E72EA0 (calloc) redirected to 0x4A04AAC
(calloc)
--00:00:00:00.563 20943-- REDIR: 0x30D8E73230 (malloc) redirected to 0x4A05787
(malloc)
--00:00:00:00.569 20943-- REDIR: 0x30D8E74DF0 (free) redirected to 0x4A05397
(free)
--00:00:00:00.586 20943-- REDIR: 0x30D8E77FF0 (strcmp) redirected to 0x4A06790
(strcmp)
--00:00:00:00.628 20943-- REDIR: 0x30D8E79060 (memchr) redirected to 0x4A06850
(memchr)
--00:00:00:00.635 20943-- REDIR: 0x30D8E7AF80 (rawmemchr) redirected to
0x4A069E0 (rawmemchr)
--00:00:00:00.762 20943-- REDIR: 0xFFFFFFFFFF600400 (???) redirected to
0x380279E1 (???)
--00:00:00:00.765 20943-- REDIR: 0x30D8E78570 (strlen) redirected to 0x4A066C0
(strlen)
--00:00:00:00.775 20943-- REDIR: 0x30D8E77E40 (index) redirected to 0x4A064F0
(index)
--00:00:00:00.794 20943-- REDIR: 0x30D8E787F0 (strncmp) redirected to 0x4A06720
(strncmp)
--00:00:00:01.104 20943-- REDIR: 0xFFFFFFFFFF600000 (???) redirected to
0x380279D7 (???)
--00:00:01:18.353 20943-- REDIR: 0x30D8E78030 (strcpy) redirected to 0x4A06D90
(strcpy)
--00:00:01:18.380 20943-- REDIR: 0x30D8E77C80 (strcat) redirected to 0x4A06A00
(strcat)
--00:00:01:18.386 20943-- REDIR: 0x30D8E74FD0 (realloc) redirected to 0x4A05838
(realloc)
--00:00:01:19.942 20943-- REDIR: 0x30D8E788B0 (strncpy) redirected to 0x4A07170
(strncpy)
==00:00:01:33.007 20943== Thread 14:
==00:00:01:33.008 20943== Invalid read of size 8
==00:00:01:33.008 20943== at 0x3C52A4D8B7: LockGet (ow_locks.c:193)
==00:00:01:33.008 20943== by 0x3C52A548A1: FS_r_given_bus (ow_read.c:231)
==00:00:01:33.008 20943== by 0x3C52A54B01: FS_read_distribute (ow_read.c:193)
==00:00:01:33.008 20943== by 0x3C52A55223: FS_read_postparse (ow_read.c:109)
==00:00:01:33.008 20943== by 0x402AAD: ReadHandler (read.c:86)
==00:00:01:33.008 20943== by 0x40339A: DataHandler (data.c:125)
==00:00:01:33.008 20943== by 0x30DA6062F6: start_thread (in
/lib64/libpthread-2.5.so)
==00:00:01:33.008 20943== by 0x30D8ED1E3C: clone (in /lib64/libc-2.5.so)
==00:00:01:33.008 20943== Address 0x61A3430 is 0 bytes inside a block of size
32 free'd
==00:00:01:33.008 20943== at 0x4A0541E: free (vg_replace_malloc.c:233)
==00:00:01:33.008 20943== by 0x30D8ED02B6: tdelete (in /lib64/libc-2.5.so)
==00:00:01:33.008 20943== by 0x3C52A4D763: LockRelease (ow_locks.c:209)
==00:00:01:33.008 20943== by 0x3C52A5498B: FS_r_given_bus (ow_read.c:238)
==00:00:01:33.008 20943== by 0x3C52A54B01: FS_read_distribute (ow_read.c:193)
==00:00:01:33.008 20943== by 0x3C52A55223: FS_read_postparse (ow_read.c:109)
==00:00:01:33.008 20943== by 0x402AAD: ReadHandler (read.c:86)
==00:00:01:33.008 20943== by 0x40339A: DataHandler (data.c:125)
==00:00:01:33.008 20943== by 0x30DA6062F6: start_thread (in
/lib64/libpthread-2.5.so)
==00:00:01:33.008 20943== by 0x30D8ED1E3C: clone (in /lib64/libc-2.5.so)
--00:00:03:12.468 20943-- memcheck GC: 1024 nodes, 1024 survivors (100.0%)
--00:00:03:12.468 20943-- memcheck GC: increase table size to 2048
--00:00:11:23.600 20943-- memcheck GC: 2048 nodes, 2048 survivors (100.0%)
--00:00:11:23.600 20943-- memcheck GC: increase table size to 4096
--00:00:22:19.390 20943-- memcheck GC: 4096 nodes, 3352 survivors ( 81.8%)
--00:00:22:19.390 20943-- memcheck GC: increase table size to 8192
--00:01:11:45.820 20943-- memcheck GC: 8192 nodes, 7589 survivors ( 92.6%)
--00:01:11:45.820 20943-- memcheck GC: increase table size to 16384
# Ctrl-C pressed
==00:01:38:06.508 20943==
==00:01:38:06.508 20943== ERROR SUMMARY: 21 errors from 1 contexts (suppressed:
4 from 1)
==00:01:38:06.508 20943==
==00:01:38:06.508 20943== 21 errors in context 1 of 1:
==00:01:38:06.508 20943== Invalid read of size 8
==00:01:38:06.508 20943== at 0x3C52A4D8B7: LockGet (ow_locks.c:193)
==00:01:38:06.508 20943== by 0x3C52A548A1: FS_r_given_bus (ow_read.c:231)
==00:01:38:06.508 20943== by 0x3C52A54B01: FS_read_distribute (ow_read.c:193)
==00:01:38:06.508 20943== by 0x3C52A55223: FS_read_postparse (ow_read.c:109)
==00:01:38:06.508 20943== by 0x402AAD: ReadHandler (read.c:86)
==00:01:38:06.508 20943== by 0x40339A: DataHandler (data.c:125)
==00:01:38:06.508 20943== by 0x30DA6062F6: start_thread (in
/lib64/libpthread-2.5.so)
==00:01:38:06.509 20943== by 0x30D8ED1E3C: clone (in /lib64/libc-2.5.so)
==00:01:38:06.509 20943== Address 0x61A3430 is 0 bytes inside a block of size
32 free'd
==00:01:38:06.509 20943== at 0x4A0541E: free (vg_replace_malloc.c:233)
==00:01:38:06.509 20943== by 0x30D8ED02B6: tdelete (in /lib64/libc-2.5.so)
==00:01:38:06.509 20943== by 0x3C52A4D763: LockRelease (ow_locks.c:209)
==00:01:38:06.509 20943== by 0x3C52A5498B: FS_r_given_bus (ow_read.c:238)
==00:01:38:06.509 20943== by 0x3C52A54B01: FS_read_distribute (ow_read.c:193)
==00:01:38:06.509 20943== by 0x3C52A55223: FS_read_postparse (ow_read.c:109)
==00:01:38:06.509 20943== by 0x402AAD: ReadHandler (read.c:86)
==00:01:38:06.509 20943== by 0x40339A: DataHandler (data.c:125)
==00:01:38:06.509 20943== by 0x30DA6062F6: start_thread (in
/lib64/libpthread-2.5.so)
==00:01:38:06.509 20943== by 0x30D8ED1E3C: clone (in /lib64/libc-2.5.so)
--00:01:38:06.509 20943--
--00:01:38:06.509 20943-- supp: 4 Fedora-Core-6-hack3-ld25
==00:01:38:06.509 20943==
==00:01:38:06.509 20943== IN SUMMARY: 21 errors from 1 contexts (suppressed: 4
from 1)
==00:01:38:06.509 20943==
==00:01:38:06.510 20943== malloc/free: in use at exit: 360,612 bytes in 2,256
blocks.
==00:01:38:06.510 20943== malloc/free: 172,111 allocs, 169,855 frees,
130,825,005 bytes allocated.
==00:01:38:06.510 20943==
==00:01:38:06.513 20943== searching for pointers to 2,256 not-freed blocks.
==00:01:38:06.521 20943== checked 233,192 bytes.
==00:01:38:06.535 20943==
==00:01:38:06.535 20943== Thread 1:
==00:01:38:06.536 20943==
==00:01:38:06.536 20943== 360,480 (278,560 direct, 81,920 indirect) bytes in
1,741 blocks are definitely lost in loss record 5 of 5
==00:01:38:06.536 20943== at 0x4A05809: malloc (vg_replace_malloc.c:149)
==00:01:38:06.536 20943== by 0x3C52A52FBE: FS_OWQ_from_pn
(ow_parseobject.c:87)
==00:01:38:06.536 20943== by 0x3C52A530AC: FS_OWQ_create_sibling
(ow_parseobject.c:53)
==00:01:38:06.536 20943== by 0x3C52A58AFB: FS_r_sibling_F (ow_sibling.c:49)
==00:01:38:06.536 20943== by 0x3C52A27C7B: FS_slowtemp (ow_1820.c:282)
==00:01:38:06.536 20943== by 0x3C52A53FAC: FS_read_lump (ow_read.c:472)
==00:01:38:06.536 20943== by 0x3C52A542F4: FS_r_local (ow_read.c:427)
==00:01:38:06.536 20943== by 0x3C52A54967: FS_r_given_bus (ow_read.c:232)
==00:01:38:06.536 20943== by 0x3C52A54B01: FS_read_distribute (ow_read.c:193)
==00:01:38:06.536 20943== by 0x3C52A55223: FS_read_postparse (ow_read.c:109)
==00:01:38:06.536 20943== by 0x402AAD: ReadHandler (read.c:86)
==00:01:38:06.536 20943== by 0x40339A: DataHandler (data.c:125)
==00:01:38:06.536 20943==
==00:01:38:06.536 20943== LEAK SUMMARY:
==00:01:38:06.536 20943== definitely lost: 278,560 bytes in 1,741 blocks.
==00:01:38:06.536 20943== indirectly lost: 81,920 bytes in 512 blocks.
==00:01:38:06.536 20943== possibly lost: 0 bytes in 0 blocks.
==00:01:38:06.536 20943== still reachable: 132 bytes in 3 blocks.
==00:01:38:06.536 20943== suppressed: 0 bytes in 0 blocks.
==00:01:38:06.536 20943== Reachable blocks (those to which a pointer was found)
are not shown.
==00:01:38:06.536 20943== To see them, rerun with: --show-reachable=yes
--00:01:38:06.536 20943-- memcheck: sanity checks: 35 cheap, 2 expensive
--00:01:38:06.536 20943-- memcheck: auxmaps: 272 auxmap entries (17408k, 17M)
in use
--00:01:38:06.536 20943-- memcheck: auxmaps: 172867501 searches, 226968931
comparisons
--00:01:38:06.536 20943-- memcheck: SMs: n_issued = 1265 (20240k, 19M)
--00:01:38:06.536 20943-- memcheck: SMs: n_deissued = 1062 (16992k, 16M)
--00:01:38:06.536 20943-- memcheck: SMs: max_noaccess = 524287 (8388592k,
8191M)
--00:01:38:06.536 20943-- memcheck: SMs: max_undefined = 0 (0k, 0M)
--00:01:38:06.536 20943-- memcheck: SMs: max_defined = 12565 (201040k, 196M)
--00:01:38:06.536 20943-- memcheck: SMs: max_non_DSM = 212 (3392k, 3M)
--00:01:38:06.536 20943-- memcheck: max sec V bit nodes: 9663 (830k, 0M)
--00:01:38:06.536 20943-- memcheck: set_sec_vbits8 calls: 91613 (new: 11010,
updates: 80603)
--00:01:38:06.536 20943-- memcheck: max shadow mem size: 8366k, 8M
--00:01:38:06.543 20943-- translate: fast SP updates identified:
4,670 ( 87.3%)
--00:01:38:06.543 20943-- translate: generic_known SP updates identified: 546
( 10.2%)
--00:01:38:06.543 20943-- translate: generic_unknown SP updates identified: 133
( 2.4%)
--00:01:38:06.543 20943-- tt/tc: 959,486 tt lookups requiring 997,453 probes
--00:01:38:06.543 20943-- tt/tc: 959,486 fast-cache updates, 5 flushes
--00:01:38:06.543 20943-- transtab: new 5,636 (130,294 -> 2,400,262;
ratio 184:10) [0 scs]
--00:01:38:06.543 20943-- transtab: dumped 0 (0 -> ??)
--00:01:38:06.543 20943-- transtab: discarded 13 (276 -> ??)
--00:01:38:06.543 20943-- scheduler: 102,235,150 jumps (bb entries).
--00:01:38:06.543 20943-- scheduler: 35/2,656,115 major/minor sched events.
--00:01:38:06.543 20943-- sanity: 36 cheap, 2 expensive checks.
--00:01:38:06.543 20943-- exectx: 30,011 lists, 7,848 contexts (avg 0 per
list)
--00:01:38:06.543 20943-- exectx: 341,991 searches, 869,754 full compares
(2,543 per 1000)
--00:01:38:06.543 20943-- exectx: 0 cmp2, 26 cmp4, 2,254 cmpAll
------------------------------------------------------------------------------
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
