Re: Unused swap

[Lars von den Driesch]

On Sun, Jan 13, 2013 at 11:50 PM, Barry Grumbine
 wrote:
> I ran into the same problem.  Was running into the datasize-cur=512M
> limit in the staff section of login.conf
>
> I'm not saying this is the right thing to do, but I bumped it to 1024M
> and haven't had a firefox seg-fault since.  This is a system I use as
> my desktop, so I'm not concerned with other "staff" causing problems.

Yeah, I figured it out as well after Constantines pointer to
login.conf. I started with "unlimited" but rolled it back to 2048MB.
This is just my test machine that I use as desktop as well. So I am
the only one using it.

Thanks all for your help

Lars

Re: Unused swap

[Lars von den Driesch]

Hi again,

I just followed the FAQ 14.5.3 and created a swap file and added it to
the system. Unfortunately this didn't help.

Thanks again

Lars

On Sat, Jan 12, 2013 at 12:28 AM, Lars von den Driesch
 wrote:
> Hi
> I just discovered another strangeness on my installation. Firefox
> keeps seg-faulting on me when I have a lot of tabs open with webpages
> that draw a lot of memory. This is easy to reproduce - I just open
> engadget.com more often and open subsites by clicking randomly on that
> page.
> When I start firefox from xterm it gives me an "out of memory" error
> after a while and writes a core file to disk. This led me looking to
> my swap partition when I discovered that swap seems to be unused on
> this system although it exists and the system seems to know about it.
> It just isn't filled when needed.
> This is a snapshot on amd64 from 7 Jan. The partitions  were created
> during initial install. So this might have been a problem from the
> beginning but I discovered it now because I am using the system more
> often lately.
> I have found an ancient bugreport from 1999 for sparc/1007 reporting
> exactly this but this is basically the only thing I found about this
> topic. So I believe I am missing something obvious again that only me
> would be able to fall over ;-)
>
> Thanks
> Lars
>
> -swapctl -l this display never changes
> Device  512-blocks UsedAvail Capacity  Priority
> /dev/sd0b  93740810  9374081 0%0
>
>
> -systat swap gives me this but this display never ever changes
> 5 usersLoad 0.13 0.16 0.47 Sat Jan 12 00:03:07 2013
> DISK 512-blocks   USED  10\ 20\ 30\
> 40\ 50\ 60\ 70\ 80\ 90\100\
> sd0b9374081  0
>
> -disklabel /dev/sd0c
> #size   offset  fstype [fsize bsize  cpg]
>   a:615763200   64  4.2BSD   4096 327681 # /
>   b:  9374081615763264swap   # none
>
> -fstab
> c6dfab3c9cca1a9c.b none swap sw
> c6dfab3c9cca1a9c.a / ffs rw 1 1
>
> -dmesg
> OpenBSD 5.2-current (GENERIC.MP) #12: Mon Jan  7 07:59:56 MST 2013
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 4157472768 (3964MB)
> avail mem = 4024295424 (3837MB)
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (57 entries)
> bios0: vendor Award Software International, Inc. version "F11" date 09/16/2009
> bios0: Gigabyte Technology Co., Ltd. GA-MA78GM-S2H
> acpi0 at bios0: rev 0
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP SSDT HPET MCFG APIC
> acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3)
> USB5(S3) USB6(S3) SBAZ(S4) P2P_(S5) PCE2(S4) PCE3(S4) PCE4(S4)
> PCE5(S4) PCE6(S4) PCE7(S4) PCE9(S4) PCEA(S4) PCEB(S4) PCEC(S4)
> PS2M(S5) PS2K(S5) PCI0(S5)
> acpitimer0 at acpi0: 3579545 Hz, 32 bits
> acpihpet0 at acpi0: 14318180 Hz
> acpimcfg0 at acpi0 addr 0xe000, bus 0-255
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: AMD Athlon(tm) Dual Core Processor 4850e, 2511.77 MHz
> cpu0: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,3DNOWP
> cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
> 64b/line 16-way L2 cache
> cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
> cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative
> cpu0: apic clock running at 200MHz
> cpu1 at mainbus0: apid 1 (application processor)
> cpu1: AMD Athlon(tm) Dual Core Processor 4850e, 2511.44 MHz
> cpu1: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,3DNOWP
> cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
> 64b/line 16-way L2 cache
> cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
> cpu1: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins
> ioapic0: misconfigured as apic 0, remapped to apid 2
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 3 (P2P_)
> acpiprt2 at acpi0: bus -1 (PCE2)
> acpiprt3 at acpi0: bus -1 (PCE3)
> acpiprt4 at acpi0: bus -1 (PCE4)
> acpiprt5 at acpi0: bus -1 (PCE5)
> acpiprt6 at acpi0: bus -1 (PCE6)
> acpiprt7 at acpi0: bus -1 (PCE7)
> acpiprt8 at acpi0: bus -1 (PCE9)
> acpiprt9 at acpi0: bus 2 (PCEA)
> acpiprt10 

Re: Strange ksh history behaviour

[Lars von den Driesch]

Hi,

On Mon, Jan 7, 2013 at 2:54 PM, Sébastien Marie
 wrote:

> It is the documented behaviour in ksh(1) :-)
>
> You could see the EDITOR variable comment in ksh(1):

Well, what can I say :-) It was late and I was tired or my english is
crap and didn't understand... ;-)

>
> EDITOR
>If the VISUAL parameter is not set, this parameter controls
>the command-line editing mode for interactive shells.
>
> And as arrow-keys are not used by the 'vi'-like command-line editing...
>
>> What am I missing here? Can someone confirm this?
>
> You need to set your command-line editing mode to "emacs".
>
> In order to keep EDITOR to vi, you should set VISUAL to "emacs" in your 
> .profile:
>
> VISUAL=emacs
> EDITOR=vi
> export VISUAL EDITOR

Thanks, a lot for the help. This really solved it. Who would have
guessed - one more time where the man pages proved to be right :-D

Again, thanks for the help

Lars