p*******8
发帖数: 26 | 1 个人搞database的，不知为啥被match到网络组了，不过也挺感兴趣。
面试上来狂问技术细节，epoll和select的区别，如何在java中调用c.
这些没答上来，问完就结束了。没有任何general问题交流。
感觉要悲剧了。
不知道是否还会有下次被match的机会？
求高人指点。 |
|
|
e****e
发帖数: 677 | 3 linux C，TCP/IP， libevent, epoll, ngnix, 多进程多线程
等服务器后台开发
在美国职位多吗？
还是已经过时，现在都是java等新技术？ |
|
|
|
|
w**k
发帖数: 6722 | 7 这里都是ETF
发包子吧
AADR AAIT AAXJ ACIM ACWI ACWV ACWX ADRA ADRD ADRE ADRU
ADZ AFK AGA AGF AGG AGLS AGND AGOL AGQ AGZ AGZD AIA
AIRR ALD ALFA ALTS AMJ AMLP AMPS AMU AMZA AND ANGL
AOA AOK AOM AOR ARGT ARKG ARKK ARKQ ARKW ASEA ASHR
ASHS AUNZ AUSE AXJL AXJS AXJV AYT AZIA BAB BABS BAL
BAR BBC BBH BBRC BCHP BCM BDCL BDCS BDD BFOR BIB BICK
BIK BIL BIS BIV BIZD BJK B... 阅读全帖 |
|
X****i
发帖数: 1877 | 8 $【2018年7月25日404个股票的短期谷底高峰预测】$
【喜欢就顶，顶到99楼，就再次发最新并且更好更多机会的预测。】
对比预测，如果股价越极端，散户获暴利的机会和风险其实反而越佳。
花街的捣蛋，挤空或砸价，其实是制造极端价供精明的散户收割暴利。
花街这么做绝非善意，而是要吓唬散户在其人为的极端价割肉出局。
花街有用之不尽的代理基金和资金充炮灰，可以任性的挤高峰砸谷底。
花街有别人的代理钱来任性，用大量炮灰钱可以买出涨价，砸出跌价。
股票最不定因素，就是花街每天对散户的捣蛋，尤其挤高峰和砸谷底。
以下是为蝌蚪们提供的最基本，炒股绝对须要遵守，的注意事项：
1. 预备大量(>=50%)现金，准备用来收割花街人为制造的捣蛋极端价。
2. 只用50%的现金做买卖的预算，分散风险在10到20个不同的股票里。
3. 一旦价格接近预测的谷底或高峰，就开始用短期的趋势线跟踪。
4. 如果价格比预测极端，意味花街可能在捣蛋，即挤空或砸价。
5. 既然花街意在制造极端价，那就耐心的避其锐气，袭其惰归。
6. 所以只要短期趋势线没破，就不下单，不加码，不管价位多极端。
7. 这样才能充分利用花街制造的... 阅读全帖 |
|
s*******s
发帖数: 9926 | 9 【 以下文字转载自 SanFrancisco 讨论区 】
发信人: saiholmes (saiholmes), 信区: SanFrancisco
标 题: 辩论结束后 Obama民调狂增
发信站: BBS 未名空间站 (Thu Oct 18 22:36:49 2012, 美东)
http://www.realclearpolitics.com/epolls/latest_polls/president/
其实生活在加州 你的一票早就内定投给Obama了 所以在那边紧张的也很白痴
因为加州根本不是Swing State 而且还是深蓝 所以根本不会影响选举结果
影响选举结果还是看那些Swing States 所以民调也主要做那几州而已
看起来民调增加一片蓝 辩论果然影响很大 |
|
s*******s
发帖数: 9926 | 10 【 以下文字转载自 SanFrancisco 讨论区 】
发信人: saiholmes (saiholmes), 信区: SanFrancisco
标 题: 辩论结束后 Obama民调狂增
发信站: BBS 未名空间站 (Thu Oct 18 22:36:49 2012, 美东)
http://www.realclearpolitics.com/epolls/latest_polls/president/
其实生活在加州 你的一票早就内定投给Obama了 所以在那边紧张的也很白痴
因为加州根本不是Swing State 而且还是深蓝 所以根本不会影响选举结果
影响选举结果还是看那些Swing States 所以民调也主要做那几州而已
看起来民调增加一片蓝 辩论果然影响很大 |
|
|
o**********e
发帖数: 18403 | 12 我们2014的目标是更多基层华裔领袖的成功当选 (可能主要是华人聚居区)。 但是2016
的目标是没有一个总统候选人愿意冒着落选的大风险散布不负责任的辱华言论，这就需
要 battleground states的星星之火了。 是的： FLORIDA的XDJM们!!! 你们请读！
The concept of swing states, swing elections and block voting is very
powerful in democratic process. Please take the time to read.
http://www.realclearpolitics.com/epolls/latest_polls/president/
(世界日报) In most of the recent presidential elections, bashing China was
an obligatory stance for the non-incumbent candidates. This kind of
rhetoric is so commo... 阅读全帖 |
|
|
o**********e
发帖数: 18403 | 14 【 以下文字转载自 Florida 讨论区 】
发信人: onetiemyshoe (onetiemyshoe), 信区: Florida
标 题: 选票上以少胜多。佛州请组织起来！
发信站: BBS 未名空间站 (Tue Nov 19 09:41:46 2013, 美东)
我们2014的目标是更多基层华裔领袖的成功当选 (可能主要是华人聚居区)。 但是2016
的目标是没有一个总统候选人愿意冒着落选的大风险散布不负责任的辱华言论，这就需
要 battleground states的星星之火了。 是的： IOWA的XDJM们!!! 你们请读！
The concept of swing states, swing elections and block voting is very
powerful in democratic process. Please take the time to read.
http://www.realclearpolitics.com/epolls/latest_polls/president/
(世界日报) In most of the rec... 阅读全帖 |
|
|
|
|
|
|
|
|
|
|
|
s*******s
发帖数: 9926 | 25 【 以下文字转载自 SanFrancisco 讨论区 】
发信人: saiholmes (saiholmes), 信区: SanFrancisco
标 题: 辩论结束后 Obama民调狂增
发信站: BBS 未名空间站 (Thu Oct 18 22:36:49 2012, 美东)
http://www.realclearpolitics.com/epolls/latest_polls/president/
其实生活在加州 你的一票早就内定投给Obama了 所以在那边紧张的也很白痴
因为加州根本不是Swing State 而且还是深蓝 所以根本不会影响选举结果
影响选举结果还是看那些Swing States 所以民调也主要做那几州而已
看起来民调增加一片蓝 辩论果然影响很大 |
|
|
|
|
o**********e
发帖数: 18403 | 29 【 以下文字转载自 CivilSociety 讨论区 】
发信人: onetiemyshoe (onetiemyshoe), 信区: CivilSociety
标 题: 选票上以少胜多
发信站: BBS 未名空间站 (Mon Nov 18 13:37:12 2013, 美东)
The concept of swing states, swing elections and block voting is very
powerful in democratic process. Please take the time to read.
http://www.realclearpolitics.com/epolls/latest_polls/president/
(世界日报) In most of the recent presidential elections, bashing China was
an obligatory stance for the non-incumbent candidates. This kind of
rhetoric is so common ... 阅读全帖 |
|
|
|
a****a
发帖数: 5763 | 32 经过6年时间，4个发行版，苹果终于完成了向64位的迁移，并随着Snow Leopard的发布
推出了解决并行编程问题的Grand Central Dispatch（简称GCD）技术，释放了多核系
统的潜力。
和10.5一样，在10.6 Snow Leopard中，苹果继续利用64位的迁移砍掉了诸多老技术，
很多新技术仅以64位的模式被支持。例如重写的QuickTime X框架，虽然QuickTime X应
用程序以32位和64位的模式发布，但其API仅暴露给64位。另一个例子是Objective-C 2
.1的运行库，快速Vtable调度，新的和C++统一的异常处理模型，以及彻底解决对象的
FBI问题等，都仅限64位程序使用。
内核的64位化
读者应该发现，经过这4个发行版，Mac OS X自下而上地对整个系统向64位迁移。10.3
内核空间提供了64位整数运算的支持。10.4允许程序以64位模式运行在用户空间，并且
提供了64位的libSystem使得开发者可以开发64位的Unix程序，而10.5中系统所有未废
弃的函数库、框架都提供64位版本，到了10.6，所有用户空间的程序，包括... 阅读全帖 |
|
w***g
发帖数: 5958 | 33 我也觉得很不爽。搞系统的弄了那么多年kqueue,epoll，难道都白弄了？
事实上hadoop的overhead很大的，只有数据极大的情况下才划算。 |
|
|
|
m*******e
发帖数: 20 | 36 额。。首先这种东西叫做daemon，而不是server。
创建daemon本身就不复杂，复杂的是怎么处理这些连接。
或许你会用到libevent, epoll这些库，可能还需要考虑threads或者是Processes。
具体怎么弄，还要看你选择什么语言了。 |
|
c*****g
发帖数: 119 | 37 给select加timeout；或者用asynchronous的方法，比如epoll |
|
b********n
发帖数: 609 | 38 你还真是不懂Linux。
Windows上有IOCP所以可以实现asynchronous socket。Linux上的aio只是file system
能用，socket不能用。但是synchronous的epoll性能仍然超过IOCP。
asynchronous的支持了。 |
|
s********k
发帖数: 6180 | 39 我不熟悉node.js,不比较了。据说linkedin用它直接可以把10台服务器做的事情压缩到
一台，也很牛逼，不过我觉得不只是语言牛逼，而是处理问题方法变了。应该说event
based的处理代替multithreading在Application层面算是大势所趋吧。这个我觉得跟语
言无关，高性能web 服务即便C也是epoll之类的比pthread用的多了。python有twisted
的这样的库支持。node.js好像全是event driven的。二爷你熟悉的scala不是也不是
multithreading的吗？ |
|
c***d
发帖数: 996 | 40 这个说法比较糊涂啊。 async 在 user space上原本就两种实现， 一个是基于轻量
mutex出来的pthread， 一个是基于epoll/kqueue封装出来的libevent. 你可以说async
不等于性能， 但说async不等于concurrency, 这个需要一些超过普遍认知的定义。
c1- |
|
h****r
发帖数: 2056 | 41 one more point,
aio or epoll kind is O(1), poll/select kind is O(n), there could be huge
performance difference at server end.
google "c10k" can get complete list of articles about this topic.
I |
|
x****u
发帖数: 44466 | 42 您老连epoll is much more scalable then thread pool都敢说，还有脸骂街？ |
|
p*u
发帖数: 2454 | 43
epoll is much more scalable then thread pool |
|
f****4
发帖数: 1359 | 44 =这不是又来给魏老师洗地。退一万步，我老那个设计，出票不分库了，你该上啥机器上
=啥机器，反正总量亿级别，又是后台处理，没啥不行的。我分库的主要目的是减少处理
=延迟。再慢一亿张票当天也处理了。
别废话，我第一帖子里面就在等你打补丁。后面300个人因为你们的假设：queue排队必
须公平block在哪。这个假设你们放在那，不管你用什么东西实现数据库，分布的也好
，不分布的也好，延迟就在那。
前面有提到一个queue排队公平的问题。这是zhaoc和goodbug一直要实现的。还是2个车
次，不同数据库的例子。1还是要先买K356然后K789到常熟。2只是买K789上海到南京。
2的请求在B数据库上晚于1.在A上面，1的请求之前已经有200个买票请求了。在B上面
K789还有一张票，1排第一个，2排第二个，然后后面还有300个买票请求。因为排队公
平，2为了买到票，必须等1的银行交易要么成功，要么失败。1要完成交易，必须等在A
上的200个请求完成交易。这个交易是包含了慢的银行划款。2的排队时间被延长了。2
后面的300个买票请求都被延长。特别是春运这种，转车的时候
是第2天的情况很多，而... 阅读全帖 |
|
c****3
发帖数: 10787 | 45 Linux下是epoll吧，IOCP是Windows下专用的。好像搞网游的必须用这个，否则服务器
撑不住那么多人同时在线，响应速度也得快，否则人家网游里开枪，你还傻在那里。 |
|
a***n
发帖数: 538 | 46
asio的epoll有global mutex啊。曾今折腾死我了。 |
|
T********i
发帖数: 2416 | 47 epoll有脱裤子放屁的嫌疑。
其实，现实上，效率最高（through, latency）的方案恰恰是用poll。 |
|
c****3
发帖数: 10787 | 48 高并发Web服务器和高频交易的高并发客户端从网络编程，其实是一样的技能。
高并发Web服务器，最早这个问题是C10K问题，大家为了解决这个问题发明了epoll,io
completion port这些事件通知驱动的socket.现在这个问题变成C10M，为了卖高速网卡
，现在还搞kernel bypass。
最多魏老师不是做数据库的，他搞个计数器，设计比较怪。从设计上，也没觉得不能工
作，只是实际上从维护角度，就算能工作，也没有人敢用这种设计。但也没有啥，本来
就是为了好玩，又不是真的要实用。
最后加了其他条件，就没得看了。 |
|
T********i
发帖数: 2416 | 49 c10m的问题，其实对很多人来讲，都是counter intuitive的。
比如，真做高性能的socket，poll比epoll效率高多了。
是不是poll一定最好？其实有办法比poll效率还高。
这个我就不能多说了。 |
|
c****3
发帖数: 10787 | 50 这种连接数量必须用epoll，用select，poll就出你这种问题。
sec |
|
