s********k
发帖数: 6180 | 1 以前一直做系统实现，做了很多testbed的事情。发现其实一旦testbed起来了，发文章
就容易多了，因为你只需要找到一个algorithm，然后系统实现。只要系统实现结果不
是很离谱，就可以了。其实做多了之后，对于一篇文章是不是可以实现基本一眼就能看
出来。很多时候算法或者协议只要逻辑上没问题，系统一定可以实现，至多一些偏差，
比如RSSI之类的。有些理论没有做实现问题是他们做了太多的假设，而假设部分其实是
最难的，比如network wide的sychro，或者global information下做出的一些决定。我
觉得系统实现是很好的，事实上我现在也在做这方面。但是花了太大篇幅强调自己的实
现，分析实现中出现的问题，就有点像tech report。真正最有价值的系统实现应该找
到了原来没有发现的问题，而不是只是证明自己的某个特定算法。这确实很难，我也还
没做到，希望今后有系统实现牛人能做到。 |
i****5
发帖数: 11 | 2 我觉得你在用实际系统证明自己算法的时候就已经是你所说的“找到原来没有发现的问
题”的第一步了，比如说发现好多假设不合理，或者好多算法实现不了，这些都是闷头
推公式搞不出来的。我以前听国内博士答辩的时候我们系唯一一个院士就说PhD的工作
要么上天，要么入地，不过现实中大部分人还就是搞点似是而非的假设推点公式就完事
了，说实话我觉得这种所谓“理论”的文章不如实现个简单系统，解决点实际问题的有
意义
【在 s********k 的大作中提到】
: 以前一直做系统实现，做了很多testbed的事情。发现其实一旦testbed起来了，发文章
: 就容易多了，因为你只需要找到一个algorithm，然后系统实现。只要系统实现结果不
: 是很离谱，就可以了。其实做多了之后，对于一篇文章是不是可以实现基本一眼就能看
: 出来。很多时候算法或者协议只要逻辑上没问题，系统一定可以实现，至多一些偏差，
: 比如RSSI之类的。有些理论没有做实现问题是他们做了太多的假设，而假设部分其实是
: 最难的，比如network wide的sychro，或者global information下做出的一些决定。我
: 觉得系统实现是很好的，事实上我现在也在做这方面。但是花了太大篇幅强调自己的实
: 现，分析实现中出现的问题，就有点像tech report。真正最有价值的系统实现应该找
: 到了原来没有发现的问题，而不是只是证明自己的某个特定算法。这确实很难，我也还
: 没做到，希望今后有系统实现牛人能做到。
|
s********k
发帖数: 6180 | 3 你说的不错。不过现在的大部分实现都没有做到这个，我还真没看到系统实现推翻了原
来的理论。做久了系统的东西，基本上就知道自己的理论实现起来究竟靠谱不
【在 i****5 的大作中提到】
: 我觉得你在用实际系统证明自己算法的时候就已经是你所说的“找到原来没有发现的问
: 题”的第一步了，比如说发现好多假设不合理，或者好多算法实现不了，这些都是闷头
: 推公式搞不出来的。我以前听国内博士答辩的时候我们系唯一一个院士就说PhD的工作
: 要么上天，要么入地，不过现实中大部分人还就是搞点似是而非的假设推点公式就完事
: 了，说实话我觉得这种所谓“理论”的文章不如实现个简单系统，解决点实际问题的有
: 意义
|
s****t
发帖数: 698 | 4
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
我的观点和你不太一样.
相反的,我觉得很多system的论文不是细节说的太多了，而是太少了。
其实tech report并不差，个人觉得，
其实往往它是top conference paper的前身。
比之于那些top conference paper而言，读相对应的tech report,
你似乎能看清楚更多的system design的思路。
大家实现的时候，往往由于各种因素限制，选定了某个特定的平台。
但是要知道不同的arch之间，做design是有很多trick的地方的。
如果能解释得很清楚，我觉得才是真正的好论文。
打个比方说，很多embedded system是single address space的，
你刚看的时候可能不明白为什么。
但是
【在 s********k 的大作中提到】
: 以前一直做系统实现，做了很多testbed的事情。发现其实一旦testbed起来了，发文章
: 就容易多了，因为你只需要找到一个algorithm，然后系统实现。只要系统实现结果不
: 是很离谱，就可以了。其实做多了之后，对于一篇文章是不是可以实现基本一眼就能看
: 出来。很多时候算法或者协议只要逻辑上没问题，系统一定可以实现，至多一些偏差，
: 比如RSSI之类的。有些理论没有做实现问题是他们做了太多的假设，而假设部分其实是
: 最难的，比如network wide的sychro，或者global information下做出的一些决定。我
: 觉得系统实现是很好的，事实上我现在也在做这方面。但是花了太大篇幅强调自己的实
: 现，分析实现中出现的问题，就有点像tech report。真正最有价值的系统实现应该找
: 到了原来没有发现的问题，而不是只是证明自己的某个特定算法。这确实很难，我也还
: 没做到，希望今后有系统实现牛人能做到。
|
s********k
发帖数: 6180 | 5 sorry,我觉得我应该加一个在xxcom之类的网络会议上的系统实现。那提及的应该是专
门有针对系统设计或者实现的会议吧。
【在 s****t 的大作中提到】
:
: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
: 我的观点和你不太一样.
: 相反的,我觉得很多system的论文不是细节说的太多了，而是太少了。
: 其实tech report并不差，个人觉得，
: 其实往往它是top conference paper的前身。
: 比之于那些top conference paper而言，读相对应的tech report,
: 你似乎能看清楚更多的system design的思路。
: 大家实现的时候，往往由于各种因素限制，选定了某个特定的平台。
: 但是要知道不同的arch之间，做design是有很多trick的地方的。
|
M*****a
发帖数: 2054 | 6 single address space是指virtual address和physical address一一对应，同时没有
logical address?
文章
果不
能看
差，
实是
。我
的实
该找
也还
【在 s****t 的大作中提到】
:
: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
: 我的观点和你不太一样.
: 相反的,我觉得很多system的论文不是细节说的太多了，而是太少了。
: 其实tech report并不差，个人觉得，
: 其实往往它是top conference paper的前身。
: 比之于那些top conference paper而言，读相对应的tech report,
: 你似乎能看清楚更多的system design的思路。
: 大家实现的时候，往往由于各种因素限制，选定了某个特定的平台。
: 但是要知道不同的arch之间，做design是有很多trick的地方的。
|
w***n
发帖数: 1519 | 7 single address space 是指多处理器共享同一个virtual address space
【在 M*****a 的大作中提到】
: single address space是指virtual address和physical address一一对应，同时没有
: logical address?
:
: 文章
: 果不
: 能看
: 差，
: 实是
: 。我
: 的实
|
M*****a
发帖数: 2054 | 8 那不同的进程共享一个virtual address space?
single address space 是指多处理器共享同一个virtual address space
【在 w***n 的大作中提到】
: single address space 是指多处理器共享同一个virtual address space
|
