[Kernel-packages] [Bug 620074]

2023-11-12 Thread konoha02 
I am facing this issue with both debian and archlinux.  xfs and ext4
https://forums.debian.net/viewtopic.php?p=778803

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  RelatedPackageVersions: linux-firmware 1.34.1
  RfKill:
   
  SourcePackage: linux
  dmi.bios.date: 09/23/2008
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: R01-A0
  dmi.board.name: WMCP78M
  dmi.board.vendor: eMachines
  dmi.chassis.asset.tag: 00

[Kernel-packages] [Bug 620074]

2023-11-12 Thread r.piedfer 
Created attachment 305400
attachment-13101-0.html

Bonjour,

Je suis actuellement absent.
J'aurai d'ici là un accès très limité à mes emails.
Je reviendrai vers vous dès que possible à mon retour.
Pour toute urgence, vous pouvez contacter Vincent Ophele / v.oph...@asmodee.com

Cordialement,

--

Hello,

I am OOO with no access to my emails.
I will get back to you as quickly as possible when I return.
In case of emergency, please contact Vincent Ophele / v.oph...@asmodee.com

Best regards,


Ce courriel provient de la société Financière Amuse BidCo. Le contenu de
ce courriel et les pièces jointes le cas échéant sont confidentiels pour
le destinataire. Ils ne peuvent être ni divulgués, ni utilisés, ni
copiés de quelque manière que ce soit par une personne autre que le
destinataire prévu. Si ce courriel vous a été adressé par erreur, merci
d'en informer son auteur par téléphone et par courriel en intégrant le
message original dans votre réponse, puis supprimez-le. Pour plus
d'informations sur la manière dont nous traitons les données
personnelles, veuillez consulter notre Politique de protection des
données personnelles

. Veuillez noter que Financière Amuse BidCo n'assume aucune
responsabilité vis-à-vis des virus et qu'il vous incombe d'analyser ou
de consulter ce courriel et ses pièces jointes le cas échéant.
Financière Amuse BidCo est une société par actions simplifiée à associé
unique (RCS Versailles 815 143 904). Son siège social est situé 18 rue
Jacqueline Auriol - Quartier Villaroy - 78280 Guyancourt. Pour plus
d'informations, veuillez consulter le site
https://corporate.asmodee.com/.

This email is from Financière Amuse BidCo. The content of this email and
any attachments are confidential to the intended recipient. They may not
be disclosed to or used by or copied in any way by anyone other than the
intended recipient. If this email is received in error, please inform
the author by phone and email, including the original message in your
reply, and then delete it. For more information on how we process
personal data, please see our Privacy policy

. Please note that Financière Amuse BidCo does not accept any
responsibility for viruses and it is your responsibility to scan or
otherwise check this email and any attachments. Financière Amuse BidCo
is a French « Société par actions simplifiée à associé unique »
(Commerce and Companies Register of Versailles 815 143 904) Its
registered office is at 18 rue Jacqueline Auriol - Quartier Villaroy -
78280 Guyancourt. For further information, please refer to
https://corporate.asmodee.com/.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I

[Kernel-packages] [Bug 620074]

2023-08-31 Thread alexwrinner 
[25013.905943] INFO: task DOMCacheThread:17496 blocked for more than 120 
seconds.
[25013.905945]   Tainted: P   OE4.15.0-54-generic #58-Ubuntu
[25013.905947] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this 
message.
[25013.905949] DOMCacheThread  D0 17496   2243 0x
[25013.905951] Call Trace:
[25013.905954]  __schedule+0x291/0x8a0
[25013.905957]  schedule+0x2c/0x80
[25013.905959]  jbd2_log_wait_commit+0xb0/0x120
[25013.905962]  ? wait_woken+0x80/0x80 cheap essay 
https://trustanalytica.com/online/top-cheap-essay-writing-services /0xb0
[25013.905965]  __jbd2_journal_force_commit+0x61/0xb0
[25013.905967]  jbd2_journal_force_commit+0x21/0x30
[25013.905970]  ext4_force_commit+0x29/0x2d
[25013.905972]  ext4_sync_file+0x14a/0x3b0
[25013.905975]  vfs_fsync_range+0x51/0xb0
[25013.905977]  do_fsync+0x3d/0x70
[25013.905980]  SyS_fsync+0x10/0x20
[25013.905982]  do_syscall_64+0x73/0x130
[25013.905985]  entry_SYSCALL_64_after_hwframe+0x3d/0xa2
[25013.905987] RIP: 0033:0x7fc9cb839b07

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full

