服务端运算量大，请教个服务端设计方案？

2019-05-14 12:21:16 1.5k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

陀螺仪选型避坑指南：为什么IMU660RA是智能车竞赛的性价比之选？本文针对智能车竞赛场景，提供陀螺仪选型避坑指南，并深度解析为何IMU660RA成为性价比之选。文章指出，竞赛选型应避免盲目追求高性能“黑盒”模块，而应注重原始数据获取与算法开发。IMU660RA以其良好的常温稳定性、适中的噪声水平、极致的性价比和丰富的生态支持，成为帮助参赛者深入理解姿态解算原理、进行“白盒开发”的理想教学与实践平台。阅读详情

多个终端调用服务端的一个计算接口，要求服务端计算每个请求后能及时返回计算结果。服务端接口打算以webApi供多个终端调用，因为服务端的每个请求计算量比较耗CPU，觉得挂载在IIS部署，觉得不是很合适。。。请问要如何设计服务端？

...全文

Labview执行adbshell操作一、目录 1、实现思路 2、adbshell工具配置 3、Labview执行命令窗口 1、实现思路使用Labview的优点： 1、可以配合电源系统或者调用其他接口工具实现更高程度的自动化测试； 2、直接执行Linux相关命令，编写相关执行顺序或者逻辑更简易； --------可以用adbpush命令将.sh的脚本文件推入控制器内部执行； 3、Ubuntu系统比较大，如果只是日常执行脚本测试还是比较占用磁盘空间； 2、adbshell工具配置 1）下载adbshell工具； adbshell工具下载链阅读详情

datahandler2

.NET社区 62,272 成员 668,968 内容

+ 关注 + 加入社区

切换为时间正序

吉普赛的歌 2019-05-19

打赏
举报

楼主到底在做什么计算？？如此花费时间？？

datahandler2 2019-05-19

打赏
举报

引用 11 楼 MasterFan2 的回复:

[quote=引用 5 楼胖叔叔写代码的回复：][quote=引用 4 楼 tiancaolin 的回复:]
[quote=引用 3 楼胖叔叔写代码的回复:]
[quote=引用 2 楼 tiancaolin 的回复:]
[quote=引用 1 楼胖叔叔写代码的回复:]
[quote=引用楼主 tiancaolin 的回复:]
多个终端调用服务端的一个计算接口，要求服务端计算每个请求后能及时返回计算结果。服务端接口打算以webApi供多个终端调用，因为服务端的每个请求计算量比较耗CPU，觉得挂载在IIS部署，觉得不是很合适。。。请问要如何设计服务端？

把计算拉出去做成其他程序，这样你也可以多点布置，然后通过mq交互数据，实现计算和web容器分离。[/quote]
那WebApi在接收终端请求后，把任务提交到运算程序，WebApi这层不是要Thread.Sleep 一直等待尝试去获取响应消息？感觉这一层这样有点很“笨”[/quote]
你api睡个什么啊？你被动查询就好了啊，你mq这边有个编号，api被动查询处理结果，然后前端js主动查询处理结果啊，难道你这计算1小时你让浏览器等1小时？[/quote]
客户端是WindowsForm 桌面小程序，桌面终端程序调用Webapi去请求计算。。。如果再主动定期去调用WebApi接口，那么这个将涉及到多次的TCP连接，效能更差了。而且服务端到底要给他缓存多久结果，不是很好的方案呢。[/quote]
api是被动调用的，当然你可以客户端监听udp，打洞后等待服务端回应，但是这个方法，你要坚持打洞还不是要保持udp端口监听？[/quote]讲了这么多，还是楼主知识面太狭隘，他连什么是MP都不知道[/quote]
嗯，受教了。请多指教，多分享下。平时整天忙于项目实现，忽略了知识学习了。

MasterFan2 2019-05-19

打赏
举报

引用 5 楼胖叔叔写代码的回复：

[quote=引用 4 楼 tiancaolin 的回复:] [quote=引用 3 楼胖叔叔写代码的回复:] [quote=引用 2 楼 tiancaolin 的回复:] [quote=引用 1 楼胖叔叔写代码的回复:] [quote=引用楼主 tiancaolin 的回复:] 多个终端调用服务端的一个计算接口，要求服务端计算每个请求后能及时返回计算结果。服务端接口打算以webApi供多个终端调用，因为服务端的每个请求计算量比较耗CPU，觉得挂载在IIS部署，觉得不是很合适。。。请问要如何设计服务端？

把计算拉出去做成其他程序，这样你也可以多点布置，然后通过mq交互数据，实现计算和web容器分离。[/quote] 那WebApi在接收终端请求后，把任务提交到运算程序，WebApi这层不是要Thread.Sleep 一直等待尝试去获取响应消息？感觉这一层这样有点很“笨”[/quote] 你api睡个什么啊？你被动查询就好了啊，你mq这边有个编号，api被动查询处理结果，然后前端js主动查询处理结果啊，难道你这计算1小时你让浏览器等1小时？[/quote] 客户端是WindowsForm 桌面小程序，桌面终端程序调用Webapi去请求计算。。。如果再主动定期去调用WebApi接口，那么这个将涉及到多次的TCP连接，效能更差了。而且服务端到底要给他缓存多久结果，不是很好的方案呢。[/quote] api是被动调用的，当然你可以客户端监听udp，打洞后等待服务端回应，但是这个方法，你要坚持打洞还不是要保持udp端口监听？[/quote]讲了这么多，还是楼主知识面太狭隘，他连什么是MP都不知道

