博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
倒要看看你有啥本事
阅读量:7109 次
发布时间:2019-06-28

本文共 626 字,大约阅读时间需要 2 分钟。

一直萦绕心中的思路,利用网络中用户的分布和业务需求来预见信道资源分配,以提升网络的性能。

似乎觉得思想验证起来过于简单:统计一下用户的分布、业务的需求,然后告知算法,算法据此完成资源分配。对比算法是,不知道全局信息,只是来一个服务一个。

这两天读了yang 团队的工作,似有相见恨晚之感。尽管度英文杂志文章仍然是我们的短板,但是坚持啃了一天,对他们提问题的本事很佩服。随手记录几个:有几个问题上处于开放状态,利用大数据分析的方法能够预测哪些信息?对资源调度而言,需要预测哪些信息?如果将预测到的信息转换(以应用到资源调度问题中)?如何利用预测信息完成资源调度?老实说,我也就意识到了最后一个问题,还考虑的很肤浅。所以被勾着想看看他们是怎么建模和分析的。

一直认为所有的分析应该以直观的洞察为前提。那么,利用上下文信息完成资源调度,究竟为何、从何可以获得性能提升呢?这个是最根本的问题。以前的观点是,若多个灯可以联合进行资源调度,那么在业务需求密集的地方应该给配置更多的资源。这只是打破了单灯功率固定的约束。还有吗?

文中认为:预测的上下文信息是一种大时间尺度上的,而通信资源调度是小时间尺度上的,那么,预先知道大时间尺度上的信息,真的有帮助吗?打个比方,你星期天有大把的时间空闲,你在吃饭的时候加快速度节省时间,这有用码?

期待读下去有启发。待续

 

转载于:https://www.cnblogs.com/findtruth/p/7764196.html

你可能感兴趣的文章
定时关机命令——shutdown
查看>>
基于Java的数据采集(三)
查看>>
【编程题目】最长公共字串
查看>>
lucene 专业名词作用整理
查看>>
win32 自定义右键菜单
查看>>
DRY原则和Shy原则
查看>>
Microcontroller measures resistance without an ADC
查看>>
前端翻译:Promises/A+规范
查看>>
PHP 7: PHP 变量和常量的定义
查看>>
spin_lock & mutex_lock的差别?
查看>>
curl命令具体解释
查看>>
Linux进程间通信——使用命名管道
查看>>
TestLink学习四:TestLink1.9.13使用说明
查看>>
通用分页存储过程
查看>>
神秘代码让iPhone微信闪退的解决方法
查看>>
文章索引
查看>>
基于jquery结婚电子请柬特效素材
查看>>
Knockout应用开发指南 第九章:高级应用举例
查看>>
EDW on Hadoop(Hadoop上的数据仓库)技术选型和实践思考
查看>>
设计模式——责任链模式
查看>>