Modify

Opened 9 years ago

Closed 7 years ago

Last modified 4 years ago

#4331 closed defect (obsolete)

[WRT54GL] Installing QoS produces enormous cpu load

Reported by: ningo@… Owned by: developers
Priority: highest Milestone: Barrier Breaker 14.07
Component: kernel Version:
Keywords: Cc:

Description

Installing QoS on a Linksys WRT54GL (clean install) running Kamikaze 8.09 RC1 produces big fucking spikes of CPU-Load beyond the hardwares capability. The spikes frequency range from 1Hz to I'd say about 10Hz. As soon as some traffic is made, wether in LAN or WAN, the box gets more and more sluggish until all connections get dropped and you have to reset the box.
Turning off the firewall on the box reduces the amount of CPU spikes by a tremendous amount, but giving that no traffic is happening that's not really a wonder.

Attachments (0)

Change History (13)

comment:1 Changed 9 years ago by ningo@…

Addendum: Turning QoS OFF does NOT help.

comment:2 Changed 9 years ago by agb

  • Summary changed from [WRT54GL] Installing QoS produces ENORMEOUS CPU LOAD HOLY SHIT to [WRT54GL] Installing QoS produces enormous cpu load

I have not seen several WRT54G and WRT54GLs running 8.09 rc1 brcm-2.4 and post rc1 brcm-2.4 builds (latest is r13978)

I won't mark this as "worksforme" yet as I'd like more info. What type of WAN connection are you using? What program are you using to view the CPU spikes? What process appears to be causing the spikes? Does removing the qos-scripts package cause it to stop? Is there any relevant syslog output?

comment:3 Changed 9 years ago by anonymous

What type of WAN connection are you using?

PPPOE.

What program are you using to view the CPU spikes?

top & the XWRT interface.

What process appears to be causing the spikes?

That's my problem, exactly. Even after terminating QoS, the spiking persisted. I tried to terminate as much processess as possible, with no change whatsoever until I plugged the network cable. I suspect one of the kernel modules that the qos package depends on as the possible cause.

Does removing the qos-scripts package cause it to stop?

No.

Is there any relevant syslog output?

I'm afraid not, no.

comment:4 Changed 9 years ago by sasha_max

I am also have the very similar issue, I've tried Kamikadze 8.09 RC1 with with 2.4 and 2.6 kernels.
With 2.6 kernel, after installing qos-scripts my WRT54GL reboots and after that I can not even ping it anymore. I've tried several times on clean 8.09 RC1 install, the only thing that brings router back to life is TFTPing fresh firmware image.
With 2.4 kernel, my situation is exactly the same as described by "anonymous" above. The only think I would add is that with 2.4 kernel the router becames normally operational after removing qos-scripts and rmmod'ing all the modules inserted by qos-scripts installation (to keep only modules wre present after fresh install).

comment:5 Changed 9 years ago by Hermit

I've the same effect as sasha_max. After installation of a qos-script router stops responding for pings (or rather respond very rare ~5%) and is completely unusable.

I've asus wl500gp, 8.09 RC1 with kernel 2.4.35.4-brcm-2.4-1

comment:6 follow-up: Changed 9 years ago by sasha_max

I've noticed that a new Kamikadze 8.09 RC2 build is available. Does anybody know whether the problem with qos-script is still there in the new build?

comment:7 in reply to: ↑ 6 ; follow-up: Changed 9 years ago by Hermit

Replying to sasha_max:

I've noticed that a new Kamikadze 8.09 RC2 build is available. Does anybody know whether the problem with qos-script is still there in the new build?

In a final version of a 8.09 installation of a qos doesn't brick the router. My asus doesn't need reanimation ;)

comment:8 in reply to: ↑ 7 Changed 9 years ago by sasha_max

Replying to Hermit:

Replying to sasha_max:

I've noticed that a new Kamikadze 8.09 RC2 build is available. Does anybody know whether the problem with qos-script is still there in the new build?

In a final version of a 8.09 installation of a qos doesn't brick the router. My asus doesn't need reanimation ;)

Just tried out the final 8.09 with 2.6 kernel - looks like on my WRT54GL QoS now also works fine... Running for 15 minutes allready and still no problems.

comment:9 Changed 9 years ago by nbd

  • Resolution set to fixed
  • Status changed from new to closed

comment:10 Changed 8 years ago by bobby

  • Resolution fixed deleted
  • Status changed from closed to reopened

I experienced severe lockups after installing the nbd QoS scripts under Kamikazi 8.09.2 2.4 on my WRT54GL. I had to run firstboot to recover it.

comment:11 Changed 7 years ago by nbd

  • Resolution set to obsolete
  • Status changed from reopened to closed

old bug, should be gone in backfire and trunk

comment:12 Changed 6 years ago by paraleo

It didn't go anywhere, backfire 10.03 on wrt160nl produces the same thing.
if there is massive download (p2p, youtube) the processor load goes up to 4 and then the router is stopping

comment:13 Changed 4 years ago by jow

  • Milestone changed from Attitude Adjustment 12.09 to Barrier Breaker 14.07

Milestone Attitude Adjustment 12.09 deleted

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.