t***s
发帖数: 4666 | 1 我家电视可以被chromecast waken up |
|
s******n
发帖数: 876 | 2 very interesting. since spurious wakeups are always allowed for wait(), it
is not wrong that JVM decides to wake it up upon thread termination. this
cannot be a useful feature, nobody should sync on a thread object like you
did. probably for some historic reasons. |
|
q*********u
发帖数: 280 | 3 其实是有这方面的应用的，比如
synchronized(this){
...
}
这种代码出现频率很高的。
看来如果是thread对象， 猜测那么jvm有这个特性，当线程结束，线程自己会自动
notify了
very interesting. since spurious wakeups are always allowed for wait(), it
is not wrong that JVM decides to wake it up upon thread termination. this
cannot be a useful feature, nobody should sync on a thread object like you
did. probably for some historic reasons. |
|
m******t
发帖数: 2416 | 4 My kde 4.3 slows down and starts hogs up cpu after a few rounds of
hibernate and wakeup cycles. I hope they get that resolved in 4.4.
.3
is |
|
f******e
发帖数: 106 | 5 拿来准备interview，windows平台。
谢谢。
不晓得这种interview要求怎么answer。我的理解的话，线程无非是在thread里面先
lock再unlock，中间可能加点别的来wakeup云云。socket反正还不是往一个东西里面
write，另外一个read...... |
|
s********k
发帖数: 6180 | 6 wifi当然可以做sleep，只要和AP协议好，比如多少个beacon interval之后自动wakeup
接受信号。这是所有low power的基本策略。
另外wifi功耗高的话可以用zigbee，再说有了GPRS再有wifi实际上有点重叠，想必一个
low power的应用不会是data intensive的。主要应该是一些sensor的数据或者控制信
号吧，用zigbee不错 |
|
d**o
发帖数: 864 | 7 我需要wifi,并且一直接收信号，绝对不能进入sleep，设计必须是这样的，具体原因没
办法说。是很奇怪的需求，所以也正是烦我的原因。wifi的耗电实在太大了。可以通过
设计精简的wifi module来省电，但难度和cost太高。
你说的这个low power的策略是可以给gprs的.
wakeup |
|
