Bug 70014
Summary: | Severe system degradation when displaying random data | ||
---|---|---|---|
Product: | [Retired] Red Hat Public Beta | Reporter: | Gigs <jgiglio> |
Component: | vte | Assignee: | Havoc Pennington <hp> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | limbo | CC: | hp, nalin |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2002-08-29 18:29:58 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Gigs
2002-07-28 23:59:50 UTC
Not sure if this is a bug or a "don't do that then" ... There's already an open bug to improve VTE performance, probably this is a dup of that if anything. Of course improved VTE performance may well hose your system more by sucking off of /dev/urandom more quickly and making more system calls. This should be fixed in 0.7.4 and later. (Basically what was happening was that the terminal detected bogus multibyte input, munged the first bogus byte into '?', read some more text from the child process, and then started again. When catting /dev/urandom, this would build up more pending data with each iteration, leading to horrible slowdowns.) I'm still seeing gnome-terminal eating CPU for breakfast when I do 'cat /dev/urandom' with vte-0.8.10-1 . . . am I missing something here? Jay, when you break out of catting /dev/urandom, the terminal should recover almost instantly. Previously it would still be attempting to work through a considerable backlog of garbage data, and would remain unresponsive, even if you told gnome-terminal (via its menu) to reset. OK, I misunderstood the problem. Indeed, as soon as you hit CTRL-C the process exist and the system recovers, so this is resolved. |