应用程序上的性能瓶颈

    在做并发操作的时候,之前一直以为是自己处理的方式有问题,每次做的并发,有很多问题 都是说明,我的请求等待超时,然后会报错。

或者在做并发的时候,成功处理的请求,在同一时刻做的并发很少,时间上总是有很大差异,有的甚至是超出了几秒钟。---之前给自己的解释是---->

(传说每秒有几百,几千,几万用户并发,基本属于设想状态。

在一秒内处理多少个请求,完全在于服务器处理能力的强弱。这里需要强调一点,服务器在处理请求时,是不能同步的处理,而是以最快的速度处理完一个请求,接着去请求下一个请求。在单位秒内,服务器处理力强,就处理请求多。)

     今天看到一篇这样技术说明,证明了我所想的不正确,在次做个纠正!

     应用程序上的性能瓶颈     

   一般指的是开发人员新开发出来的应用程序.

     例如,某程序员开发了一个缴费处理程序,在测试时发现,这个缴费处理程序在处理用户的并发缴费请求时,无法并行处理,导致缴费交易的处理响应时间非常长,这时可以认为在应用程序上出现了性能瓶颈.

 

posted @   平凡的人生-野草  阅读(191)  评论(0编辑  收藏  举报
编辑推荐:
· AI与.NET技术实操系列:基于图像分类模型对图像进行分类
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
阅读排行:
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 25岁的心里话
· 按钮权限的设计及实现
点击右上角即可分享
微信分享提示