The pfSense Store

Author Topic: Updated today to latest snap - very slow  (Read 16298 times)

0 Members and 1 Guest are viewing this topic.

Offline moullas

  • Newbie
  • *
  • Posts: 12
  • Karma: +0/-0
    • View Profile
Updated today to latest snap - very slow
« on: April 11, 2012, 03:07:13 pm »
Hi there,
1st post and all...
I had a stable 2.0.1 install on a Watchguard X700.

Today i took the plunge and installed the latest nanobsd snapshot (pfSense-2.1-DEVELOPMENT-4g-i386-nanobsd-20120410-2009)

Everything looks ok, problem is, whenever I change any setting it takes almost a minute to write the change, which is driving me crazy. Any pointers on where to pinpoint the issue?

It's installed on a 4G CF card, which previously was working perfectly.

Edit: also played around in /boot/loader.conf
tried setting hw.ata.wc to 1 (to enable write cache), still nothing. Can anyone confirm what's the setting on 2.0.1 for that?

looks like reads AND writes are slow (doing an ls via ssh takes 20 seconds just to list a directory)
« Last Edit: April 11, 2012, 04:04:19 pm by moullas »

Offline yon

  • Full Member
  • ***
  • Posts: 184
  • Karma: +0/-0
    • View Profile
Re: Updated today to latest snap - very slow
« Reply #1 on: April 12, 2012, 10:21:22 am »
yes. PF web GUI run slow some version.  you may try v2.1.  ;)

Offline jp141

  • Full Member
  • ***
  • Posts: 126
  • Karma: +0/-0
    • View Profile
Re: Updated today to latest snap - very slow
« Reply #2 on: April 12, 2012, 02:01:12 pm »
I found this as well, clicking through the web interface is a lot faster than it used to be but as soon as you make a change it takes ages to commit the change while the hdd/storage light is on permanently!

Offline moullas

  • Newbie
  • *
  • Posts: 12
  • Karma: +0/-0
    • View Profile
Re: Updated today to latest snap - very slow
« Reply #3 on: April 16, 2012, 07:38:10 am »
jp141 , are you also running on a Watchguard box?

This is very strange because previously it was very fast doing writes

Offline jp141

  • Full Member
  • ***
  • Posts: 126
  • Karma: +0/-0
    • View Profile
Re: Updated today to latest snap - very slow
« Reply #4 on: April 16, 2012, 07:41:30 am »
Hi Yeah its a X550e IIRC

Offline stephenw10

  • Hero Member
  • *****
  • Posts: 8156
  • Karma: +5/-0
    • View Profile
Re: Updated today to latest snap - very slow
« Reply #5 on: April 16, 2012, 08:40:58 am »
I had this problem a while back with my X-Peak box, not with 2.1, after upgrading it went away I never got to the bottom of it.
Anyway (assuming you are running NanoBSD) when you commit a change the file system is remounted RW, the change is written then the file system is remounted back to RO.
How long does it take to issue these command manually?
Code: [Select]
[2.0.1-RELEASE][root@pfsense.fire.box]/root(1): mount -p
/dev/ufs/pfsense0       /                       ufs     ro,sync,noatime         1 1
devfs                   /dev                    devfs   rw              0 0
/dev/md0                /tmp                    ufs     rw              2 2
/dev/md1                /var                    ufs     rw              2 2
/dev/ufs/cf             /cf                     ufs     ro,sync,noatime         1 1
devfs                   /var/dhcpd/dev          devfs   rw              0 0
[2.0.1-RELEASE][root@pfsense.fire.box]/root(2): /etc/rc.conf_mount_rw
[2.0.1-RELEASE][root@pfsense.fire.box]/root(3): mount -p
/dev/ufs/pfsense0       /                       ufs     sync,noatime    1 1
devfs                   /dev                    devfs   rw              0 0
/dev/md0                /tmp                    ufs     rw              2 2
/dev/md1                /var                    ufs     rw              2 2
/dev/ufs/cf             /cf                     ufs     sync,noatime    1 1
devfs                   /var/dhcpd/dev          devfs   rw              0 0
[2.0.1-RELEASE][root@pfsense.fire.box]/root(4): /etc/rc.conf_mount_ro
[2.0.1-RELEASE][root@pfsense.fire.box]/root(5): mount -p
/dev/ufs/pfsense0       /                       ufs     ro,sync,noatime         1 1
devfs                   /dev                    devfs   rw              0 0
/dev/md0                /tmp                    ufs     rw              2 2
/dev/md1                /var                    ufs     rw              2 2
/dev/ufs/cf             /cf                     ufs     ro,sync,noatime         1 1
devfs                   /var/dhcpd/dev          devfs   rw              0 0

I included the 'mount -p' so you can see what should happen. On my 2.0.1 box the remounting is pretty much instant but when I had the 'issue' it could take 30s or more.

Steve

Offline barista

  • Newbie
  • *
  • Posts: 3
  • Karma: +0/-0
    • View Profile
Re: Updated today to latest snap - very slow
« Reply #6 on: April 16, 2012, 04:59:25 pm »
Just to add another voice:  very slow UI on an Alix setup.  Using snapshot from this morning : built on Mon Apr 16 03:28:01 EDT 2012

