blocks|key|762100|text|尝试此网站，以监视服务器流量。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|762101|http://www.websitepulse.com/|offset|length|762102|http://www.websitepulse.com/services/server.and.network.monitoring.php|entityMap|0|LINK|mutability|MUTABLE|url|1^0|0|0|S|0|0|0|1Y|1^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@]|9|@$D|Q|E|R|1|S]]|A|$]]|$1|F|3|G|5|6|7|T|8|@]|9|@$D|U|E|V|1|W]]|A|$]]]|H|$I|$5|J|K|L|A|$M|C]]|N|$5|J|K|L|A|$M|G]]]]

try this website, to moniter server traffic

<a href="http://www.websitepulse.com/" rel="nofollow noreferrer">http://www.websitepulse.com/</a>

<a href="http://www.websitepulse.com/services/server.and.network.monitoring.php" rel="nofollow noreferrer">http://www.websitepulse.com/services/server.and.network.monitoring.php</a>

blocks|key|4863957|text|您可以使用apache/IIS/lighthttpd/等等。日志解析程序来了解流量。最著名的是阿瓦特。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|4863958|日志解析器将生成几个具有点击次数、页面视图、流量、|4863959|如果需要不涉及日志的解决方案，也可以查看ntop。|4863960|干杯|entityMap|0|LINK|mutability|MUTABLE|url|http://www.google.com/url?sa=t&source=web&ct=res&cd=1&url=http%253A%252F%252Fawstats.sourceforge.net%252F&ei=IDKzSo34GY-A7QO04aX2CQ&usg=AFQjCNGOdk25kSBK6jUGi2_k4A28wGaDqA&sig2=iOSZ7XnVbjfTIsN7FM0sHw|1|http://www.google.com/url?sa=t&source=web&ct=res&cd=1&url=http%253A%252F%252Fwww.ntop.org%252F&ei=kTKzSriOCJ_26gO25NjHCQ&usg=AFQjCNGmU1y4LWRNZ8ix-a8sgB4CWAgQLQ&sig2=buNWoUedNuEEyW1RxV9urw^0|1B|3|0|0|0|K|4|1|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@$A|T|B|U|1|V]]|C|$]]|$1|D|3|E|5|6|7|W|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|X|8|@]|9|@$A|Y|B|Z|1|10]]|C|$]]|$1|H|3|I|5|6|7|11|8|@]|9|@]|C|$]]]|J|$K|$5|L|M|N|C|$O|P]]|Q|$5|L|M|N|C|$O|R]]]]

you can apache/IIS/lighthttpd/etc.. log parsing program to know the traffic. The most well know is <a href="http://www.google.com/url?sa=t&amp;source=web&amp;ct=res&amp;cd=1&amp;url=http%3A%2F%2Fawstats.sourceforge.net%2F&amp;ei=IDKzSo34GY-A7QO04aX2CQ&amp;usg=AFQjCNGOdk25kSBK6jUGi2_k4A28wGaDqA&amp;sig2=iOSZ7XnVbjfTIsN7FM0sHw" rel="nofollow noreferrer">awstat</a>. 

The log parser will produce several reports with number of hits, page view, traffic, 

You can also look into <a href="http://www.google.com/url?sa=t&amp;source=web&amp;ct=res&amp;cd=1&amp;url=http%3A%2F%2Fwww.ntop.org%2F&amp;ei=kTKzSriOCJ_26gO25NjHCQ&amp;usg=AFQjCNGmU1y4LWRNZ8ix-a8sgB4CWAgQLQ&amp;sig2=buNWoUedNuEEyW1RxV9urw" rel="nofollow noreferrer">ntop</a> if you need a solution that doesn't involve logs.

Cheers

blocks|key|762074|text|计算预期流量不是一件容易的事，最好的方法是安装某种网络流量监视器，安装10个测试工程师，让他们浏览站点，然后收集10个用户使用的带宽数据。一旦您有了这些数据，您将得到每个用户的使用，然后您可以确定其他参数，如它将如何驱动用户？我的意思是，人们怎么会知道你的网站，他们会来？靠广告？或者您已经有固定数量的用户访问您的网站？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|entityMap^0^^$0|@$1|2|3|4|5|6|7|C|8|@]|9|@]|A|$]]]|B|$]]

Calculating expected traffic is not an easy task, the best way would be to have some sort of network traffic monitor installed, setup 10 testing engineers and tell them to browse the site and then collect bandwidth data used by 10 users. Once you have this data, you will get per user usage and then you can determine other parameters like how it will drive users? I mean how do people will know about your site and they will come? by ads? or you already have fixed number of users visiting your site?

blocks|key|762148|text|这里的关键是您必须根据未来会话和/或用户的预期数量来度量当前流量(每个会话和/或用户)和趋势。虽然衡量当前的流量水平应该很容易，但对未来增长的预测将更加棘手，部分答案将落在客户身上。他们期望在下个月、6个月、12个月内使用该网站的会话和/或用户有多少？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|762149|顾客要求你估计未来的交通水平，就像他们问你扫帚壁橱里的灯泡什么时候会烧掉一样。你可以根据灯泡的额定寿命和目前的使用情况给出一个近似，但很难预测将来会发生什么。在下个月、6个月、12个月内，灯泡会或多或少地打开吗？|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|E|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|F|8|@]|9|@]|A|$]]]|D|$]]

The key here is that you have to measure the current traffic (per session and/or user) and trend that based on the anticipated number of future sessions and/or users. While it should be easy to measure the current traffic levels, anticipating future growth will be a little trickier and some part of the answer falls on the customer. How many sessions and/or users do they expect to use the site in the next month, 6 months, 12 months?

