padajici squid
mam squid prelozen s -ggdb -O0 ale nedari se mne ziskat backtrace, konci u fce fatal a mne by zajimalo kdo ji zavolal. Nejake rady? sanatana# gdb GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". (gdb) core squid.core Core was generated by `squid'. Program terminated with signal 6, Aborted. #0 0x28235427 in ?? () (gdb) file /usr/local/sbin/squid Reading symbols from /usr/local/sbin/squid...done. (gdb) bt full #0 0x28235427 in ?? () No symbol table info available. #1 0x282353c6 in ?? () No symbol table info available. #2 0x7295 in ?? () No symbol table info available. #3 0x0006 in ?? () No symbol table info available. #4 0x in ?? () No symbol table info available. #5 0x in ?? () No symbol table info available. #6 0x0246 in ?? () No symbol table info available. #7 0x28247560 in ?? () No symbol table info available. #8 0xbfbfecd8 in ?? () No symbol table info available. #9 0x28233e9b in ?? () No symbol table info available. #10 0x0006 in ?? () No symbol table info available. #11 0xbfbfeca8 in ?? () ---Type to continue, or q to quit--- No symbol table info available. #12 0x in ?? () No symbol table info available. #13 0x in ?? () No symbol table info available. #14 0x0001 in ?? () No symbol table info available. #15 0x28133300 in ?? () No symbol table info available. #16 0xffdf in ?? () No symbol table info available. #17 0x in ?? () No symbol table info available. #18 0x in ?? () No symbol table info available. #19 0x in ?? () No symbol table info available. #20 0x28109b49 in ?? () No symbol table info available. #21 0x28133000 in ?? () No symbol table info available. #22 0x0180 in ?? () No symbol table info available. ---Type to continue, or q to quit--- #23 0x0022 in ?? () No symbol table info available. #24 0x0022 in ?? () No symbol table info available. #25 0x0002 in ?? () No symbol table info available. #26 0xbfbfee00 in ?? () No symbol table info available. #27 0x2810acf0 in ?? () No symbol table info available. #28 0xbfbfece8 in ?? () No symbol table info available. #29 0x080bd283 in fatal (message=0x6 ) at tools.c:406 No locals. Previous frame inner to this frame (corrupt stack?) (gdb) v squid.logu neni ani radka. -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: padajici squid
On Wed, Aug 29, 2007 at 05:13:10PM +0200, Radim Kolar wrote: > mam squid prelozen s -ggdb -O0 ale nedari se mne ziskat backtrace, konci u fce > fatal a mne by zajimalo kdo ji zavolal. Nejake rady? > > sanatana# gdb > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > (gdb) core squid.core > Core was generated by `squid'. > Program terminated with signal 6, Aborted. > #0 0x28235427 in ?? () > (gdb) file /usr/local/sbin/squid > Reading symbols from /usr/local/sbin/squid...done. > (gdb) bt full > #0 0x28235427 in ?? () > No symbol table info available. ses si jistej ze to je v te binarce squida? imho to pada nekde v nejake knihovne ktera neni skompilovana s -g, navic.. pise to ze corrupted stack :( btw. v portech je gdb66, mozna budes mit vetsi uspech tam -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
databaze a cache
> > vzpom??n??m tak amd64 m?? v??c registr??, co?? by se teoreticky m??lo > > projevit ve v??t > > rychlosti CPU bound aplikac??. > > to asi jo.. nicmene mi nejak nedochazi jak je psql cpu-bound. navic, nevim na > jakem > fbsd to zkousem ale 6ka je dost tragicka, 7cka lepsi ale zadna s psql zrovna > "nezari" no dneska maji pocitace uz hodne RAMky a vetsina dotazu (zejmena u web aplikaci) pracuje jen s velmi malou podmnozinou dat. prakticky priklad: web fora db cca 1.8GB, pokud vyclenis db 100mb ram, (a ostatni ramku sejmes napr forkbombou) tak temer nikdy nehrabe na disk. disk v iostat hlasi cca 10 transakci/sec prumer a 30 ve spickach pri vytizeni cpu 80%. U ne web aplikaci staci ramka 10-15% velikosti db aby ti jelo temer vsechno z cache. problemy s pomalym zapisem (potrebuje se fsync) se resi adaptecem s 128mb ram a baterkou. -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: databaze a cache
On Wed, Aug 29, 2007 at 06:40:20PM +0200, Radim Kolar wrote: > > > vzpom??n??m tak amd64 m?? v??c registr??, co?? by se teoreticky m??lo > > > projevit ve v??t > > > rychlosti CPU bound aplikac??. > > > > to asi jo.. nicmene mi nejak nedochazi jak je psql cpu-bound. navic, nevim > > na jakem > > fbsd to zkousem ale 6ka je dost tragicka, 7cka lepsi ale zadna s psql > > zrovna "nezari" > no dneska maji pocitace uz hodne RAMky a vetsina dotazu (zejmena u web > aplikaci) pracuje jen s velmi malou podmnozinou dat. > > prakticky priklad: web fora db cca 1.8GB, pokud vyclenis db 100mb ram, > (a ostatni ramku sejmes napr forkbombou) tak temer nikdy nehrabe na > disk. disk v iostat hlasi cca 10 transakci/sec prumer a 30 ve spickach > pri vytizeni cpu 80%. > > U ne web aplikaci staci ramka 10-15% velikosti db aby ti jelo temer > vsechno z cache. problemy s pomalym zapisem (potrebuje se fsync) se > resi adaptecem s 128mb ram a baterkou. to je snad uplne fuk ne? prenos z/do RAM je taky IO nebo ne? (a hw reseni prenosu z/do RAM je stejne pri pouziti i386 i amd64 modu) -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: padajici squid
Radim Kolar wrote: > mam squid prelozen s -ggdb -O0 ale nedari se mne ziskat backtrace, konci u fce > fatal a mne by zajimalo kdo ji zavolal. > Previous frame inner to this frame (corrupt stack?) > Nejake rady? Pokud ovladas techniku neiteraktivniho ladeni programu, pak pouzij tu. Nic jineho co by na to slo rozumne pouzit me nenapada ... Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
maly teaser na 7.0R
http://people.freebsd.org/~kris/scaling/Scalability%20Update.pdf pokud se tesite na 7.x malo tak tohle stoji za precteni :) -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
