On Wed 07 Jul 2021 at 23:43:57 (-0400), Polyna-Maude Racicot-Summerside wrote:
> On 2021-07-07 11:34 p.m., David Wright wrote:
> > If you want to be able to set and change the default entry to boot,
> > that's straightforward to do with GRUB_DEFAULT and GRUB_SAVEDEFAULT
> > in /etc/default/grub, as
On Mi, 07 iul 21, 20:11:20, Polyna-Maude Racicot-Summerside wrote:
> On 2021-07-07 5:55 p.m., Andrei POPESCU wrote:
> >
> > The default in the grub menu is typically the newest kernel installed,
> > regardless of when it was (re)installed.
> If this is true then all this talk is useless because h
On Wed, Jul 07, 2021 at 11:43:57PM -0400, Polyna-Maude Racicot-Summerside wrote:
[...]
> Wasn't it more simple when using Lilo or Syslinux (Keep It Simple for
> Stupid) ?
>
> Yes I know, grub have so much more but sometime you don't need that much
> and this just make it more complicated.
While
Hi,
On 2021-07-07 11:34 p.m., David Wright wrote:
> On Wed 07 Jul 2021 at 20:11:20 (-0400), Polyna-Maude Racicot-Summerside wrote:
>> On 2021-07-07 5:55 p.m., Andrei POPESCU wrote:
>>> On Mi, 07 iul 21, 16:05:13, Polyna-Maude Racicot-Summerside wrote:
On 2021-07-07 2:47 p.m., Andrei POPESCU w
On Wed 07 Jul 2021 at 20:11:20 (-0400), Polyna-Maude Racicot-Summerside wrote:
> On 2021-07-07 5:55 p.m., Andrei POPESCU wrote:
> > On Mi, 07 iul 21, 16:05:13, Polyna-Maude Racicot-Summerside wrote:
> >> On 2021-07-07 2:47 p.m., Andrei POPESCU wrote:
> >>> On Mi, 07 iul 21, 09:35:17, Polyna-Maude R
Hi,
On 2021-07-07 5:55 p.m., Andrei POPESCU wrote:
> On Mi, 07 iul 21, 16:05:13, Polyna-Maude Racicot-Summerside wrote:
>> Hi !
>>
>> On 2021-07-07 2:47 p.m., Andrei POPESCU wrote:
>>> On Mi, 07 iul 21, 09:35:17, Polyna-Maude Racicot-Summerside wrote:
Yes you can downgrand
apt-get d
On Wed 07 Jul 2021 at 16:05:13 (-0400), Polyna-Maude Racicot-Summerside wrote:
> On 2021-07-07 2:47 p.m., Andrei POPESCU wrote:
> > On Mi, 07 iul 21, 09:35:17, Polyna-Maude Racicot-Summerside wrote:
> >>
> >> Yes you can downgrand
> >> apt-get downlaod linux-image-4.19.0-16-amd64
> >> dpkg -i linux
On Mi, 07 iul 21, 16:05:13, Polyna-Maude Racicot-Summerside wrote:
> Hi !
>
> On 2021-07-07 2:47 p.m., Andrei POPESCU wrote:
> > On Mi, 07 iul 21, 09:35:17, Polyna-Maude Racicot-Summerside wrote:
> >>
> >> Yes you can downgrand
> >> apt-get downlaod linux-image-4.19.0-16-amd64
> >> dpkg -i linux-i
Hi !
On 2021-07-07 2:47 p.m., Andrei POPESCU wrote:
> On Mi, 07 iul 21, 09:35:17, Polyna-Maude Racicot-Summerside wrote:
>>
>> Yes you can downgrand
>> apt-get downlaod linux-image-4.19.0-16-amd64
>> dpkg -i linux-image-4.19.0.16-amd64.deb
>
> Why so complicated?
>
> If APT can download the pack
On Mi, 07 iul 21, 09:35:17, Polyna-Maude Racicot-Summerside wrote:
>
> Yes you can downgrand
> apt-get downlaod linux-image-4.19.0-16-amd64
> dpkg -i linux-image-4.19.0.16-amd64.deb
Why so complicated?
If APT can download the package it can also install it (by calling dpkg
itself, of course).
; >> All went fine.
> >> After I was done, I rebooted the system and fired up the MC servers. As
> >> soon as a player joins an MC server, the CPU usage on all cores slams to
> >> 100% and stays there. The game is unplayable.
> >> Nothing has changed wit
do apt update && sudo
>> apt full-upgrade
>> A few things were updated - PHP, a library or two, and the kernel from
>> 4.19.0-16-amd64 to 4.19.0-17-amd64
>> All went fine.
>> After I was done, I rebooted the system and fired up the MC servers. As soon
&g
few things were updated - PHP, a library or two, and the kernel from
> 4.19.0-16-amd64 to 4.19.0-17-amd64
> All went fine.
> After I was done, I rebooted the system and fired up the MC servers. As soon
> as a player joins an MC server, the CPU usage on all cores slams to 100% and
&g
Hi all
My reply concerns this link:
https://lists.debian.org/debian-user/2018/10/msg00392.html
I could solve the problem for me (debian & Firefox) as follow:
1. Firefox-Settings
1.1.
Edit -> Preferences -> General -> Performance
- Disable «Use recommended performance settings»
- Disable «Use
On 27.08.19 22:24, Ben Caradoc-Davies wrote:
> On 28/08/2019 01:01, Stefan Pietsch wrote:
>> I upgraded Xfce to 4.14 recently (Debian unstable) and noticed slightly
>> delayed rendering of UI elements.
>> Firefox and Thunderbird behave sluggishly and CPU usage by Xorg is
>&
Stefan Pietsch wrote:
> On 27.08.19 17:04, Sven Hartge wrote:
>> Stefan Pietsch wrote:
>>> I upgraded Xfce to 4.14 recently (Debian unstable) and noticed
>>> slightly delayed rendering of UI elements.
>>
>>> Firefox and Thunderbird behave sluggishly
On 27.08.19 17:04, Sven Hartge wrote:
> Stefan Pietsch wrote:
>
>> I upgraded Xfce to 4.14 recently (Debian unstable) and noticed
>> slightly delayed rendering of UI elements.
>
>> Firefox and Thunderbird behave sluggishly and CPU usage by Xorg is
>> signifi
On 28/08/2019 01:01, Stefan Pietsch wrote:
I upgraded Xfce to 4.14 recently (Debian unstable) and noticed slightly
delayed rendering of UI elements.
Firefox and Thunderbird behave sluggishly and CPU usage by Xorg is
significantly higher as compared to Xfce 4.12.
Did anyone who is using Xfce 4.14
Stefan Pietsch wrote:
> I upgraded Xfce to 4.14 recently (Debian unstable) and noticed
> slightly delayed rendering of UI elements.
> Firefox and Thunderbird behave sluggishly and CPU usage by Xorg is
> significantly higher as compared to Xfce 4.12.
> Did anyone who is using Xf
Dear list,
I upgraded Xfce to 4.14 recently (Debian unstable) and noticed slightly
delayed rendering of UI elements.
Firefox and Thunderbird behave sluggishly and CPU usage by Xorg is
significantly higher as compared to Xfce 4.12.
Did anyone who is using Xfce 4.14 observe similar effects
On Wed 17 Oct 2018 at 20:52:21 (+0100), Brian wrote:
> On Wed 17 Oct 2018 at 14:27:41 -0500, David Wright wrote:
> > On Wed 17 Oct 2018 at 13:53:45 (+0100), Brian wrote:
> > > On Tue 16 Oct 2018 at 18:26:46 -0500, David Wright wrote:
> > > > On Tue 16 Oct 2018 at 18:42:19 (-0400), Felix Miata wrote
On Wed 17 Oct 2018 at 14:27:41 -0500, David Wright wrote:
> On Wed 17 Oct 2018 at 13:53:45 (+0100), Brian wrote:
> > On Tue 16 Oct 2018 at 18:26:46 -0500, David Wright wrote:
> > > On Tue 16 Oct 2018 at 18:42:19 (-0400), Felix Miata wrote:
> > > > David Wright composed on 2018-10-16 17:07 (UTC-050
On Wed 17 Oct 2018 at 13:53:45 (+0100), Brian wrote:
> On Tue 16 Oct 2018 at 18:26:46 -0500, David Wright wrote:
> > On Tue 16 Oct 2018 at 18:42:19 (-0400), Felix Miata wrote:
> > > David Wright composed on 2018-10-16 17:07 (UTC-0500):
> > >
> > > > (Actually, it would be useful to know how to pri
On Tue 16 Oct 2018 at 18:26:46 -0500, David Wright wrote:
> On Tue 16 Oct 2018 at 18:42:19 (-0400), Felix Miata wrote:
> > David Wright composed on 2018-10-16 17:07 (UTC-0500):
> >
> > > (Actually, it would be useful to know how to print out the about:config
> > > page so tht it can be perused at
On Tue 16 Oct 2018 at 18:42:19 (-0400), Felix Miata wrote:
> David Wright composed on 2018-10-16 17:07 (UTC-0500):
>
> > (Actually, it would be useful to know how to print out the about:config
> > page so tht it can be perused at leisure.)
>
> prefs.js is a plain text file in the profile director
David Wright composed on 2018-10-16 17:07 (UTC-0500):
> (Actually, it would be useful to know how to print out the about:config
> page so tht it can be perused at leisure.)
prefs.js is a plain text file in the profile directory.
--
Evolution as taught in public schools is religion, not science.
On Sat 13 Oct 2018 at 21:48:11 (-0400), bw wrote:
> On Thu, 11 Oct 2018, David Wright wrote:
> > On Wed 10 Oct 2018 at 21:04:58 (-0400), bw wrote:
> > > I would sure be interested in your method of running firefox on stretch,
> > > without using extensions or addons from outside the debian reposit
On Sat 13 Oct 2018 at 23:17:34 (-0400), bw wrote:
> On Thu, 11 Oct 2018, David Wright wrote:
> > On Wed 10 Oct 2018 at 21:04:58 (-0400), bw wrote:
> > > > > I agree with this opinion, and also what Dan Ritter replied. Firefox
> > > > > is
> > > > > now unreliable on stretch and should be avoided
On Sat 13 Oct 2018 at 21:43:58 (-0400), bw wrote:
> On Thu, 11 Oct 2018, David Wright wrote:
> >
> > > My point
> > > was that is ff needs extensions to be "secure" or reliable, and if the
> > > only place to get them is from outside the debian repo, then logically,
> > > the pkg belongs in "co
On 14/10/2018 12.17, bw wrote:
On Thu, 11 Oct 2018, David Wright wrote:
On Wed 10 Oct 2018 at 21:04:58 (-0400), bw wrote:
I agree with this opinion, and also what Dan Ritter replied. Firefox is
now unreliable on stretch and should be avoided. Security updates to a
browser that crashes with
On Friday, October 12, 2018 02:42:16 PM Dan Ritter wrote:
> On Fri, Oct 12, 2018 at 12:57:15PM -0500, David Wright wrote:
> In the sense of "stable" as Debian "stable": for a period of
> around 2-3 years, the software at the beginning is about the
> same as the software at the end, modulo security
On Fri, Oct 12, 2018 at 12:57:15PM -0500, David Wright wrote:
> On Wed 10 Oct 2018 at 18:45:16 (-0400), Dan Ritter wrote:
> > On Wed, Oct 10, 2018 at 06:15:06PM -0400, bw wrote:
> > > On Wed, 10 Oct 2018, Dan Ritter wrote:
> > running software that the Debian Project does not package, and I
> > wou
On Wed 10 Oct 2018 at 18:45:16 (-0400), Dan Ritter wrote:
> On Wed, Oct 10, 2018 at 06:15:06PM -0400, bw wrote:
> > On Wed, 10 Oct 2018, Dan Ritter wrote:
> > > That's because Firefox is now multiprocess.
> > >
> > > The main Firefox process handles the user interface, fetching
> > > web pages, de
Le 10/10/2018 à 20:43, Sven Joachim a écrit :
> Try killing xfsettingsd, that helps according to
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909818#15.
Thanks!
I can confirm killing xfsettingsd fixes the issue (but Xfce is not
really usable after that).
I have launch again xfsettings wit
fox's slowness. As I don't know what they
> > are, I can't hazard a guess as to what's causing the high CPU
> > usage. The only time I've seen something like this is when an app
> > has crashed into an infinite loop of some sort. "Kill" those o
On Wed 10 Oct 2018 at 21:04:58 (-0400), bw wrote:
> On Wed, 10 Oct 2018, David Wright wrote:
> > On Wed 10 Oct 2018 at 19:11:46 (-0400), bw wrote:
> > > On Thu, 11 Oct 2018, Ben Caradoc-Davies wrote:
> > > > On 11/10/2018 11:36, bw wrote:
> > > > > On Thu, 11 Oct 2018, Ben Caradoc-Davies wrote:
> >
Le 10/10/2018 à 23:57, Dan Ritter a écrit :
I don't know what that is, exactly, but advertising and trackers
now take up 90% of most web processing time and space. Running a
good ad blocker like uBlock Origin will help a lot.
I use ublock origin (installed from firefox addons "store" not from
On 10/08, Pétùr wrote:
Le 08/10/2018 à 20:59, Patrick Bartek a écrit :
On Mon, 8 Oct 2018 20:07:26 +0200
Pétùr wrote:
Hi,
I experience a very slow response time (and high cpu usage) for
firefox in debian sid these days.
I use the 62.0.3 version and the latency is particularly present at
On 10/10, bw wrote:
I would sure be interested in your method of running firefox on stretch,
without using extensions or addons from outside the debian repositories?
I never mentioned jessie, not sure what the reference is about? My point
was that is ff needs extensions to be "secure" or relia
On Wed, 10 Oct 2018 18:34:32 -0400 (EDT)
bw wrote:
> On Thu, 11 Oct 2018, Ben Caradoc-Davies wrote:
>
> > On 11/10/2018 11:15, bw wrote:
> > > How exactly do you think stretch users should run an adblocker when all
> > > the xul-ext-* extensions are now broken?
> >
> > Install an extension buil
On Wed 10 Oct 2018 at 19:11:46 (-0400), bw wrote:
>
>
> On Thu, 11 Oct 2018, Ben Caradoc-Davies wrote:
>
> > On 11/10/2018 11:36, bw wrote:
> > > On Thu, 11 Oct 2018, Ben Caradoc-Davies wrote:
> > > > On 11/10/2018 11:15, bw wrote:
> > > > > How exactly do you think stretch users should run an a
On Thu, 11 Oct 2018, Ben Caradoc-Davies wrote:
> On 11/10/2018 11:36, bw wrote:
> > On Thu, 11 Oct 2018, Ben Caradoc-Davies wrote:
> > > On 11/10/2018 11:15, bw wrote:
> > > > How exactly do you think stretch users should run an adblocker when all
> > > > the xul-ext-* extensions are now broken
On 11/10/2018 11:36, bw wrote:
On Thu, 11 Oct 2018, Ben Caradoc-Davies wrote:
On 11/10/2018 11:15, bw wrote:
How exactly do you think stretch users should run an adblocker when all
the xul-ext-* extensions are now broken?
I see that there is a webext-ublock-origin for sid but I have never used
On Wed, Oct 10, 2018 at 06:15:06PM -0400, bw wrote:
>
>
> On Wed, 10 Oct 2018, Dan Ritter wrote:
>
> > That's because Firefox is now multiprocess.
> >
> > The main Firefox process handles the user interface, fetching
> > web pages, decoding them, and some of the rendering work.
> >
> > The We
On 11/10/2018 11:15, bw wrote:
How exactly do you think stretch users should run an adblocker when all
the xul-ext-* extensions are now broken?
Install an extension built for webextensions such as Adblock Plus 3.0 or
later using Firefox Add-ons Manager?:
https://addons.mozilla.org/en-US/firef
27;t know what they are, I can't
> > hazard a guess as to what's causing the high CPU usage. The only time
> > I've seen something like this is when an app has crashed into an
> > infinite loop of some sort. "Kill" those one at a time and see what
>
Pétùr wrote:
...
> Are other users of sid experiencing the same behavior ?
not that i've noticed but i only use testing most of
the time and sid/experimental only for selected items...
songbird
video.
I have 8GB of RAM.
Also, check what those three "web contents" are. I'm think THEY are the
cause of Firefox's slowness. As I don't know what they are, I can't
hazard a guess as to what's causing the high CPU usage. The only time
I've seen something
On 2018-10-08 22:06 +0200, Pétùr wrote:
> Top shows several threads with high cpu usage such as :
>
> PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+
> COMMAND
>
> 12452 petur20 0 4030664 1,9g 67248 R 72,4 50,1 2:54.34
> firefox
> 12937
Le 08/10/2018 à 23:31, Ben Caradoc-Davies a écrit :
I have slow startup and a brief hang during initial UI layout, but only
with Adblock Plus enabled.
Thanks for the report. I have the same behavior (and lag when creating
new tab) but even with all the modules (including ublock) disabled.
On Mon, 8 Oct 2018 22:06:18 +0200
Pétùr wrote:
> Le 08/10/2018 à 20:59, Patrick Bartek a écrit :
> > On Mon, 8 Oct 2018 20:07:26 +0200
> > Pétùr wrote:
> >
> >> Hi,
> >>
> >> I experience a very slow response time (and high cpu usage) for
&g
On 09/10/2018 07:07, Pétùr wrote:
I experience a very slow response time (and high cpu usage) for firefox
in debian sid these days.
I use the 62.0.3 version and the latency is particularly present at the
startup. I have to wait few seconds before being able to enter text in
the address bar.
I
Le 08/10/2018 à 20:59, Patrick Bartek a écrit :
On Mon, 8 Oct 2018 20:07:26 +0200
Pétùr wrote:
Hi,
I experience a very slow response time (and high cpu usage) for
firefox in debian sid these days.
I use the 62.0.3 version and the latency is particularly present at
the startup. I have to
On Mon, 8 Oct 2018 20:07:26 +0200
Pétùr wrote:
> Hi,
>
> I experience a very slow response time (and high cpu usage) for
> firefox in debian sid these days.
>
> I use the 62.0.3 version and the latency is particularly present at
> the startup. I have to wait few seconds
Hi,
I experience a very slow response time (and high cpu usage) for firefox
in debian sid these days.
I use the 62.0.3 version and the latency is particularly present at the
startup. I have to wait few seconds before being able to enter text in
the address bar.
I tried to reset (install
On 09/21/2014 11:54 AM, Gary Roach wrote:
Hi all
For the last few months I have been plagued by very slow response from
my system. As an example, it takes 2 1/2 minutes to drag and drop 80
files from my email inbox to the trash bin in icedove. It has taken as
high as 5 minutes for iceweasel t
This is getting embarassing, hdparm does obvously also need to know
which drive to read from, something like "hdparm --read-sector 307316
/dev/sda".
I'll not bother the entire list with that :)
On 29. sep. 2014 10:48, Håkon Alstadheim wrote:
On 29. sep. 2014 09:32, Julien b wrote:
SMART
On 29. sep. 2014 09:32, Julien b wrote:
SMART Self-test log structure revision number 1
Num Test_DescriptionStatus Remaining
LifeTime(hours) LBA_of_first_error
# 1 Extended offlineCompleted: read failure 90%
35888 307316
# 2 Short offline Com
On 29. sep. 2014 09:55, Håkon Alstadheim wrote:
On 29. sep. 2014 09:32, Julien b wrote:
198 Offline_Uncorrectable 0x0030 198 189 000
Old_ageOffline - 232 0
Get a new drive.
Sorry to follow up on myself, but, in the mean-time you should
On 29. sep. 2014 09:32, Julien b wrote:
198 Offline_Uncorrectable 0x0030 198 189 000 Old_age
Offline -232 0
Get a new drive.
--
Håkon Alstadheim / N-7510 Skatval / email: ha...@alstadheim.priv.no
tlf: 74 82 60 27 mob: 47
Hello Gary
What does "top" returns ?
-> high load average ? / high %sys ? ...
2014-09-29 4:32 GMT+02:00 Gary Roach :
> On 09/21/2014 11:54 AM, Gary Roach wrote:
>
> Hi all
>
> For the last few months I have been plagued by very slow response from my
> system. As an example, it takes 2 1/2 minut
On 09/21/2014 11:54 AM, Gary Roach wrote:
Hi all
For the last few months I have been plagued by very slow response from
my system. As an example, it takes 2 1/2 minutes to drag and drop 80
files from my email inbox to the trash bin in icedove. It has taken as
high as 5 minutes for iceweasel t
I wouldn't want to speculate before using htop and iotop, but for many
of the years I used Kmail (and therefore the KDE libraries), I
regularly had dbus-daemon instances go rogue and eat up 98% of the
processor. It got so bad that I made a daemon to go out every 5
seconds, find any dbus-daemon inst
On Sun, 21 Sep 2014 22:58:38 +0400
Reco wrote:
> Hi.
>
> On Sun, 21 Sep 2014 11:54:01 -0700
> Gary Roach wrote:
>
> > Has anyone else had a similar problem or have any idea what is
> > going on.
>
> apt-get install iotop.
> Run iotop as root once you experience a slowdown.
> The process on t
On 21. sep. 2014 20:54, Gary Roach wrote:
Hi all
For the last few months I have been plagued by very slow response from
my system.
...
at least one of the processors goes to 100% and stays there for long
periods
...
no noticeable activity in the process tables.
...
hard drive indicator c
Hi
On Sun, Sep 21, 2014 at 11:54:01AM -0700, Gary Roach wrote:
> Hi all
>
> For the last few months I have been plagued by very slow response
> from my system. As an example, it takes 2 1/2 minutes to drag and
> drop 80 files from my email inbox to the trash bin in icedove. It
> has taken as high
Could be virtuoso or nepomuk. I had similar problems from time to time
that were traced to one of those two programs.
On 21/09/14 02:54 PM, Gary Roach wrote:
Hi all
For the last few months I have been plagued by very slow response from
my system. As an example, it takes 2 1/2 minutes to drag
Hi.
On Sun, 21 Sep 2014 11:54:01 -0700
Gary Roach wrote:
> Has anyone else had a similar problem or have any idea what is going on.
apt-get install iotop.
Run iotop as root once you experience a slowdown.
The process on top of the list is the one which's causing all this mess
on your PC (most
Hi all
For the last few months I have been plagued by very slow response from
my system. As an example, it takes 2 1/2 minutes to drag and drop 80
files from my email inbox to the trash bin in icedove. It has taken as
high as 5 minutes for iceweasel to load. This problem is not just these
pac
On Mon, Jun 24, 2013 at 03:24:13PM +0100, John Tate wrote:
> I have a process using 339% of CPU on Debian Wheezy.
>
> john@fekete:~$ ps aux | grep shallot
> john 31424 339 0.0 175088 1576 pts/9Rl+ 23:02 1:38
> shallot -f keys/test ^
>
> This is rather weird.
Not really. A p
John Tate:
>
> I have a process using 339% of CPU on Debian Wheezy.
Depending on the tool in use, 100% equals one CPU core.
> john@fekete:~$ ps aux | grep shallot
> john 31424 339 0.0 175088 1576 pts/9Rl+ 23:02 1:38
> shallot -f keys/test ^
From ps(1):
%cpu %CPU cpu uti
I have a process using 339% of CPU on Debian Wheezy.
john@fekete:~$ ps aux | grep shallot
john 31424 339 0.0 175088 1576 pts/9Rl+ 23:02 1:38
shallot -f keys/test ^
This is rather weird.
--
www.johntate.org
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
On Sat, Apr 20, 2013 at 01:53:25PM +0530, war dhan wrote:
>os: wheezy rc1.
>
>the 100% cpu usage is worrying me.
>i have updated grub with pcie_aspm=force.
> but the cpu usage is unchanged.
>should i download & install amd catalyst ?
>if you
os: wheezy rc1.
the 100% cpu usage is worrying me.
i have updated grub with pcie_aspm=force.
but the cpu usage is unchanged.
should i download & install amd catalyst ?
if you need any more information, please provide me appropriate & detailed
commands.
please always cc me [ i am
Kim wrote:
> 2012년 06월 12일 17:58, Andrei POPESCU 쓴 글:
>
> On Ma, 12 iun 12, 17:34:37, J.Hwan Kim wrote:
>>
>>> Hi, everyone
>>>
>>> Is there any method for mesuring CPU usage
>>> without specific applications like top and so on?
>>>
>
On 13/06/12 02:19, hvw59601 wrote:
> J.Hwan Kim wrote:
>> Hi, everyone
>>
>> Is there any method for mesuring CPU usage
>> without specific applications like top and so on?
>>
>
> http://paste.debian.net/174115/
>
> That is a snippet of code, I c
hvw59601 wrote:
> J.Hwan Kim wrote:
>> Hi, everyone
>>
>> Is there any method for mesuring CPU usage
>> without specific applications like top and so on?
>>
>
> http://paste.debian.net/174115/
>
> That is a snippet of code, I calculate it myse
J.Hwan Kim wrote:
> Hi, everyone
>
> Is there any method for mesuring CPU usage
> without specific applications like top and so on?
>
http://paste.debian.net/174115/
That is a snippet of code, I calculate it myself.
But I have to review it because at full throttle with 2 CPU&
J.Hwan Kim:
>
> I want to measure cpu usage from information sources like /proc file
> system and not from the application program.
> I'm not sure that the cpu usage information is in /proc file system.
Try /proc/stat:
http://www.linuxhowtos.org/System/procstat.htm
J.
--
I
2012년 06월 12일 17:58, Andrei POPESCU 쓴 글:
On Ma, 12 iun 12, 17:34:37, J.Hwan Kim wrote:
Hi, everyone
Is there any method for mesuring CPU usage
without specific applications like top and so on?
Could you please provide more details? It's not very clear to me what
you want.
I want to me
On Tue, 2012-06-12 at 17:34 +0900, J.Hwan Kim wrote:
> Is there any method for mesuring CPU usage
> without specific applications like top and so on?
*?*
There are applications, e.g. for some panels, that e.g. draw a graph.
Did you google for 'linux cpu monitoring'? I got ma
On Ma, 12 iun 12, 17:34:37, J.Hwan Kim wrote:
> Hi, everyone
>
> Is there any method for mesuring CPU usage
> without specific applications like top and so on?
Could you please provide more details? It's not very clear to me what
you want.
Kind regards,
Andrei
--
Offtopic
Hi, everyone
Is there any method for mesuring CPU usage
without specific applications like top and so on?
Thanks in advance.
Best Regards,
J.Hwan Kim
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
Good time of the day, Stefan.
You worte:
>Do you have any idea where else should I ask my question for higher
>chances of obtaining an answer?
No. May to try to contact manufacturer?
>Simply put, the problem is that my Dell Inspiron N5010 (15R) is
>overheating on Linux with very l
are loaded, I've obtained the listing via lsmod.
Do you have any idea where else should I ask my question for higher chances
of obtaining an answer?
Simply put, the problem is that my Dell Inspiron N5010 (15R) is overheating
on Linux with very low CPU usage, but does not present any issu
Good time of the day, Stefan.
You worte:
>and I have all the kernel modules that should be needed for the
>fans to work properly:
>-> acpi-cpufreq (ondemand), which claims that most of the time
>my CPU runs at low frequency:
> cpufreq stats: 2.40 GHz:4.11%, 2.39 GHz:0.02%, 2.26 GHz:0.08%,
> 2
On 01/22/2012 01:25 PM, M Stefan wrote:
Hello,
I have been struggling with my overheating laptop issue for a while,
and I can't seem to fix it on Debian. My laptop does not overheat on
Windows, so this is not a hardware issue. After checking my driver
support on http://kmuto.jp/debian/hcl/index.
Hello,
I have been struggling with my overheating laptop issue for a while,
and I can't seem to fix it on Debian. My laptop does not overheat on
Windows, so this is not a hardware issue. After checking my driver
support on http://kmuto.jp/debian/hcl/index.rhtml, I have noticed
that my then-versio
From: John Magolske
Date: Wed, 04 May 2011 20:17:56 -0700
> Which suggests using the sysfsutils package & editing /etc/sysfs.conf
> so that these settings are applied automatically on boot...I did that.
Any idea why this setting is in /etc/sysfs.conf rather than /etc/sysctl.conf?
Thanks,
Thanks everyone for the helpful suggestions!
* Darac Marjal [110504 10:26]:
> Has your CPU governor changed, perhaps, to something more 'twitchy'?
> Try:
>cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
>
> If this returns "ondemand", for example, the CPU will jump to a higher
> fre
What kind of processor is built into your Thinkpad?
What is the output of lsmod?
Maybe the kernel module used for frequency scaling is not optimal.
--
Best regards,
Jörg-Volker.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact l
On Tue, May 03, 2011 at 07:39:37PM -0700, John Magolske wrote:
> After updating the kernel on my ThinkPad from linux-image-2.6.28-grml
> to linux-image-2.6.31-grml I've noticed cpu usage periodically jumping
> from 600MHz to 1500MHz several times a minute. This is with not much
>
On Tue, 3 May 2011 19:39:37 -0700, John wrote in message
<20110504023936.ga19...@s70206.gridserver.com>:
> After updating the kernel on my ThinkPad from linux-image-2.6.28-grml
> to linux-image-2.6.31-grml I've noticed cpu usage periodically jumping
> from 600MHz to 150
After updating the kernel on my ThinkPad from linux-image-2.6.28-grml
to linux-image-2.6.31-grml I've noticed cpu usage periodically jumping
from 600MHz to 1500MHz several times a minute. This is with not much
going on but Vim, Mutt & ELinks running in a screen session in a
framebuffe
i was able to solve the problem by removing the state-file of logrotate
rm /var/lib/logrotate/status
regards,
manuel
On Tue, 08 Jun 2010 08:34:08 +0200, wrote:
> Hi!
>
> recently i've been experiencing problems with logrotate, each time it
runs
> it
> gets kinda stuck and eats up the systems c
Hi!
recently i've been experiencing problems with logrotate, each time it runs
it
gets kinda stuck and eats up the systems cpu for days without finishing (i
don't have that many/big logfiles to rotate)
the output of "logrotate -d -v /etc/logrotate.conf" just stops at "reading
config info for /
t;
> Generally, the problem of energy consumption can be tackled with the program
> powertop best called as root. Maybe, it can tell you the culprit for the
> observed cpu usage.
Regards,
Jörg-Volker.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of
Maybe, it can tell you the culprit for the
observed cpu usage.
Regards,
Jörg-Volker.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/hplc2d$2n...@dough.gmane.org
s shown in
kde's system monitor) and so the fan does never stop. Has anyone else
spotted any high cpu usage when using those drivers? If I disable the kde
effects the memory consumption gets lower but the cpu is still in heavy use
by the xorg process.
Well I got a few more questions about th
After running X for a few hours, the xorg server starts to use around
20% of the CPU. Is that not rather high? The computer is a laptop
running sid.
Here is an extract from a typical htop display (formatted to make it
less wide), sorted by CPU usage:
CPU[||| 29.0
1 - 100 of 224 matches
Mail list logo