The customer asking you to estimate what the future traffic level will be is analogous to them asking you when the lightbulb in the broom closet is going to burn out. You can give them an approximation based on the rated life of the bulb and it's current useage, but it's hard to predict what might happen in the future. Will the light bulb be turned on more or less frequently in the next month, 6 months, 12 months?

blocks|key|4864053|text|如果你想要一个快速而肮脏的方法..。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4864054|禁用服务器上可能生成/接收要测试的其他通信量的所有服务。|ordered-list-item|4864055|获得一个测试客户端(由Akash建议)的农场，无论是人还是脚本。|4864056|假设您没有基于Linux的路由器，那么在客户端和服务器之间设置一个Linux盒(SPAN/镜像端口、哑集线器等等)。|4864057|注意交通。使用Linux盒将允许您根据主机、端口等限制计数流量，而不仅仅是查看交换机计数器。您可以使用tcpdump或一些快速和脏的东西，如iftop、bwm等。最好的方法可能是使用tcpdump，然后编写一个脚本来读取转储文件，并且只计算您想要的内容。|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|M|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|N|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|O|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|P|8|@]|9|@]|A|$]]]|K|$]]

If you want a quick and dirty method...

<ol>
<li>Disable all services on the server that might be generating/receiving traffic other than what you want to test.</li>
<li>Get a farm of test clients (as suggested by Akash), whether human or script.</li>
<li>Assuming you don't have a Linux-based router in line, get a Linux box somewhere between the clients and server (SPAN/mirror port, dumb hub, whatever).</li>
<li>Watch the traffic. Using a Linux box will allow you to limit the traffic you count based on host, port, etc. as opposed to just looking at the switch counters. You could either use tcpdump or something quick-and-dirty like iftop, bwm-ng, etc. Probably the best would be to use tcpdump and then write a script to read the dump file and only count what you want.</li>
</ol>

blocks|key|762253|text|实际上，为了回答这个问题，你必须定义流量。你指的是带宽，还是用户？这两个问题都是相关的，但可以回答不同的问题--听起来好像是在要求你帮助进行总体容量规划，包括这些问题和潜在的全面资源利用。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|762254|首先，这可能是一个简单的问题，如其他人所指出的那样，简单地抓取您的日志(即，寻找“hits”作为度量，或者在应用程序本身中添加一些基本的跟踪。然后，您可以将此与现场使用的带宽相关联，并根据您的平均用户数估算您在增加额外流量/用户时的带宽使用情况。|762255|一旦您有了用户基础的基线数据，将其与带宽、cpu使用率和内存等指标交叉引用，对于回答您提出的问题类型非常有用。正如其他人所指出的，Munin或仙人掌是开始收集数据并绘制图表以观察趋势的极好工具。|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|G|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|H|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|I|8|@]|9|@]|A|$]]]|F|$]]

You actually have to define traffic in order to answer this question. Do you mean in bandwidth, or in users? Both questions are related, but can answer different questions - it sounds like you're being asked to help with overall capacity planning, which would include both those and potentially resource utilization across the board.

To start with, it may be a question of simply scraping your logs as others have indicated (ie, looking for 'hits' as a metric, or added some basic tracking into your application itself. You can then correlate this with bandwidth used on site, and estimate based off your average number of users what your bandwidth usage would be over time as you added additional traffic/users. 

Once you have baseline data for your user base, cross referencing this with metrics like bandwidth, cpu usage and memory are very useful for answering the types of questions you're asking. Munin or cacti, as others have suggested, are excellent tools to begin collecting data and graphing it over time to see trends.

blocks|key|762284|text|在没有系统流量历史趋势的情况下，如何计算预期流量？我将实施以下一项或多项措施：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|762285|用于网络带宽的Windows+Perfmon|unordered-list-item|762286|AWStats或相似日志解析|762287|网络接口的Cacti+SNMP图形化|762288|如果不研究过去，你就不可能知道未来。:)|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|M|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|N|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|O|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|P|8|@]|9|@]|A|$]]]|K|$]]

How can you calculate expected traffic without a historical trend of traffic on the system? I would implement one or more of the following:

<ul>
<li>Windows Perfmon for Network Bandwidth</li>
<li>AWStats or similiar log parsing</li>
<li>Cacti SNMP graphing of network interfaces</li>
</ul>

You can't know the future without studying the past. :)

blocks|key|4864187|text|与同类公司相比，市盈率类似。从技术上讲，您可以通过日志文件来分析os或仅仅使用日志文件分析器或老式的grep。取决于技术负载或市场渗透。首先，可能是服务器端的度量，而后者肯定是最可靠的，总是通过外部服务进行验证，不要度量自己，要比较相对的其他值，而不是绝对值。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|entityMap^0^^$0|@$1|2|3|4|5|6|7|C|8|@]|9|@]|A|$]]]|B|$]]

ratio like P/E value compared to similar companies. technically you can profile os or just logfile analyzer or oldschool grep through logfiles are used. depends on technical load or market penetration. first probably serverside measures and latter surely most reliable always validate via external service, don't measure yourself, and compare relative others instead of absolute value.

We have an asp.net web server application and web service,which will be hosted in the same server. Customer's IT team has asked us what is the expected no.of traffic on the web server.
How do I calculate this?

How to calculate web server traffic?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我们有一个asp.net web服务器应用程序和web服务，它将托管在同一台服务器上。客户的IT团队问我们web服务器上预期的no.of流量是什么。我怎么算这个？

问如何计算web服务器流量？
EN

回答 8

Server Fault用户

Server Fault用户

Server Fault用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何计算web服务器流量？EN

回答 8

Server Fault用户

Server Fault用户

Server Fault用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何计算web服务器流量？
EN