Thank's Mark I did some investigation though and I can't spot the difference between 6.3 and 8.1 login.conf. --------------------------------------- Script started on Mon Mar 14 14:46:37 2011 fspa1# uname -a FreeBSD fspa1 6.3-RELEASE FreeBSD 6.3-RELEASE #0: Wed Jan 16 04:45:45 UTC 2008 r...@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 fspa1# limit cputime unlimited filesize unlimited datasize 524288 kbytes stacksize 65536 kbytes coredumpsize unlimited memoryuse unlimited vmemoryuse unlimited descriptors 11095 memorylocked unlimited maxproc 5547 sbsize unlimited
fspa1# dd if=/dev/zero of=/opt/whatever bs=1G count=1 dd: input buffer: Cannot allocate memory fspa1# exit exit Script done on Mon Mar 14 14:47:35 2011 ----------------------------------- Script started on Mon Mar 14 13:09:14 2011 fspa2# uname -a FreeBSD fspa2 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Tue Mar 8 14:53:14 UTC 2011 root@vpc_a:/usr/obj/usr/src/sys/TESTING.4BSD i386 fspa2# limit cputime unlimited filesize unlimited datasize 524288 kbytes stacksize 65536 kbytes coredumpsize unlimited memoryuse unlimited vmemoryuse unlimited descriptors 11095 memorylocked unlimited maxproc 5547 sbsize unlimited swapsize unlimited fspa2# dd if=/dev/zero of=/opt/something bs=1G ----------------------------------------------- I'm logged in via rsh so now the system stop's responding - I have to kill my rlogin client. Both sessions in identical HW. If you're wondering about the kernel name The 8.1 kernel is a GENERIC were We've rebuilt it with the 4BSD scheduler just to test - We got same result with ULE scheduler. Any Ideas now? Coudl the 'dd' command be re-written (6.3->8.x) so that it does things very differently? /Mats 2011/3/14 Mark Tinguely <marktingu...@gmail.com> > > You are running out of physical memory, there is no swap backstore and the > kernel is killing off other programs to claim memory. > > Compare the /etc/login.conf on both systems. I bet in the FreeBSD 6.3 > system, the memory limit is set to a limit (8M) and on the FreeBSD 8.1 it > is much higher or is "unlimited". With a set memory limit, the "dd" is > killed before the kernel starts killing off the other program. > > > On 3/14/2011 6:41 AM, Mats Lindberg wrote: > > No - not from what I understand > in the vmware it looks like a real disk device /dev/ad0s1e > in the nfsroot'ed system I actually have 'of=/opt/something' which is > definately to the nfs disk. > > > 2011/3/14 Mark Tinguely <marktingu...@gmail.com> > >> On 3/14/2011 6:17 AM, Mats Lindberg wrote: >> >>> All >>> I am migrating from FreeBSD 6.3 to FreeBSD 8.1 And I have noticed some, >>> what >>> I think is, strange behaviour. >>> >>> In FreeBSD 6.3 when I do >>> >>>> swapoff -a >>>> dd if=/dev/zero of=/tmp/whatever bs=1G count=1 >>>> >>> I get something like "out of memory - killed" >>> >>> In FreeBSD 8.1 doing the same - processes around start to die, e.g. all >>> getty's are killed and finally devfs goes the same way. >>> >>> My target is diskless nfs mounted to a linux fileserver - hence no swap >>> partition >>> It does not seem to be relalted to the nfs root however - I get the same >>> behaviour running FBSD-8.1 in a VMWARE server session. >>> >>> Is this a new 'feature' of FBSD or just a bug? >>> Are there some sysctl's to set to 'really' turn of swapping. >>> >>> At one instance I also got a kernel panic saying 'page fault in kernel' >>> but >>> I'm having a hard time to repeat just that. >>> >>> regards >>> Mats >>> _______________________________________________ >>> freebsd-hackers@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>> To unsubscribe, send any mail to " >>> freebsd-hackers-unsubscr...@freebsd.org" >>> >>> Do you have /tmp mounted on a memory filesystem? >> >> --Mark Tinguely >> >> > > _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