[Kernel-packages] [Bug 620074]

2022-10-01 Thread caroljames972022 
I am also facing the same issue. https://www.allhdd.com/seagate-
st4000nm0025-hard-disk-drive/

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  RelatedPackageVersions: linux-firmware 1.34.1
  RfKill:
   
  SourcePackage: linux
  dmi.bios.date: 09/23/2008
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: R01-A0
  dmi.board.name: WMCP78M
  dmi.board.vendor: eMachines
  dmi.chassis.asset.tag: 00
  dmi.chassis.type: 3

[Kernel-packages] [Bug 620074]

2020-02-21 Thread cigapeseo2 
Online Health Zone

https://under-news.com

https://zankumusik.com.ng

https://primpost.com.ng

https://vibesportal.com

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  RelatedPackageVersions: linux-firmware 1.34.1
  RfKill:
   
  SourcePackage: linux
  dmi.bios.date: 09/23/2008
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: R01-A0
  dmi.board.name: WMCP78M
  dmi.board.vendor: eMachines
  dmi.chassis.asset.tag: 00

[Kernel-packages] [Bug 620074]

2020-02-17 Thread ccloughwilliams 
https://immiguy.com/

Mp3 Download: David & Nicole Binion ft. Todd Dulaney – Faith Sees +
Video

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  RelatedPackageVersions: linux-firmware 1.34.1
  RfKill:
   
  SourcePackage: linux
  dmi.bios.date: 09/23/2008
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: R01-A0
  dmi.board.name: WMCP78M
  dmi.board.vendor: eMachines
  dmi.chassis.asset.tag: 00
  dmi.chassis.type: 3

[Kernel-packages] [Bug 620074]

2020-02-15 Thread wusmnjg 
Download free movies

Https://nigeriantvseries.com

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  RelatedPackageVersions: linux-firmware 1.34.1
  RfKill:
   
  SourcePackage: linux
  dmi.bios.date: 09/23/2008
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: R01-A0
  dmi.board.name: WMCP78M
  dmi.board.vendor: eMachines
  dmi.chassis.asset.tag: 00
  dmi.chassis.type: 3
  dmi.chassis.vendor: eMachines

[Kernel-packages] [Bug 620074]

2020-02-12 Thread anelkansirim01 
My brother has apparently been having the same problem on his computer.
I hadn't realized it when I submitted my bug.  For him, he has an ICH8
family of chipsets.

The following works for him, and the problem goes away while accessing his 
website https://beatplaza.com.
echo anticipatory > /sys/block/sda/queue/scheduler

Looks like this may be a tough one to nail down, because everyone's
symptoms are slightly different.  I'm wondering if perhaps there are
multiple issues going on here.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet

[Kernel-packages] [Bug 620074]

2020-02-09 Thread odiditech 
https://jessynaija.org/mp3-download/naija-songs

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  RelatedPackageVersions: linux-firmware 1.34.1
  RfKill:
   
  SourcePackage: linux
  dmi.bios.date: 09/23/2008
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: R01-A0
  dmi.board.name: WMCP78M
  dmi.board.vendor: eMachines
  dmi.chassis.asset.tag: 00
  dmi.chassis.type: 3
  dmi.chassis.vendor: eMachines
  dmi.modalias:

[Kernel-packages] [Bug 620074]

2020-01-21 Thread aoitechsolutionss 
AOI Tech Solutions provides you a best internet and network security
provider. To get in touch with the internet security service provider,
just dial 754666. Visit - https://aoitechsolutions.com

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  RelatedPackageVersions: linux-firmware 1.34.1
  RfKill:
   
  SourcePackage: linux
  dmi.bios.date: 09/23/2008
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: R01-A0
  dmi.board.name:

[Kernel-packages] [Bug 620074]

