Re: heap limits: mmap(2) vs. break(2) on i386
On Friday 27 November 2009 22:17:31 Maxim Sobolev wrote: > I am trying to figure out why java fails to start with 1024MB of heap > on i386 with 4GB of RAM and 4GB of swap. Both MAXDSIZ and DFLDSIZ are > set to 2GB. Here is my limits: > > Resource limits (current): >cputime infinity secs >filesize infinity kB >datasize 2097152 kB >stacksize 65536 kB >coredumpsize infinity kB >memoryuseinfinity kB >memorylocked infinity kB >maxprocesses 5547 >openfiles 2 >sbsize infinity bytes >vmemoryuse infinity kB > > Running ktrace I see: > >9154 java CALL > mmap(0,0x4400,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|MAP_NORESERVE|MAP_ANON,0x,0,0) >9154 java RET mmap -1 errno 12 Cannot allocate memory >9154 java CALL write(0x1,0xbf9fe378,0x2b) >9154 java GIO fd 1 wrote 43 bytes > "Error occurred during initialization of VM On i386 a process has only 3GiB of address space. If you reserve 2GiB for datasize (sbrk), there's less than 1GiB available for mmap. Unless you have a program that still uses sbrk and needs 2GiB you should make maxdsiz much smaller. Since FreeBSD 7 malloc can use mmap besides sbrk so you can set maxdsiz to a really small value if you want to. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.0 installworld fails in /usr/src/lib/csu/i386-elf cc: not found
2009/11/28 Troy : > Tried to move make.conf aside and it did not help. I am not using -j in the > installworld command. Any other thoughts? I'm in a bind with my upgrade > without being able to do 'make installworld' > > > > On 11/27/2009 3:42 PM, Jeremy Chadwick wrote: >> >> On Fri, Nov 27, 2009 at 03:07:05PM -0600, Troy wrote: >> >>> >>> cc is installed and I can execute it. I don't have any unique cc >>> variables being set in make.conf either. >>> >> >> Shot in the dark: are you using the -j argument during "make >> installworld" (not buildworld)? If so, don't do that. >> >> Otherwise, try moving make.conf aside and see if things improve. One >> thing at a time... :-) >> >> > The cc that installworld is trying to execute is not the one in /usr/bin but that generated by buildworld, so something went wrong with that phase. Remove /usr/obj/* and then restart buildworld, without -j -- -Max ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
problem with freebsd-update on 8.0
Hello, I am trying to upgrade my servers to 8.0-STABLE. All my three machines run 8.0-PRELEASE. On two of them freebsd-update upgrade went well, still on the third one I ran into problems: # freebsd-update upgrade -r 8.0-RELEASE Looking up update.FreeBSD.org mirrors... 3 mirrors found. Fetching metadata signature for 8.0-PRERELEASE from update5.FreeBSD.org... failed. Fetching metadata signature for 8.0-PRERELEASE from update4.FreeBSD.org... failed. Fetching metadata signature for 8.0-PRERELEASE from update2.FreeBSD.org... failed. What might be the issue? Network is configured correctly and I have network conectivity. I am able to for eg. run a cvsup update or install a package via pkg_add -r. Still, freebsd-update doesnt work. Thanks for any help, Regards, mjb ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[releng_8 tinderbox] failure on powerpc/powerpc
TB --- 2009-11-28 20:35:54 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-28 20:35:54 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2009-11-28 20:35:54 - cleaning the object tree TB --- 2009-11-28 20:36:08 - cvsupping the source tree TB --- 2009-11-28 20:36:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2009-11-28 20:37:27 - building world TB --- 2009-11-28 20:37:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-28 20:37:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-28 20:37:27 - TARGET=powerpc TB --- 2009-11-28 20:37:27 - TARGET_ARCH=powerpc TB --- 2009-11-28 20:37:27 - TZ=UTC TB --- 2009-11-28 20:37:27 - __MAKE_CONF=/dev/null TB --- 2009-11-28 20:37:27 - cd /src TB --- 2009-11-28 20:37:27 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 28 20:37:27 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 28 21:33:16 UTC 2009 TB --- 2009-11-28 21:33:16 - generating LINT kernel config TB --- 2009-11-28 21:33:16 - cd /src/sys/powerpc/conf TB --- 2009-11-28 21:33:16 - /usr/bin/make -B LINT TB --- 2009-11-28 21:33:16 - building LINT kernel TB --- 2009-11-28 21:33:16 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-28 21:33:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-28 21:33:16 - TARGET=powerpc TB --- 2009-11-28 21:33:16 - TARGET_ARCH=powerpc TB --- 2009-11-28 21:33:16 - TZ=UTC TB --- 2009-11-28 21:33:16 - __MAKE_CONF=/dev/null TB --- 2009-11-28 21:33:16 - cd /src TB --- 2009-11-28 21:33:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 28 21:33:16 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/copyinout.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/interrupt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/aim/mmu_oea.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000
Re: PUC Serial I/O problem - copy of gnats-filed bug report (as discussed previously)
Karl Denninger wrote: > Jeremy Chadwick wrote: > >> On Fri, Nov 27, 2009 at 12:54:17PM -0600, Karl Denninger wrote: >> >> >>> For what its worth, USB-based serial adapters also fail in the same way, >>> but faster (they have NEVER been reliable in this regard, and this >>> hasn't improved) >>> >>> >> There must be a regression of some kind, given that some FreeBSD >> developers have stated in the past that FTDI-based USB serial adapters >> work great: >> >> http://lists.freebsd.org/pipermail/freebsd-stable/2008-March/041615.html >> >> Original thread: >> >> http://lists.freebsd.org/pipermail/freebsd-stable/2008-March/041610.html >> >> > I don't know where "works great" has come from. Certainly not my > experience in "heavy" use. > > For non-modem-control heavy use, it works ok. I use an 8-port fanout on > 7.x to drive process control and it's stable. > > However, for heavy modem use (e.g. Hylafax) it has NEVER been stable - > although in 8.x it won't even manage to send ONE 10-page fax most of the > time, where under 7.x it would randomly fail in that use. Then again > the puc() driver based serial I/O was completely stable under 7.x and > now, with the "new architecture" it will get one or two jobs through it > before it blows up. > > -- Karl > FYI I downgraded back to 7.2-STABLE (it was a bit hairy but I got it to work after a small amount of screwing around) via sources and again the machine and those serial ports are 100% stable with the old driver infrastructure. The uart() infrastructure in 8.x has to be considered broken and unusable for modems at this point folks. I recognize that nobody flagged it until just before the release (I hadn't tried it until RC2, and thus didn't know) but this is a literal dagger in the heart of anyone who needs to put an actual modem on an 8.x box using the common cards out there, and I assume it will bite just as hard for things like a dial-in console as it will for a fax server. -- Karl ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
