[Bug general/3761] New: fstep is really, really slow

[Bug general/3761] New: fstep is really, really slow

[mark at klomp dot org]

fstep is partially so slow because it accesses the Task memory for every
disassambly. Maybe that can be cached? Although instruction stepping is
just slow in general. An alternative could be combining stepping with
breakpoints set on "interesting functions". Or only stepping while in
the main program map, and not in any of the shared library maps?

Memory access is not only slow for fstep. Other programs (like fcore) also could
use faster access to the inferior memory.  One idea (at least for read access)
is mmapping the inferior address space (/proc/<pid>/mem), and/or performing
larger transfers and caching under the hood.

-- 
           Summary: fstep is really, really slow
           Product: frysk
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: general
        AssignedTo: frysk-bugzilla at sourceware dot org
        ReportedBy: mark at klomp dot org
OtherBugsDependingO 3364
             nThis:


http://sourceware.org/bugzilla/show_bug.cgi?id=3761

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug general/3761] fstep is really, really slow

[mark at klomp dot org]

------- Additional Comments From mark at klomp dot org  2007-08-28 10:18 -------
Fixed by the merger of AddressSpace and MemorySpace backends. Now normally reads
from /proc/pid/mem which make fstep just "slow", not terribly slow.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED


http://sourceware.org/bugzilla/show_bug.cgi?id=3761

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.