2020-01-19 Thread opeyemi041 
https://sportinfo.com.ng/

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  RelatedPackageVersions: linux-firmware 1.34.1
  RfKill:
   
  SourcePackage: linux
  dmi.bios.date: 09/23/2008
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: R01-A0
  dmi.board.name: WMCP78M
  dmi.board.vendor: eMachines
  dmi.chassis.asset.tag: 00
  dmi.chassis.type: 3
  dmi.chassis.vendor: eMachines
  dmi.modalias:

[Kernel-packages] [Bug 620074]

2020-01-18 Thread kehindequyum17 
I'm a professional web developer and you can checkout my portfolio on https://quyumshub.com;>Quyumshub and I also provide you with
all latest online registration guides, web platform reviews and tech
tutorials on https://registerhow.net;>Registerhow. I'm also
the official blogger of the popular musician https://kissdaniel.com.ng;>Kizz Daniel. I love writing and
here is one of my articles on https://registerhow.net/how-to-
set-up-cash-app/">how to set up cash app, https://registerhow.net/recharge-and-get-paid-ragp-review-and-
registration/">recharge and get paid review

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine:

[Kernel-packages] [Bug 620074]

2020-01-10 Thread jackbilla01 
Great article and a very nice site to check on
https://frozen-exporters.com
https://420mailorder.net
http://kingkushweed.com

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  RelatedPackageVersions: linux-firmware 1.34.1
  RfKill:
   
  SourcePackage: linux
  dmi.bios.date: 09/23/2008
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: R01-A0
  dmi.board.name: WMCP78M
  dmi.board.vendor: eMachines
  dmi.chassis.asset.tag:

[Kernel-packages] [Bug 620074]

2020-01-07 Thread info.healthscholar 
This is a very unique way of getting it right. https://pestclue.com/

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  RelatedPackageVersions: linux-firmware 1.34.1
  RfKill:
   
  SourcePackage: linux
  dmi.bios.date: 09/23/2008
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: R01-A0
  dmi.board.name: WMCP78M
  dmi.board.vendor: eMachines
  dmi.chassis.asset.tag: 00
  dmi.chassis.type: 3
  dmi.chassis.vendor:

[Kernel-packages] [Bug 620074]

2020-01-07 Thread info.healthscholar 
(In reply to Vesselin Kostadinov from comment #547)
> This seems to be a hardware related issue, at least in some cases.
> Can the other people experiencing it confirm whether they have a WD Greed
> hard disk?
> Google search for "wd15eads firmware" reveals quite a few people having
> similar problems.
> I have one of these hard disks and I was using it on a fanless VIA Samuel 2
> (pre-686) CPU and I was seeing the high IOWait problem and associated poor
> performance. When I put the same hard disk in a dual AMD opteron it had the
> same problem.
> Then I did a full backup and restore on a different hard disk. It is the
> same debian system on the same VIA cpu but now the high IOWait times are
> gone and the performance is adequate for the CPU.
> I should point out that the kernel should not suffer poor overall
> performance during disk I/O even on flakey hardware, especially with swap
> disabled.
> The offending hard disk is now blanked. I can run a few tests with it if
> somebody is interested. http://pestclue.com/

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2,

[Kernel-packages] [Bug 620074]

2020-01-07 Thread issablogger8 
Great Info I Love ThIs Post And I'll Like To Share It With my Pals Too
https://legitsong.com that's my personal blog Incase you wish to know
where I found kernel

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  RelatedPackageVersions: linux-firmware 1.34.1
  RfKill:
   
  SourcePackage: linux
  dmi.bios.date: 09/23/2008
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: R01-A0
  dmi.board.name: WMCP78M
  dmi.board.vendor: eMachines

[Kernel-packages] [Bug 620074]

2019-11-12 Thread blueskyluv11 
https://adbirt.com/
https://healthwises.com/category/home-remedies/

https://healthwises.com/category/mens-solution/

https://healthwises.com/forum-2/

https://healthwises.com/about-us/

https://healthwises.com/category/vitamins/

https://healthwises.com/category/anti-aging/

https://healthwises.com/category/weight-management/

https://healthwises.com/back-or-venus-dimples-amazing-facts/

https://healthwises.com/long-paragraphs-for-him-which-you-can-copy-and-
paste/

https://healthbodywise.com/health-benefits-of-aloe-vera-juice/

https://healthwises.com/how-to-increase-size-of-pennis-using-hand
https://www.pinterest.com/pin/732397958136002128/

https://medium.com/@neolifeupdate/health-wises-a37a23ba1723

https://www.pinterest.com/pin/732397958136014610/

https://healthwises.com/how-to-get-firm-breast-in-2-weeks/

https://www.bloglovin.com/blogs/health-wises-19894373

https://www.pinterest.com/pin/732397958136045364/

https://www.pinterest.com/pin/732397958136047412/

https://www.pinterest.com/pin/732397958136047515/

https://medium.com/@blueskyluv11

https://healthbodywise.com/diets-that-pregnant-women-should-avoid/

https://www.pinterest.com/pin/732397958135182632/
http://adbirt.com/blog

https://healthwises.com/how-to-get-bigger-thighs

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'

[Kernel-packages] [Bug 620074]

2019-11-12 Thread blueskyluv11 
https://healthbodywise.com/living-with-a-disability-how-to-build-better-relationships-with-people/

https://anyservice.ng/

http://adbirt.com/blog

https://nslite.com/

https://praise.ng/download-free-mp3/david-g-songs-download-new/

https://praise.ng/https://praise.ng/download-free-mp3/onos-ariyo-song-
download/

https://praise.ng/download-free-mp3/david-g-songs-download-new/

https://adbirt.com/

https://www.mp3downloadhits.com/

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)

