Menu
▾
▴
nprof-developers — NProf Developers
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(3) |
Jul
(1) |
Aug
(3) |
Sep
(11) |
Oct
(1) |
Nov
(10) |
Dec
(11) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(38) |
Feb
(1) |
Mar
(9) |
Apr
(3) |
May
(2) |
Jun
(2) |
Jul
(1) |
Aug
|
Sep
(10) |
Oct
(11) |
Nov
(9) |
Dec
(9) |
| 2005 |
Jan
(3) |
Feb
(2) |
Mar
(4) |
Apr
(3) |
May
(5) |
Jun
(4) |
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(12) |
Dec
(4) |
| 2006 |
Jan
|
Feb
(2) |
Mar
(13) |
Apr
(2) |
May
(4) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2009 |
Jan
(5) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Heinrich F. <hei...@bl...> - 2004-11-23 14:17:26
|
Hi Is there any way to se the start and stop measurement time after the app = has already been started When profiling a specific application, I do not want the results to be = skewed by intensive startup processing. I have an app which does = lookups. For it to work, it does a lot of pre-computation. Later on, I = use these pre-computed data structures to do very quick lookups. Are = there any way to trigger the measurement start and stop times after this = has already taken place?=20 Heinrich |
|
From: Simon D. <si...@pe...> - 2004-11-13 19:48:22
|
Thanks for the quick reply Matt That does sound ideal. How complex is it to get the start/stop commands in there? Another thought (well in the 'obvious' category here).. how often do you run the profiler over the profiler? At the moment it seems to be timing in at about 16 times slower, running code with nprof active (at least, on the loop code I have here).. heh, of course, with my profiling hat on, the first thing I think is "hmm, wonder if that could be made any faster".. D/led the source and had a look at it, but it's complex enough (plus, my C isn't that strong) that after a couple of hours of looking at it, I still wasn't -that- sure what was going on. Si At 05:03 14/11/2004, you wrote: >The ideal way will be when I managed to get profiler start/stop commands working. You should be able to call them from your code to start profiling right away and/or set up triggers on certain method calls for profiling events (ie: start profiling when method XYZ is run). > >Matt. > >Simon Dawson wrote: > >>Hi There >> >>Thanks for writing nprof, it's the best .NET profiler I've found. >>The main reason (other than supporting open source) is that it's damn efficient. Some profilers (eg compuware's community version) run at 1/40th of the normal run speed. nprof is a damn sight faster. Since I have an app that spends 60 seconds hitting a database when it starts, I'm damn grateful for that efficiency. :) >> >>Anyway, one small thought. One thing I have -not- been able to find in -any- profiler, is the ability to select which routines I wish to profile. I can only profile the entire app at a time. Now, on some you can select which .exe's.. but unless I'm going to refactor an entire app so one small routine is in its own exe, that's pretty impractical. >> >>For example, in the app I'm running, it does a large amount of database hits (loading several million rows), which I've already optimised about as far as sql/c# will go. So, I don't care about that any more. However, I -do- know I have one little routine that is -really- slow (that after I've done the database loading then runs for hours), and I'd like to find out what's going on there in intricate depth. However, there's nothing that I've found that will let me do that. >> >>How much work would it be to get nprof to do that? If you could do it, that would certainly put nprof a head and shoulders above ALL the competition. >> >>Best Regards >> >>Simon >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: InterSystems CACHE >>FREE OODBMS DOWNLOAD - A multidimensional database that combines >>robust object and relational technologies, making it a perfect match >>for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 >>_______________________________________________ >>Nprof-developers mailing list >>Npr...@li... >>https://lists.sourceforge.net/lists/listinfo/nprof-developers >> >> > > |
|
From: Matthew M. <ma...@ac...> - 2004-11-13 16:02:55
|
The ideal way will be when I managed to get profiler start/stop commands working. You should be able to call them from your code to start profiling right away and/or set up triggers on certain method calls for profiling events (ie: start profiling when method XYZ is run). Matt. Simon Dawson wrote: >Hi There > >Thanks for writing nprof, it's the best .NET profiler I've found. > >The main reason (other than supporting open source) is that it's damn efficient. Some profilers (eg compuware's community version) run at 1/40th of the normal run speed. nprof is a damn sight faster. Since I have an app that spends 60 seconds hitting a database when it starts, I'm damn grateful for that efficiency. :) > >Anyway, one small thought. One thing I have -not- been able to find in -any- profiler, is the ability to select which routines I wish to profile. I can only profile the entire app at a time. Now, on some you can select which .exe's.. but unless I'm going to refactor an entire app so one small routine is in its own exe, that's pretty impractical. > >For example, in the app I'm running, it does a large amount of database hits (loading several million rows), which I've already optimised about as far as sql/c# will go. So, I don't care about that any more. However, I -do- know I have one little routine that is -really- slow (that after I've done the database loading then runs for hours), and I'd like to find out what's going on there in intricate depth. However, there's nothing that I've found that will let me do that. > >How much work would it be to get nprof to do that? If you could do it, that would certainly put nprof a head and shoulders above ALL the competition. > >Best Regards > >Simon > > > >------------------------------------------------------- >This SF.Net email is sponsored by: InterSystems CACHE >FREE OODBMS DOWNLOAD - A multidimensional database that combines >robust object and relational technologies, making it a perfect match >for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 >_______________________________________________ >Nprof-developers mailing list >Npr...@li... >https://lists.sourceforge.net/lists/listinfo/nprof-developers > > > |
|
From: Simon D. <si...@pe...> - 2004-11-13 09:33:03
|
Hi There Thanks for writing nprof, it's the best .NET profiler I've found. The main reason (other than supporting open source) is that it's damn efficient. Some profilers (eg compuware's community version) run at 1/40th of the normal run speed. nprof is a damn sight faster. Since I have an app that spends 60 seconds hitting a database when it starts, I'm damn grateful for that efficiency. :) Anyway, one small thought. One thing I have -not- been able to find in -any- profiler, is the ability to select which routines I wish to profile. I can only profile the entire app at a time. Now, on some you can select which .exe's.. but unless I'm going to refactor an entire app so one small routine is in its own exe, that's pretty impractical. For example, in the app I'm running, it does a large amount of database hits (loading several million rows), which I've already optimised about as far as sql/c# will go. So, I don't care about that any more. However, I -do- know I have one little routine that is -really- slow (that after I've done the database loading then runs for hours), and I'd like to find out what's going on there in intricate depth. However, there's nothing that I've found that will let me do that. How much work would it be to get nprof to do that? If you could do it, that would certainly put nprof a head and shoulders above ALL the competition. Best Regards Simon |
|
From: Matthew M. <ma...@ac...> - 2004-11-03 03:33:23
|
Starting/stopping the profiler (profiler snapshots) is the feature that I most want to have finished before calling nprof "1.0". It's not necessarily a rewrite, but it requires some pretty key integration with the C++ DLL (NProf.Hook). I'll describe it here and you can see how you feel about working on it. Basically, we need to run the profiler in "stack observation mode", pushing and popping methods off the execution stack - even if the profiler hasn't started capturing yet. [1] The reason we do this is so that we know which methods are on the stack as we start the profiling run. We can then set the entry time of each of those methods to be the exact moment that the profiler snapshot was started and use that for the calculations of method times. [2] The same applies for the end of a snapshot - we use the current time as a pseudo end-time to determine time spent in each method. The tough bit is suspending the .NET runtime while we take our snapshot and getting it going again. This requires us to either hold a common lock or find some way to indicate to the runtime that it cannot proceed. Since multiple Win32 threads are running at any time, we need this suspended state to get a clear and consistent picture of everything that is going on. Timings are currently saved to stl lists and structures within the C++ profiling DLL. [3] I don't forsee any of this changing - the snapshots will just need to clear all profiling counts and reset start times. This will all be coordinated in the C++ DLL by messages sent back over the control socket. [4] Note that the profiler socket doesn't really listen right now - it will have to sit and wait for messages from the profiler GUI on another thread. [1] http://cvs.sourceforge.net/viewcvs.py/nprof/nprof/NProf.Hook/NProfCORHook.h?rev=1.1.1.1&view=auto http://cvs.sourceforge.net/viewcvs.py/nprof/nprof/NProf.Hook/profiler.cpp?rev=1.3&view=auto [2] *void* *StackInfo::PushFunction*( FunctionInfo* pFunctionInfo, INT64 llCycleCount ) http://cvs.sourceforge.net/viewcvs.py/nprof/nprof/NProf.Hook/stackinfo.cpp?rev=1.2&view=auto [3] StackInfo, FunctionInfo, ThreadInfo, etc... http://cvs.sourceforge.net/viewcvs.py/nprof/nprof/NProf.Hook/threadinfo.h?rev=1.2&view=auto http://cvs.sourceforge.net/viewcvs.py/nprof/nprof/NProf.Hook/stackinfo.h?rev=1.2&view=auto http://cvs.sourceforge.net/viewcvs.py/nprof/nprof/NProf.Hook/functioninfo.h?rev=1.2&view=auto [4] *void* *ProfilerSocket::SendInitialize*() http://cvs.sourceforge.net/viewcvs.py/nprof/nprof/NProf.Hook/profiler_socket.cpp?rev=1.5&view=auto Matt. Eric Hewitt wrote: >Matt - > >Indeed, it did work fine (on one of two machines I tried--I haven't tracked >down the problem with the other). > >So far it is working very well for us. I do have one question, however: Is >it possible to start and stop the profiler, allowing profiling of a specific >section of code. Our app takes a few seconds to boot, and I don't want the >boot code profiled. > >If not, maybe you could point me to where in the source I might be able to >add such support. If it is not too much work I'd be willing to add the >feature. > >Eric > > >-----Original Message----- >From: Matthew Mastracci [mailto:ma...@ac...] >Sent: Tuesday, October 19, 2004 3:14 PM >To: Eric Hewitt >Cc: npr...@li... >Subject: Re: [Nprof-developers] Support for Whidbey. > >Eric Hewitt wrote: > > > >>Stumbled upon your .NET profiler, and am very impressed by the data on >>the web page. Excellent work! >> >>My question is if you have attempted support for .NET 2.0 (codenamed >>Whidbey), which is available via Beta from Microsoft. I'm sure I'm >>ahead of the curve, but figured it was worth asking. >> >>Thanks, >> >>Eric Hewitt >> >> >> >I haven't tried anything in .NET 2.0. If the profiling API is the same, it >should just work. I think someone was trying it out with .NET 2.0 installed >earlier - I had to fix a bug related to some changes in the API. > >Feel free to try it out - it might just work. :) > >Matt. > > > |
|
From: Matthew M. <ma...@ac...> - 2004-10-19 22:13:49
|
Eric Hewitt wrote: > Stumbled upon your .NET profiler, and am very impressed by the data on=20 > the web page. Excellent work! > > My question is if you have attempted support for .NET 2.0 (codenamed=20 > Whidbey), which is available via Beta from Microsoft. I=92m sure I=92m=20 > ahead of the curve, but figured it was worth asking. > > Thanks, > > Eric Hewitt > I haven't tried anything in .NET 2.0. If the profiling API is the same,=20 it should just work. I think someone was trying it out with .NET 2.0=20 installed earlier - I had to fix a bug related to some changes in the API. Feel free to try it out - it might just work. :) Matt. |
|
From: Eric H. <er...@he...> - 2004-10-19 21:57:50
|
Stumbled upon your .NET profiler, and am very impressed by the data on the web page. Excellent work! My question is if you have attempted support for .NET 2.0 (codenamed Whidbey), which is available via Beta from Microsoft. I'm sure I'm ahead of the curve, but figured it was worth asking. Thanks, Eric Hewitt |
|
From: Matthew M. <ma...@ac...> - 2004-10-15 14:57:40
|
Your message didn't include an image. Is it a dialog box? If so, hit Ctrl-C when the dialog is showing and paste that into a message. Eddy, Dick wrote: >Hi > >Downloaded 0.9 version, unzipped, ran RegisterProfilerHook.bat, clicked on >NProf.Application.exe and got the following message: Am I missing something? > > <<...OLE_Obj...>> > > >------------------------------------------------------- >This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >Use IT products in your business? Tell us what you think of them. Give us >Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more >http://productguide.itmanagersjournal.com/guidepromo.tmpl >_______________________________________________ >Nprof-developers mailing list >Npr...@li... >https://lists.sourceforge.net/lists/listinfo/nprof-developers > > > |
|
From: Eddy, D. <Ed...@co...> - 2004-10-15 14:00:18
|
Hi Downloaded 0.9 version, unzipped, ran RegisterProfilerHook.bat, clicked on NProf.Application.exe and got the following message: Am I missing something? <<...OLE_Obj...>> |
|
From: Foldface <fol...@ya...> - 2004-10-10 20:41:04
|
Hi I'm experiencing the "stop project" problem mentioned in http://aspnet.4guysfromrolla.com/articles/062304-1.2.aspx i.e. it doesn't stop. I don't have an application pool node in IIS so I can't try the solution outlined there. Any ideas? Ta F |
|
From: Matthew M. <ma...@ac...> - 2004-10-08 17:54:30
|
Unfortunately you can't start profiling a .NET app that's already running. The profiling APIs must be started with the .NET application via the environment variables. Setting them after the program starts will have no affect. The ideal solution is to be able to start/stop the profiler whenever you want, but this is a difficult problem to solve (on the agenda for 1.0, but not started). Matt. Constantine Zachariadis wrote: >I actually create a new dialog to look at running processes, I added a new ProjectType. I modified the projectoptions form to use this new feature. My problem is on how to attach. In the profile.cs Profile.Start I added code to look for this running process but I guess the hooks are not working. The profiler is not getting kicked off. Any ideas? > > >Thanks > > >Constantine > > > >------------------------------------------------------- >This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >Use IT products in your business? Tell us what you think of them. Give us >Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more >http://productguide.itmanagersjournal.com/guidepromo.tmpl >_______________________________________________ >Nprof-developers mailing list >Npr...@li... >https://lists.sourceforge.net/lists/listinfo/nprof-developers > > > |
|
From: Constantine Z. <CZa...@pa...> - 2004-10-08 17:42:38
|
I actually create a new dialog to look at running processes, I added a = new ProjectType. I modified the projectoptions form to use this new = feature. My problem is on how to attach. In the profile.cs Profile.Start = I added code to look for this running process but I guess the hooks are = not working. The profiler is not getting kicked off. Any ideas? Thanks Constantine |
|
From: Luca M. <lu...@ph...> - 2004-10-08 10:21:42
|
Thanks for writing this! A great opensource project.. an awesome developer tool! Some feature requests: 1. an handy way to profile web services 2. export data to usefull formats (xml / xls / txt) (I have some c# classes if you're interested..) Good work! Luca Martinetti Phatsoft Inc |
|
From: Matthew M. <mma...@ca...> - 2004-10-04 15:11:08
|
For anyone getting the AmbiguousMatchException on .NET 2.0, I've checked in a fix (thanks to Artem Diky) that should resolve it. https://sourceforge.net/project/showfiles.php?group_id=74129 Matt. |
|
From: Matthew M. <ma...@ac...> - 2004-09-29 17:20:50
|
For anyone who had trouble with nprof 0.9 and DotNetLib, please try the new nprof 0.9a release. https://sourceforge.net/project/showfiles.php?group_id=74129 Matt. |
|
From: Matthew M. <ma...@ac...> - 2004-09-29 15:20:38
|
Okay - looks like I'll re-release nprof 0.9 in a day or so. There's been a couple of people reporting that msvcr70.dll is missing from the nprof distribution. It's likely that I'm using a .NET 1.0-compiled version of DotNetLib. I'll rebuild and re-release nprof 0.9a as soon as I can get a fixed package for this! Thanks for all the reports! -- Matthew Mastracci <ma...@ac...> |
|
From: Matthew M. <ma...@ac...> - 2004-09-29 15:20:36
|
Cool! Thanks for the debugging help. I'll add msvcr70.dll to the package. It's supposed to be redistributed by programs anyways. On Wed, 2004-09-29 at 05:15, James Darpinian wrote: > I downloaded nprof 0.9, and it looks awesome. I had a lot of trouble > getting it running though. Apparently > DotNetLib.Windows.Forms.Themes.dll requires msvcr70.dll, and it wasn't > finding it on my machine (though the exception thrown by the .net > framework was completely misleading and I had to download the source, > compile it myself, and do some debugging to get the real error). The > dll was on my machine but apparently not in the right place to get > found; go figure. Copying it to the same directory as > DotNetLib.Windows.Forms.Themes.dll fixed the problem. I'm not sure > how common this problem is but you might want to include msvcr70.dll > along with the rest of your dlls in case it happens to other people. > > James -- Matthew Mastracci <ma...@ac...> |
|
From: Richard M. <rmc...@gm...> - 2004-09-29 13:59:58
|
I'm including a bug report, with details on the fix. nprof 0.9 fails to display profiling results with the error: ************** Exception Text ************** System.IO.FileNotFoundException: File or assembly name DotNetLib.Windows.Forms.Themes, or one of its dependencies, was not found. ... ---------------------------------------- The exception is caused by a missing msvcr70.dll. Copy this DLL into the bin directory, and everything works fine. Note: See MSDN Knowledge Base Article 326922 for more information on redistributing the runtime (and why, as in my case, it may not be present in the system directory). Rich McGrath |
|
From: James D. <jda...@gm...> - 2004-09-29 11:15:41
|
I downloaded nprof 0.9, and it looks awesome. I had a lot of trouble
getting it running though. Apparently
DotNetLib.Windows.Forms.Themes.dll requires msvcr70.dll, and it wasn't
finding it on my machine (though the exception thrown by the .net
framework was completely misleading and I had to download the source,
compile it myself, and do some debugging to get the real error). The
dll was on my machine but apparently not in the right place to get
found; go figure. Copying it to the same directory as
DotNetLib.Windows.Forms.Themes.dll fixed the problem. I'm not sure
how common this problem is but you might want to include msvcr70.dll
along with the rest of your dlls in case it happens to other people.
James
--
main(c,r){for(r=32;r;)printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
|
|
From: Matthew M. <ma...@ac...> - 2004-09-24 15:47:59
|
Looks like 0.9 has a couple of issues to shake out: namely .NET 2.0 compatibility and ASP.NET profiling. I'll take a look over the next couple of days and try to release 0.9a. Matt. |
|
From: Eric S. <er...@mi...> - 2004-09-24 15:27:47
|
0.8b worked like a champ. It seems like we can't profile ASP.NET in 0.9a. There aren't any errors in the messages. After we hit stop run, the starts collecting data but then just stops or gets finished and a message says profiling completed but the grid with all the data never shows up. Eric Stoll |
|
From: Matthew M. <ma...@ac...> - 2004-09-23 05:04:28
|
I believe this will work correctly now in 0.9. :) On Mon, 2004-03-01 at 09:51, Matthew Mastracci wrote: > Philippe Lavoie wrote: > > > I just want to confirm that 0.8b of NProf can not be used to profile a > > test suite executed from NUnit-gui. > > > > If so, do you know when a release will support this? > > 0.9 will likely support this. NUnit launches the C# compiler when > running test cases and this isn't currently supported by the profiler. > I need to allow the profiler to support nested program launches to make > this work properly. > > Matt. > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Nprof-developers mailing list > Npr...@li... > https://lists.sourceforge.net/lists/listinfo/nprof-developers -- Matthew Mastracci <ma...@ac...> |
|
From: Matthew <mma...@ca...> - 2004-09-23 02:11:45
|
It's been a long time in the making, but 0.9 is finally out the door. I've made a bunch of changes over the last few months to make it usable by myself for profiling real-life applications. I finally decided that I'd package up the latest version of the source and ship it as 0.9. Major changes include cleaning up and reorganizing the GUI. We're now using the latest version of DotNetLib (an awesome listview) and a number of GUI changes should make nprof more useful: - Back/forth buttons <as...@cs...> - Thread dropdown is now a tree to allow for nested processes - Caller/callee list <Josh Carlson> The beginnings of load/save support have been implemented but aren't stable enough to use for everyday work. I highly recommend expecting them to fail at the moment. I suppose I'm on the long haul to 1.0. Only a few more major features to implement before it's done. ;) Matt. |
|
From: Matthew M. <ma...@ac...> - 2004-07-02 22:45:51
|
I've been working on polishing up the last little bits for 0.9. What's
new for this release is:
# Josh's awesome new ListView control - including, but not limited to:
* quickfiltering (not working yet)
* multi-selection
* custom and multi-line headers
* column reordering
* generally nicer look than before
# Project loading/saving (also courtesy of Josh)
# Ashwin's back/forward navigation code
# A new toolbar
# Profiling an application that spawns another .NET application
Here's a sample screenshot to whet your appetite:
|
|
From: Peter Q. <pqu...@mp...> - 2004-06-29 18:30:28
|
Hi, How do I do this? (Ensure that ASP.NET is configured to run as the SYSTEM account in machine.config)=20 Thanks, Peter |
20 messages has been excluded from this view by a project administrator.