weixin_35107932 2019-05-17

打赏
举报

在实现并行密集计算的时候，身为一名C#人员，我们要想到的不是利用webapi来解决问题，本身IIS的调度就已经很耗费CPU和内存资源了，你在进行并发访问密集计算，可想而知，如果是我，在这样的情况下，我会采用套接字的形式进行请求与响应，因为在webapi方式下，客户端在请求响应的过程中，会出现卡屏的状况，服务器如果没有计算完成，IIS势必不会返回response。你可以将处理提交到服务器端，服务器端开辟计算处理线程去计算，服务器端此时采用非阻塞的模式立刻返回，当服务器端处理结束后，将输入推到客户端并且提示客户端进行显示，这才是并发密集计算的解决方案啊。

by_封爱 2019-05-16

打赏
举报

nginx 负载均衡弄10个win 部署同样的东西就行了...

吾友客 2019-05-16

打赏
举报

可以采用负载均衡，分散在多个电脑上

xujun5031 2019-05-16

打赏
举报

引用 8 楼 by_封爱的回复:

nginx 负载均衡弄10个win 部署同样的东西就行了...

这办法好，最容易实现

非专业开发Five 2019-05-14

打赏
举报

引用楼主 tiancaolin 的回复:

多个终端调用服务端的一个计算接口，要求服务端计算每个请求后能及时返回计算结果。服务端接口打算以webApi供多个终端调用，因为服务端的每个请求计算量比较耗CPU，觉得挂载在IIS部署，觉得不是很合适。。。请问要如何设计服务端？

把计算拉出去做成其他程序，这样你也可以多点布置，然后通过mq交互数据，实现计算和web容器分离。

xxlllmm 2019-05-14

打赏
举报

如果每个计算请求的时间不长，只是占用CPU多的话，可以在服务端让每个请求排队，一个一个计算，不要并发执行多个请求

非专业开发Five 2019-05-14

打赏
举报

引用 4 楼 tiancaolin 的回复:

[quote=引用 3 楼胖叔叔写代码的回复:] [quote=引用 2 楼 tiancaolin 的回复:] [quote=引用 1 楼胖叔叔写代码的回复:] [quote=引用楼主 tiancaolin 的回复:] 多个终端调用服务端的一个计算接口，要求服务端计算每个请求后能及时返回计算结果。服务端接口打算以webApi供多个终端调用，因为服务端的每个请求计算量比较耗CPU，觉得挂载在IIS部署，觉得不是很合适。。。请问要如何设计服务端？

把计算拉出去做成其他程序，这样你也可以多点布置，然后通过mq交互数据，实现计算和web容器分离。[/quote] 那WebApi在接收终端请求后，把任务提交到运算程序，WebApi这层不是要Thread.Sleep 一直等待尝试去获取响应消息？感觉这一层这样有点很“笨”[/quote] 你api睡个什么啊？你被动查询就好了啊，你mq这边有个编号，api被动查询处理结果，然后前端js主动查询处理结果啊，难道你这计算1小时你让浏览器等1小时？[/quote] 客户端是WindowsForm 桌面小程序，桌面终端程序调用Webapi去请求计算。。。如果再主动定期去调用WebApi接口，那么这个将涉及到多次的TCP连接，效能更差了。而且服务端到底要给他缓存多久结果，不是很好的方案呢。[/quote] api是被动调用的，当然你可以客户端监听udp，打洞后等待服务端回应，但是这个方法，你要坚持打洞还不是要保持udp端口监听？

datahandler2 2019-05-14

打赏
举报

引用 3 楼胖叔叔写代码的回复:

[quote=引用 2 楼 tiancaolin 的回复:]
[quote=引用 1 楼胖叔叔写代码的回复:]
[quote=引用楼主 tiancaolin 的回复:]
多个终端调用服务端的一个计算接口，要求服务端计算每个请求后能及时返回计算结果。服务端接口打算以webApi供多个终端调用，因为服务端的每个请求计算量比较耗CPU，觉得挂载在IIS部署，觉得不是很合适。。。请问要如何设计服务端？

非专业开发Five 2019-05-14

打赏
举报

引用 2 楼 tiancaolin 的回复:

[quote=引用 1 楼胖叔叔写代码的回复:] [quote=引用楼主 tiancaolin 的回复:] 多个终端调用服务端的一个计算接口，要求服务端计算每个请求后能及时返回计算结果。服务端接口打算以webApi供多个终端调用，因为服务端的每个请求计算量比较耗CPU，觉得挂载在IIS部署，觉得不是很合适。。。请问要如何设计服务端？

datahandler2 2019-05-14

打赏
举报

引用 1 楼胖叔叔写代码的回复:

[quote=引用楼主 tiancaolin 的回复:]
多个终端调用服务端的一个计算接口，要求服务端计算每个请求后能及时返回计算结果。服务端接口打算以webApi供多个终端调用，因为服务端的每个请求计算量比较耗CPU，觉得挂载在IIS部署，觉得不是很合适。。。请问要如何设计服务端？

把计算拉出去做成其他程序，这样你也可以多点布置，然后通过mq交互数据，实现计算和web容器分离。[/quote]
那WebApi在接收终端请求后，把任务提交到运算程序，WebApi这层不是要Thread.Sleep 一直等待尝试去获取响应消息？感觉这一层这样有点很“笨”

服务端运算量大，请教个服务端设计方案？

相关推荐