[Kernel-packages] [Bug 620074]

2019-10-29 Thread dblogsng 
https://paypalnigeria.com

https://paypalexchanger.com

https://praise.ng

http://medicineforsex.com

https://songsdownload.net

https://paypalexchanger.com/buy-verified-paypal-account-ssn/paypal-
nigeria

https://paypalexchanger.com/how-to-open-verified-us-paypal-account-in-
nigeria/us-paypal-account/

http://medicineforsex.com/instant-female-arousal-pills-over-the-counter

https://paypalnigeria.com/does-cash-app-work-in-nigeria-cashapp-review

https://paypalexchanger.com/buy-verified-cash-app-account-card-and-id-
verification/cash-app-account

https://praise.ng/download-free-mp3/freke-umoh-songs-download

https://praise.ng/download-free-mp3/mercy-chinwo-songs-download

https://praise.ng/download-free-mp3/gloria-muliro-songs-download

https://paypalexchanger.com/buy-documents-for-your-limited-ban-or-
suspended-paypal-accounts/paypal-documents/

https://paypalnigeria.com/best-payoneer-exchangers-in-nigeria/

https://paypalexchanger.com/buy-cheap-documents-for-paypal-verification-
ssndriving-license/paypal-exchanger

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2,

[Kernel-packages] [Bug 620074]

2019-09-02 Thread davidguptil05 
https://www.technical-help-support.com/quicken-support/buy-quicken/
https://www.technical-help-support.com/quickbooks-support/quickbooks-pricing/
https://www.technical-help-support.com/quickbooks-support/quickbooks-discount/
https://www.technical-help-support.com/quickbooks-support/quickbooks-technical-support/
https://www.technical-help-support.com/quickbooks-support/quickbooks-help/
https://www.technical-help-support.com/router-support/
https://www.technical-help-support.com/microsoft-support/microsoft-activation-support/
https://www.technical-help-support.com/quickbooks-support/quickbooks-payroll-support/
https://www.technical-help-support.com/quickbooks-support/quickbooks-customer-service/
https://www.technical-help-support.com/quicken-support/quicken-customer-service/
https://www.technical-help-support.com/quickbooks-support/quickbooks-phone-number/
https://www.technical-help-support.com/quicken-support/quicken-technical-support/
https://www.technical-help-support.com/quicken-support/quicken-bill-pay-support/
https://www.technical-help-support.com/quicken-support/quicken-online-support/
https://www.technical-help-support.com/quickbooks-support/quickbooks-online-support/
https://www.technical-help-support.com/quicken-support/quicken-help/
https://www.technical-help-support.com/email-support/
https://www.technical-help-support.com/apple-support/icloud-support/
https://www.technical-help-support.com/quickbooks-support/quickbooks-enterprise-support/
https://www.technical-help-support.com/quicken-support/quicken-phone-number/
https://www.technical-help-support.com/quickbooks-support/intuit-quickbooks-support/
https://www.technical-help-support.com/pogo-support/pogo-screen-size-problem/
https://www.technical-help-support.com/microsoft-support/microsoft-help/
https://www.technical-help-support.com/microsoft-support/microsoft-phone-support/
https://www.technical-help-support.com/microsoft-support/microsoft-contact/
https://www.technical-help-support.com/hp-support/hp-contact-number/
https://www.technical-help-support.com/hp-support/hp-computer-support/
https://www.technical-help-support.com/microsoft-support/microsoft-number/
https://www.technical-help-support.com/hp-support/hp-phone-number/
https://www.technical-help-support.com/pogo-support/pogo-games-flash-error/
https://www.technical-help-support.com/microsoft-support/microsoft-technical-support/
https://www.technical-help-support.com/hp-support/hp-printer-support/
https://www.technical-help-support.com/microsoft-support/microsoft-telephone-support/
https://www.technical-help-support.com/hp-support/hp-laptop-support/
https://www.technical-help-support.com/microsoft-support/microsoft-customer-service/
https://www.technical-help-support.com/hp-support/hp-help/

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not

