From: John L. <le...@mo...> - 2002-03-05 16:44:50
|
On Tue, Mar 05, 2002 at 10:29:26AM -0500, Phi...@co... wrote: > The only reason I mention it, is that "op_time -l" fails when it can't > find the modules that exist only on the ramdisk. > > "oprofpp: bfd_openr of /lib/ext3.o failed." Yes, I've been meaning to fix that too (it's pretty stupid behaviour). > tools issue. It would be nice to ignore un-openable images, but the > code just isn't written that way. (I saw no obvious way to change > it... When it can't open it exits immediately. ) Phil is it possible you can do this now (before 0.1) ? > File: "red-carpet" > Size: 23296560 Blocks: 4824 IO Block: 4096 Regular File hmm, that's pretty heavily used ! Compare : moz moz 108 /usr/bin/stat /var/opd/samples/\}lib\}libc-2.2.so#0 File: "/var/opd/samples/}lib}libc-2.2.so#0" Size: 20289672 Blocks: 1664 Regular File > (Maybe I am missing it, but it looks the uncompressed files really IS > bigger than the compressed one.) I've no problem with bzip2ing sample files after they're stored in a session. There is only so much space at the top of the todo list however :) > There's probably better ways of doing it than zlib. I've used the > zlib library before, and it is pretty straight forward if files are > manipulated with file I/O, instead of mmap. Things would need to be > redesigned a little bit. in fact oprofile used to have a zlib interface. I forget why ... > I'll probably just provide suggestions/comments for the time being. At least > until I can see clear fixes or improvements. Thanks for your comments ! john -- I am a complete moron for forgetting about endianness. May I be forever marked as such. |