Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 6 years ago.
Improve this question
I want to know that What is the effect of timer control on IIS when used in .net web service. i.e. how much increase in the resource consumption of W3WP process.
You shouldn't use timers in a Web service. Since HTTP is stateless, you're serving resources and closing the whole connection with the client in a few milliseconds. That is, you don't want long processes since you want to prioritize more concurrent requests than long requests.
If you need to perform background processing, you should use a Windows service.
Take a look at Topshelf documentation to get started with Windows service development.
Related
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 2 years ago.
Improve this question
I am planning to write a web server in c# that will run on my computer. I've heard that windows services are good for such tasks because they can start on startup and because they run in the background and don't interfere with your work. The only problem with this is that I would like to see the activity on my web server through a terminal. I don't think services can do this, but it's not a big problem because I'm sure there is a way to make the service run the server and create a separate console application to interface with the server service.
My question is, why bother? Can't I just have a console application run everything and also handle the terminal interface? The only reason I would consider using a service is if it offers some kind of performance boost. Does it?
Windows service - is not about performance boost. Your choice depends on what is the main goal of your service. If it's just an utility app and you plan to start and stop it manually perhaps console app will be good for you, else IMHO you should consider windows service that store logs and/or push events + console/wpf/winforms or any other appropriate kind of application for monitoring purposes.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 7 years ago.
Improve this question
Is it possible to somehow notify a running process from the "outside"?
I have a C# program that theoretical runs forever. And I would like to notify it to trigger some action manually. It would be best, if this solution is possible on Windows and Linux (mono).
EDIT:
The solution should work without a user interface
My program is, as for now, a part of web service. On initializing, a new Theread is created, which uses the Task class to stay alive
Take your forever-running-process and let it provide a webservice other processes can call.
You might use any cross-plattform webservice framework like WebApi or ServiceStack to achieve this via HTTP calls. This will even work over the internet (if the machines can reach each other).
There are dozens of approaches. You could also use named pipes for example, or put commands into a database (the other process has to query regularly) or - if you're fearless enough - write/read files to communicate. Be creative ...
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 8 years ago.
Improve this question
I want to test my asp.net web api REST service that hosted in a HP-580dl and I want to measure the performance and response time when 10,000 simultaneous requests hit the service.
is there any way to do that in C# ?
Siege is a good tool for measuring load under concurrent requests: http://www.joedog.org/siege-home/
It's not written in C#, but there's no reason why it should be.
The Visual Studio load testing tools provide this functionality, and can control multiple agents in cases where you want a distributed profile and/or a greater concurrency level than a single client machine can support.
Create and run a load test
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 8 years ago.
Improve this question
I'm going on the process about network.
here is the phrase that occur frequently "System.Web.dll",
we all know the file "System.Web.dll" is very important to website,
but how does it exactly effect on the website,
can I continue to browser my web after I delete the file ?
what does it effect to my website ?
System.Web.Dll is old library responsible for whole http-protocol working. requests sending and creation.
You can not live without in either ASP.NET MVC or ASP.NET Web forms because it contains HttpContext - class which is responsible for client-server communications.
If you need to use not web, but networks like LAN you probably need System.Net.dll
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 8 years ago.
Improve this question
I know ASP.NET Web API is the big thing now, but isn't it mainly for client consumed services (browser apps, mobile apps etc.)? I need to develop a server side API that is called by other servers in my app to perform operations, not retrieve models of data, but RPC calls, for example, UpdateCache(), CalculateAtomicExplosion(), SendNotification(), FindTheRabbit(). I used to do these things with WCF, but I see it's slowly becomes replaced by Web API, but is Web API designed for that task? Will I be able to bind a remote service and call it with a proxy class like I used to with WCF / asmx? Communicate with CLR objects? etc..
What's the best practice on completing this task with current technologies?
Thanks!