[Kernel-packages] [Bug 620074]

2019-09-02 Thread davidguptil05 
https://www.technical-help-support.com/apple-support/apple-help-number/
https://www.technical-help-support.com/pogo-support/pogo-games-java-problem/
https://www.technical-help-support.com/hp-support/hp-customer-service/
https://www.technical-help-support.com/quickbooks-support/
https://www.technical-help-support.com/quicken-support/
https://www.technical-help-support.com/pogo-support/
https://www.technical-help-support.com/apple-support/apple-id-support/
https://www.technical-help-support.com/apple-support/macintosh-support/
https://www.technical-help-support.com/apple-support/macbook-support/ 
https://www.technical-help-support.com/
https://www.technical-help-support.com/hp-support/
https://www.technical-help-support.com/apple-support/apple-ipad-support/
https://www.technical-help-support.com/pogo-support/pogo-technical-support/
https://www.technical-help-support.com/apple-support/itunes-support/
https://www.technical-help-support.com/apple-support/mac-support/
https://www.technical-help-support.com/pogo-support/pogo-customer-service/
https://www.technical-help-support.com/apple-support/apple-customer-service/
https://www.technical-help-support.com/apple-support/iphone-support/
https://www.technical-help-support.com/apple-support/apple-tech-support/
https://www.technical-help-support.com/microsoft-support/microsoft-outlook-support/
https://www.technical-help-support.com/microsoft-support/microsoft-office-support/
https://www.technical-help-support.com/microsoft-support/microsoft-windows-support/
https://www.technical-help-support.com/apple-support/
https://www.technical-help-support.com/microsoft-support/

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64

[Kernel-packages] [Bug 620074]

2019-09-02 Thread davidguptil05 
https://www.technical-help-support.com/device-support/alexa-support/
https://www.technical-help-support.com/email-support/att-email-support/
https://www.technical-help-support.com/device-support/arlo-support/
https://www.technical-help-support.com/email-support/roadrunner-email-support/
https://www.technical-help-support.com/email-support/sbcglobal-email-support/
https://www.technical-help-support.com/email-support/bellsouth-email-support/
https://www.technical-help-support.com/device-support/roku-support/
https://www.technical-help-support.com/device-support/garmin-support/
https://www.technical-help-support.com/device-support/kindle-support/
https://www.technical-help-support.com/device-support/tomtom-support/
https://www.technical-help-support.com/hp-support/hp-tech-support/
https://www.technical-help-support.com/device-support/netflix-support/
https://www.technical-help-support.com/router-support/cisco-support/
https://www.technical-help-support.com/device-support/
https://www.technical-help-support.com/router-support/linksys-support/
https://www.technical-help-support.com/email-support/gmail-support/
https://www.technical-help-support.com/email-support/yahoo-mail-support/
https://www.technical-help-support.com/router-support/netgear-support/
https://www.technical-help-support.com/quickbooks-support/quickbooks-upgrade/
https://www.technical-help-support.com/quickbooks-support/quickbooks-cost/
https://www.technical-help-support.com/quickbooks-support/quickbooks-license/
https://www.technical-help-support.com/quickbooks-support/buy-quickbooks/

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:

