Xfce, applet indicator-cpufreq, not working when set to Powersafe from Performance


Linux local 5.0.0-23-lowlatency #24-Ubuntu SMP PREEMPT Mon Jul 29 16:17:02 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux xfce4-panel 4.13.4 (Xfce 4.12) 


I am using indicator-cpufreq applet. Everything is ok, switching from Powersafe to Performance and back is ok, but sometimes switch from Performance to Powersafe don’t work, when I am using Performance for a long time. I checked it via lscpu.

CPU MHz:             3500.181 CPU max MHz:         3500,0000 CPU min MHz:         400,0000 

Only restart helped.

Where is the catch? How can I switch to Powersafe mode from terminal?


Chromium performance bug on Ubuntu 19.04

Chromium seems to have a CPU and resource hogging bug on Ubuntu 19.04 Mate that does not happen on 18.10 Mate or Windows 8 on the same laptop with the same wireless connection and conditions. Chromium 75 and 76 on Ubuntu 19.04 Mate drive one of my 4 cpu cores to 100%, sometimes with additional cores being driven up into the 80’s while one core is pegged, and the system becomes unresponsive, sometimes for mote than 20 seconds. At that time it also blocks the Mate desktop and other applications for some amount of time during which no other desktop or panel bar functions respond for up to 15 seconds. This happens with both snap and repository versions. Starting with extensions and hardware acceleration disabled does not change it, and the same extensions set and hardware acceleration are enabled on all previous Ubuntu Mate and Windows 8 on this laptop without problems. Watching in Mate System Monitor shows a single Chromium process holding one core/thread at 100% for up to 20 seconds. Sometimes, the CPU is pushed to 100%, drops slightly or shifts to a different CPU, and pegs again for up to 15 seconds. Memory use of 12GB is negligible <3GB and the network is not slow. If after this happens I manage to quit Chromium and launch Firefox, no such problem occurs. This problem does not happen with the same Chromium versions on Windows 8 or Ubuntu 18.10 Mate. When I watch the Task Manager and Mate System Monitor on these platforms all four cpu cores rise and then taper off as would be expected. I have an AMD A8-6410 APU based laptop (Toshiba Satellite C55D-B5214 to be exact) with 4 CPU/4 thread and 4 GPU cores that can eek out 4 frames per second in the free version of the Heaven 4.0 benchmark at 1366×768 resolution with full tessellation and anti-aliasing. While mirthfully modest in gaming terms, this is no slouch and is generally snappy and responsive in both Windows and Ubuntu deskops. Ubuntu 19.04 Mate has the same problem running with 5.0.0-20, -21, and -23; Ubuntu 18.10 does not running with 4.18.0-16, -17, or -25.

Magento 2.3 performance drop after running php bin/magento setup:di:compile

While working on a development instance I installed the stripe payment module and then ran

php bin/magento setup:di:compile 

I hadn’t previously done this on this install and it’s been running for over a month totally stable and with acceptable performance for a small aws instance. However since this was run the performance of the system has dropped to unacceptable levels and pins php7.2-fpm to 100%.

It’s so slow even the cron jobs start backing up and consuming more and more cpu time.

Any ideas what might be going on and what I can do to debug it?

Performance Recommendations for Large Volume of Data

Oracle Table: Fields: 55 Roughly 10 are Used for Querying Single Record Length: 512 bytes Records: 3-5 million records per day Period of Time: 13 months to be available, > 13 months to be purged daily or monthly.


  • What is the best mechanism for us to maintain this large volume of data and be able to query with good performance ( partitions ? Monthly tables ? )
  • Tests on indexing the data have not yielded good results, any suggestions on creating one or more indexes ?
  • Date format for these records is YYYYMMDDHHMMSSCSS – example: 20190710093054579 a. Current coding s forcing a SUBSTR or Like to be used in the query – example: SELECT * FROM TABLE WHERE SUBSTR(SYSDATE,1,8)=’20190710′

How can we optimize the performance of querying perhaps for a whole day with other fields in the criteria ?

Is it possible to index this properly ? Or should the date and time be separated into 2 fields ?

We have observed positive results by using between 20190710000000000 and 2019071999999999 but performance is still problematic.

Due to increase in the list data (above 5000) of SharePoint, we are facing performance issues in the powerapp’s project

Due to increase in the list data (above 5000) of SharePoint, we are facing performance issues in the power app’s project.

Few activities we have done to improve its performance:

1) Implemented concurrent on collects

2) Implemented cache

But performance issue is the same.

Abysmal Nvidia GPU performance

I have an Asus Laptop with a hybrid GPU (Intel HD 520 & nvidia 940m). On a fresh install of Ubuntu 18.04 LTS, the iGPU performs as expected:

=======================================================     glmark2 2014.03+git20150611.fa71af2d =======================================================     OpenGL Information     GL_VENDOR:     Intel Open Source Technology Center     GL_RENDERER:   Mesa DRI Intel(R) HD Graphics 520 (Skylake GT2)      GL_VERSION:    3.0 Mesa 18.0.5 =======================================================  ...  =======================================================                                   glmark2 Score: 1380  =======================================================  

But the nvidia GPU performs poorly

=======================================================     glmark2 2014.03+git20150611.fa71af2d =======================================================     OpenGL Information     GL_VENDOR:     nouveau     GL_RENDERER:   NV118     GL_VERSION:    3.0 Mesa 18.0.5 =======================================================  ...  =======================================================                                   glmark2 Score: 292  ======================================================= 

Even worse performance with the proprietary driver:

=======================================================     glmark2 2014.03+git20150611.fa71af2d =======================================================     OpenGL Information     GL_VENDOR:     NVIDIA Corporation     GL_RENDERER:   GeForce 940M/PCIe/SSE2     GL_VERSION:    4.6.0 NVIDIA 390.116 =======================================================  ...  =======================================================                                   glmark2 Score: 165  ======================================================= 

The system runs fine if I use the iGPU but lags terribly with the nvidia gpu (firefox becomes a slideshow). Why is this happening?

How to tune /etc/fstab for HDD read performance in ubuntu servers?

If I want to get the most of my HDDs what are the best fstab settings?

This is a server, with very low risk of losing power, and I have a full backup of everything, so increasing performance at any cost is acceptable.

The disks will be mostly used for reading, almost no writing.

I couldn’t find anything useful on google, so thanks in advance!