Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    PFSense on a DEC3840 (Netboard A20)

    Scheduled Pinned Locked Moved Hardware
    51 Posts 2 Posters 9.2k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • B
      bpl294 @stephenw10
      last edited by

      @stephenw10 I tried it Hi-Adaptive and Maximum, both stayed at 1200.

      1 Reply Last reply Reply Quote 0
      • stephenw10S
        stephenw10 Netgate Administrator
        last edited by

        Hmm, I mean there is a possibility that CPU loading never gets high enough to start ramping up. Or that it's not detecting the loading correctly.

        Try running:

        sysctl -a | grep freq
        

        So you see cpu frequency levels shown?

        If so you can try killing powerd and setting the level manually.

        Steve

        B 1 Reply Last reply Reply Quote 0
        • B
          bpl294 @stephenw10
          last edited by bpl294

          @stephenw10 it returns the following:

          Would the command to set it manually be " set dev.cpu.0.freq_levels=2100/1890" ?

          [2.6.0-DEVELOPMENT][root@core.sycamore]/root: sysctl -a | grep freq
          kern.timecounter.tc.ACPI-fast.frequency: 3579545
          kern.timecounter.tc.i8254.frequency: 1193182
          kern.timecounter.tc.HPET.frequency: 14318180
          kern.timecounter.tc.TSC.frequency: 2096114517
          kern.ntp_pll.time_freq: 85052405328768
          kern.ntp_pll.pps_freq: 89169788928000
          device  cpufreq
          kern.eventtimer.et.i8254.frequency: 1193182
          kern.eventtimer.et.RTC.frequency: 32768
          kern.eventtimer.et.HPET2.frequency: 14318180
          kern.eventtimer.et.HPET1.frequency: 14318180
          kern.eventtimer.et.HPET.frequency: 14318180
          kern.eventtimer.et.LAPIC.frequency: 49907470
          kern.acct_chkfreq: 15
          net.inet.sctp.sack_freq: 2
          debug.cpufreq.verbose: 0
          debug.cpufreq.lowest: 0
          debug.uart_poll_freq: 50
          machdep.tsc_freq: 2096114517
          machdep.i8254_freq: 1193182
          machdep.acpi_timer_freq: 3579545
          dev.cpufreq.0.%parent: cpu0
          dev.cpufreq.0.%pnpinfo:
          dev.cpufreq.0.%location:
          dev.cpufreq.0.%driver: cpufreq
          dev.cpufreq.0.%desc:
          dev.cpufreq.%parent:
          dev.hwpstate.0.freq_settings: 2100/1890 1700/1445 1200/990
          dev.cpu.0.freq_levels: 2100/1890 1700/1445 1200/990
          dev.cpu.0.freq: 2100
          
          
          1 Reply Last reply Reply Quote 0
          • stephenw10S
            stephenw10 Netgate Administrator
            last edited by

            Ah, OK. Looks like it's working.

            Kill the powerd process then:

            sysctl dev.cpu.0.freq=1700
            

            Or whichever speed you want.
            The second number there is meant to be power consumption in mW. But I've always found it to be somewhat random!

            Steve

            B 1 Reply Last reply Reply Quote 0
            • B
              bpl294 @stephenw10
              last edited by bpl294

              @stephenw10 that command did change the freq in the console:

              adcff6c1-aa22-4f84-a3e9-b23c33ad7255-image.png

              1 Reply Last reply Reply Quote 0
              • stephenw10S
                stephenw10 Netgate Administrator
                last edited by

                Then maybe your test simply didn't load up the CPU enough.

                B 1 Reply Last reply Reply Quote 0
                • B
                  bpl294 @stephenw10
                  last edited by

                  @stephenw10 So when i do a speed test over a WG interface it spikes the CPU up to 80% when the PowerD is enabled and at 1200mhz and it doesn't increase the freq. Is the CPU spiking that high good enough to say to increase the freq?

                  1 Reply Last reply Reply Quote 0
                  • stephenw10S
                    stephenw10 Netgate Administrator
                    last edited by

                    Yeah, 80% should be plenty high enough in highadaptive mode.

                    I would suggest powerd is not accurately reading the loading in that case. I'm not sure there's anything we can do about that.

                    B 2 Replies Last reply Reply Quote 0
                    • B
                      bpl294 @stephenw10
                      last edited by bpl294

                      This post is deleted!
                      1 Reply Last reply Reply Quote 0
                      • B
                        bpl294 @stephenw10
                        last edited by bpl294

                        @stephenw10 It seems as though that powerd isnt able to distinguish the option in its config. Because it is only using the option that i set for "Unknown Power"

                        fcd8b814-807f-4bec-9270-ecae496b40ba-image.png

                        This results in the cpu running in hi-adaptive mode. And i did notice the CPU dropped down to 1700 at one point. If i set that to Minimum, then it stays at 1200mhz. I am using the Apcupsd package. Not sure if they are communicating well.

                        1 Reply Last reply Reply Quote 0
                        • stephenw10S
                          stephenw10 Netgate Administrator
                          last edited by

                          Ah, that's probably OK then. The defaults we yuse are set hiadaptive for all three. It depends what the BIOS is reporting which is not reliable.
                          Powerd and apcupsd are not connected.

                          Steve

                          1 Reply Last reply Reply Quote 0
                          • stephenw10S stephenw10 referenced this topic on
                          • stephenw10S stephenw10 referenced this topic on
                          • First post
                            Last post
                          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.