[Kernel-packages] [Bug 620074]

2019-09-02 Thread howaboutsynergy 
correction:

> In this case it's 1 seconds.

*In this case it's 10 seconds.

Also, heads up:
I found that 'tlp' in `/etc/default/tlp`, on ArchLinux, will overwrite the 
values set in `/etc/sysctl.d/*.conf` files if these are set to non `0`, ie.
MAX_LOST_WORK_SECS_ON_AC=10
MAX_LOST_WORK_SECS_ON_BAT=10
will set:
vm.dirty_expire_centisecs=1000
vm.dirty_writeback_centisecs=1000

regardless of what values you set them in `/etc/sysctl.d/*.conf` files.

/etc/default/tlp is owned by tlp 1.2.2-1

Not setting those (eg. commenting them out) will have tlp set the to its
default of 15 sec (aka =1500). So the workaround is to set them to =0
which makes tlp not set them at all, thus the values from
`/etc/sysctl.d/*.conf` files is allowed to remain as set.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" -

[Kernel-packages] [Bug 620074]

2019-09-02 Thread alpha_one_x86 
KDE have problem too, same copy via CLI or via Ultracopier (GUI) have no 
problem.
I note too KDE have UI more slow, plasma doing CPU usage in case I use the 
HDD...

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  RelatedPackageVersions: linux-firmware 1.34.1
  RfKill:
   
  SourcePackage: linux
  dmi.bios.date: 09/23/2008
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: R01-A0
  dmi.board.name: WMCP78M
  dmi.board.vendor: eMachines

[Kernel-packages] [Bug 620074]

2019-09-02 Thread howaboutsynergy 
What's the value of `vm.dirty_writeback_centisecs` ?, ie.
$ sysctl vm.dirty_writeback_centisecs

try setting it to 0 to disable it, ie.
`$ sudo sysctl -w vm.dirty_writeback_centisecs=0`

I found that this helps my network transfer not stall/stop at all(for a
few seconds when that is =1000 for example) while some kinda of non-
async `sync`(command)-like flushing is going on periodically while
transferring GiB of data files from sftp to SSD!(via Midnight Commander,
on a link limited to 10MiB per second)

vm.dirty_writeback_centisecs is how often the pdflush/flush/kdmflush
processes wake up and check to see if work needs to be done.


Coupled with the above I've been using another value:
`vm.dirty_expire_centisecs=1000`
for both cases (when stall and not stall), so this one remained fixed to =1000.

vm.dirty_expire_centisecs is how long something can be in cache before
it needs to be written. In this case it's 1 seconds. When the
pdflush/flush/kdmflush processes kick in they will check to see how old
a dirty page is, and if it's older than this value it'll be written
asynchronously to disk. Since holding a dirty page in memory is unsafe
this is also a safeguard against data loss.

Well, with the above, at least I'm not experiencing network stalls when
copying GiB of data via Midnight Commander's sftp to my SSD until some
kernel-caused sync-ing is completed in the background.