It's whenever there is a change to be committed.  I've had to avoid HTTPS, because then it seems to timeout even.

I can honestly say it is some sort of "disk" IO, as the mount command is super slow in an SSH session during any change.

Update with yesterday's late build, commands run this morning :

[2.1-DEVELOPMENT][root@h.s.com]/root(16): time mount -uw /
0.000u 0.006s 0:00.01 0.0%   0+0k 0+5io 0pf+0w
[2.1-DEVELOPMENT][root@h.s.com]/root(17): time mount -ur /
0.008u 0.025s 0:50.49 0.0%   64+3036k 0+722io 0pf+0w
[2.1-DEVELOPMENT][root@h.s.com]/root(18):
« Last Edit: April 17, 2012, 06:19:06 am by barista »

Offline moullas

  • Newbie
  • *
  • Posts: 12
  • Karma: +0/-0
    • View Profile
Re: Updated today to latest snap - very slow
« Reply #7 on: April 17, 2012, 12:50:54 am »
-> stephenw10, indeed I am running the NanoBSD version.
I've tried running the commands from ssh, mount_rw was instant, mount_ro took around 20 seconds.

Does this seem to point to the problem then? Does anyone know of a workaround?

Offline stephenw10

  • Hero Member
  • *****
  • Posts: 8156
  • Karma: +5/-0
    • View Profile
Re: Updated today to latest snap - very slow
« Reply #8 on: April 17, 2012, 07:31:41 am »
Is this the only snapshot any of you have tried?
It would be useful to try and get some idea when this problem was introduced.
I'm not running 2.1 at all currently but the last snapshot I tried, some months ago, did not exhibit this behaviour.

Steve

Offline jimp

  • Administrator
  • Hero Member
  • *****
  • Posts: 14976
  • Karma: +4/-0
    • View Profile
Re: Updated today to latest snap - very slow
« Reply #9 on: April 17, 2012, 10:44:37 am »
Things are smooth/snappy on my ALIX with a snapshot from today, I've not seen this slowness myself. Saving does take about 6-7 seconds but it always has on ALIX.

Using HTTPS to get to the GUI, everything seems happy.
Need help fast? Commercial Support!

Co-Author of pfSense: The Definitive Guide. - Check the Doc Wiki for FAQs.

Do not PM for help!

Offline barista

  • Newbie
  • *
  • Posts: 3
  • Karma: +0/-0
    • View Profile
Re: Updated today to latest snap - very slow
« Reply #10 on: April 17, 2012, 04:21:00 pm »
I'll update to the latest in 10 min, but this version from last night is already 30 seconds on the Traffic Shaper Wizard's first "Next".

--

On Latest : built on Tue Apr 17 12:13:03 EDT 2012

simple test using latest Chrome browser 18.0.1025.163

- System Advanced -> (select) -> Enable Secure Shell -> Save

3 minutes, 23 seconds for it to return

I revert the change and Save

3 minutes, 31 seconds for it to return

I think I will test another browser, just in case.  Then I may disassemble the Alix, remove the flash card and re-install the 2.1 as a test again.
« Last Edit: April 17, 2012, 05:33:19 pm by barista »

Offline jimp

  • Administrator
  • Hero Member
  • *****
  • Posts: 14976
  • Karma: +4/-0
    • View Profile
Re: Updated today to latest snap - very slow
« Reply #11 on: April 17, 2012, 07:41:44 pm »
I did that same test on my alix on the same snapshot, ~16 seconds to enable/disable SSH. Though I'm in Firefox, not that it should make that large of a difference.
Need help fast? Commercial Support!

Co-Author of pfSense: The Definitive Guide. - Check the Doc Wiki for FAQs.

Do not PM for help!

Offline databeestje

  • Administrator
  • Hero Member
  • *****
  • Posts: 1048
  • Karma: +0/-0
  • It just might be your luck day, if you only knew.
    • View Profile
Re: Updated today to latest snap - very slow
« Reply #12 on: April 18, 2012, 02:53:04 am »
this maybe largely dependent on the speed and quality of the CF card.

I have a CF card in one of my Alix systems that will timeout any attempt to upgrade the firmware because the 4GB CF card is just so bad.

Offline moullas

  • Newbie
  • *
  • Posts: 12
  • Karma: +0/-0
    • View Profile
Re: Updated today to latest snap - very slow
« Reply #13 on: April 18, 2012, 03:36:07 am »
Agreed,

though here we are comparing performance from 2.0.1 stable to 2.1 on the same hardware. On 2.0.1 everything was lighting fast. On 2.1, routing / firewalling performance is good, the only problem is when changing settings.

Offline stephenw10

  • Hero Member
  • *****
  • Posts: 8156
  • Karma: +5/-0
    • View Profile
Re: Updated today to latest snap - very slow
« Reply #14 on: April 18, 2012, 07:08:39 am »
Whilst I agree that the speed of the card will make some difference I have a hard time believing that any card should take over 3 minutes to remount.
I have never detected any difference between cards of wildly varying 'quality' with regards to boot time or remounting. Since NanoBSD disables DMA they all run at PIO speeds anyway hence '133X' or '300X' claimed card speeds are irrelevant.

Is 2.1 still disabling DMA correctly? Does it need to for FreeBSD 8.3?

Any power saving 'spin down' type options enabled?

Steve