I don't know if this will work for others, but if curious about any of
my other (sysctl)settings, they should be available for perusing
[here](https://github.com/howaboutsynergy/q1q/tree/0a2cd4ba658067140d3f0ae89a0897af54da52a4/OSes/archlinux/etc/sysctl.d)

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64

[Kernel-packages] [Bug 620074]

2019-09-02 Thread todorovic.s 
Had this again 20 minutes ago.
Was dopying 8.7GiB of data from one directory to another directory on the same 
filesystem (ext4 (rw,relatime,data=ordered)) on the same disk (Western Digital  
WDC WD30EZRX-00D8PB0 spinning metal disk).

The KDE UI became unresponsive (Everything other than /home and user
data in on a SSD), could not launch any new applications. Opening a new
tab on Firefox to go to Youtube didnt load the page, and kept saying
waiting for youtube.com in the status bar (network gets halted?).

dmesg shows these, are they important?

[25013.905943] INFO: task DOMCacheThread:17496 blocked for more than 120 
seconds.
[25013.905945]   Tainted: P   OE4.15.0-54-generic #58-Ubuntu
[25013.905947] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this 
message.
[25013.905949] DOMCacheThread  D0 17496   2243 0x
[25013.905951] Call Trace:
[25013.905954]  __schedule+0x291/0x8a0
[25013.905957]  schedule+0x2c/0x80
[25013.905959]  jbd2_log_wait_commit+0xb0/0x120
[25013.905962]  ? wait_woken+0x80/0x80
[25013.905965]  __jbd2_journal_force_commit+0x61/0xb0
[25013.905967]  jbd2_journal_force_commit+0x21/0x30
[25013.905970]  ext4_force_commit+0x29/0x2d
[25013.905972]  ext4_sync_file+0x14a/0x3b0
[25013.905975]  vfs_fsync_range+0x51/0xb0
[25013.905977]  do_fsync+0x3d/0x70
[25013.905980]  SyS_fsync+0x10/0x20
[25013.905982]  do_syscall_64+0x73/0x130
[25013.905985]  entry_SYSCALL_64_after_hwframe+0x3d/0xa2
[25013.905987] RIP: 0033:0x7fc9cb839b07
[25013.905988] RSP: 002b:7fc9a7aeb200 EFLAGS: 0293 ORIG_RAX: 
004a
[25013.905990] RAX: ffda RBX: 00a0 RCX: 7fc9cb839b07
[25013.905992] RDX:  RSI: 7fc9a7aeaff0 RDI: 00a0
[25013.905993] RBP:  R08:  R09: 72732f656d6f682f
[25013.905994] R10:  R11: 0293 R12: 01f6
[25013.905995] R13: 7fc97fc5d038 R14: 7fc9a7aeb340 R15: 7fc987523380

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease:

[Kernel-packages] [Bug 620074] Re: Thrashing turns system unusable

2019-07-24 Thread Brad Figg 
** Tags added: cscc

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug 

  where  is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  RelatedPackageVersions: linux-firmware 1.34.1
  RfKill:
   
  SourcePackage: linux
  dmi.bios.date: 09/23/2008
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: R01-A0
  dmi.board.name: WMCP78M
  dmi.board.vendor: eMachines
  dmi.chassis.asset.tag: 00
  dmi.chassis.type: 3
  dmi.chassis.vendor: eMachines
  dmi.modalias:

[Kernel-packages] [Bug 620074] Re: Thrashing turns system unusable

2013-12-15 Thread Christopher M. Penalver 
John Kennedy, this bug was reported a while ago and there hasn't been
any activity in it recently. We were wondering if this is still an
issue? If so, could you please test for this with the latest development
release of Ubuntu? ISO images are available from
http://cdimage.ubuntu.com/daily-live/current/ .

If it remains an issue, could you please run the following command in
the development release from a Terminal
(Applications-Accessories-Terminal), as it will automatically gather
and attach updated debug information to this report:

apport-collect -p linux replace-with-bug-number

Also, could you please test the latest upstream kernel available (not the daily 
folder) following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow 
additional upstream developers to examine the issue. Once you've tested the 
upstream kernel, please comment on which kernel version specifically you 
tested. If this bug is fixed in the mainline kernel, please add the following 
tags:
kernel-fixed-upstream
kernel-fixed-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested. For 
example:
kernel-fixed-upstream-v3.13-rc3

This can be done by clicking on the yellow circle with a black pencil icon next 
to the word Tags located at the bottom of the bug description. As well, please 
remove the tag:
needs-upstream-testing

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-VERSION-NUMBER

As well, please remove the tag:
needs-upstream-testing

Once testing of the upstream kernel is complete, please mark this bug's
Status as Confirmed. Please let us know your results. Thank you for your
understanding.

** Changed in: linux (Ubuntu)
   Importance: Undecided = Medium

** Changed in: linux (Ubuntu)
   Status: Confirmed = Incomplete

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in The Linux Kernel:
  Fix Released
Status in “linux” package in Ubuntu:
  Incomplete

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug amount of memory

  where amount of memory is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No

[Kernel-packages] [Bug 620074] Re: Thrashing turns system unusable

2013-08-15 Thread Christopher M. Penalver 
** Tags removed: paging thrashing
** Tags added: latest-bios-r01-a0 lucid needs-upstream-testing

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/620074

Title:
  Thrashing turns system unusable

Status in The Linux Kernel:
  Fix Released
Status in “linux” package in Ubuntu:
  Confirmed

Bug description:
  Thrashing on Ubuntu seems to make it almost impossible to interact
  with the system. It can be minutes before any interaction has an
  effect, including remote connections. This means that if a program
  either misbehaves or simply needs more memory than available RAM, it
  might be hard or impossible to stop it, either locally or remotely.
  This can be both an annoyance and a security threat (since a process
  without elevated privileges can effectively hang the system).

  It is not hard to make a system go into thrashing, especially if it is
  low on memory (that's probably true in general, not only of Ubuntu).
  On my ASUS netbook running Ubuntu 10.04, with only 1GB RAM, thrashing
  can occur as easily as running both Chromium (which is a bit of a
  memory hog) and the Resynthesizer plugin in the GIMP at the same time.
  Running these programs plus another memory-intensive program like
  Mathematica can generate thrashing even when 2GB or 4GB of physical
  memory are available.

  I am including a short C++ program that allocates and accesses a large
  amount of memory, guaranteeing thrashing will occur on any system.
  Using this or any other memory-intensive program, the steps required
  to reproduce the condition I described are

  1. Start one or more memory-intensive programs.
  2. As RAM is filled, paging will start, and if the programs try to access the 
memory that has been swapped out, thrashing occurs.

  What happens?

  - Interactivity with the system drops to almost zero. Mouse barely
  moves, keyboard interaction has huge delays (tens of seconds),
  starting a terminal or switching to one if one is already open can
  take minutes, as is the case with remote (e.g. SSH) connections.

  What I would expect/want to happen?

  - The system should keep interactivity levels high at all times. While
  I'm not at all an expert on this, I would think this could be achieved
  by either not allowing paging out of essential user-interface
  elements, or more generally by giving processes that generate a lot of
  page faults comparatively lower priority than other processes,
  especially processes that are just starting, or are part of the user
  interface.

  
  To use the included program, compile with

  g++ -o bug bug.cc

  and run with

  ./bug amount of memory

  where amount of memory is the amount of memory in MB to be
  allocated. One can run several instances of the program at the same
  time, to compete for memory. One can use top, free or the System
  Monitor to check when RAM is completely filled, and thrashing starts.

  PS: This seems to be a long-standing issue with Linux, it's not
  limited to the current version of Ubuntu.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: linux-image-2.6.32-24-generic 2.6.32-24.39
  Regression: No
  Reproducible: Yes
  ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic x86_64
  NonfreeKernelModules: nvidia
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  tibi   1596 F pulseaudio
   /dev/snd/pcmC0D0p:   tibi   1596 F...m pulseaudio
   /dev/snd/controlC1:  tibi   1596 F pulseaudio
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'NVidia'/'HDA NVidia at 0xfe02 irq 21'
 Mixer name : 'Nvidia MCP78 HDMI'
 Components : 'HDA:10ec0888,10250153,00100202 
HDA:10de0002,10de0101,0010'
 Controls  : 37
 Simple ctrls  : 20
  Card1.Amixer.info:
   Card hw:1 'U0x46d0x8da'/'USB Device 0x46d:0x8da at usb-:00:04.0-2, full 
speed'
 Mixer name : 'USB Mixer'
 Components : 'USB046d:08da'
 Controls  : 3
 Simple ctrls  : 2
  Date: Wed Aug 18 13:01:30 2010
  HibernationDevice: RESUME=UUID=9464cfb9-e39a-46ab-bf3a-01a7f2194ab1
  InstallationMedia: Ubuntu 10.04 LTS Lucid Lynx - Release amd64 (20100429)
  IwConfig:
   lono wireless extensions.
   
   eth0  no wireless extensions.
  MachineType: eMachines EL1210-09
  ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-24-generic 
root=UUID=93f3d657-74ac-4853-acab-704f74ab4cd0 ro quiet splash
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  RelatedPackageVersions: linux-firmware 1.34.1
  RfKill:
   
  SourcePackage: linux
  dmi.bios.date: 09/23/2008
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: R01-A0
  dmi.board.name: WMCP78M
  dmi.board.vendor: eMachines
  dmi.chassis.asset.tag: