首页   注册   登录
 lishunli 最近的时间轴更新

lishunli

  •   V2EX 第 78895 号会员,加入于 2014-10-27 23:50:13 +08:00
    貌似 gcp 不行了?
    云计算  •  lishunli  •  2 天前  •  最后回复来自 torbrowserbridge
    14
    缓存刷新问题
    算法  •  lishunli  •  326 天前  •  最后回复来自 skydiver
    2
    vultr 一到晚上丢包就太严重了
    云计算  •  lishunli  •  275 天前  •  最后回复来自 seri
    64
    deleted
    Chamber  •  lishunli  •  2016-01-22 23:35:17 PM  •  最后回复来自 GeekTest
    1
    lishunli 最近回复了
    33 天前
    回复了 wwww961h 创建的主题 云计算 20 一年新购或续费域名,需要的请留下 Q
    517494686
    电脑端挂代理,比如 fiddler,改 hosts,手机连上去就可以了
    52 天前
    回复了 wxsm 创建的主题 程序员 分页查询,查个 total 很难吗?
    带 total 又要多查一次 db,要考虑量大性能问题什么。有总数就有可能查到最后一页,量大的话数据库查询最后几页还是很慢的。当然前提是数据多,如果就很少那无所谓了。
    感觉内推人不是技术也不是 hr
    申请的手机新号码,已经被卖给了 [东方财富] 和 [中信银行信用卡] ,仅供参考。
    @wucao219101 之前发了简历给您,请帮忙推荐,不过没有消息噢
    git init --bare
    year--
    101 天前
    回复了 jiangxinlingdu 创建的主题 程序员 分布式唯一 id: snowflake 算法思考
    sequence (10 bits) 每秒下的并发序列,10 bits,这个算法单机每秒内理论上最多可以生成 1000*(2^10),也就是 100W 的 ID,完全能满足业务的需求。
    ~~ 这里如果 sequence 真的是每秒的并发序列,那么就不能够*1000,也就是 TPS 大概也就 2^10 ( 1k 左右)的,看了下百度的 uid-generator 也是每秒的序列(好像是 13bit ),还不清楚怎么实现能够单机 600w/s (看代码 uid-generator 确实是每秒中的并发序列)
    提供方删除
    <context:component-scan base-package="com.hanting"/>
    <dubbo:service interface="com.hanting.service.UserService" ref="userService" />

    消费方删除
    <dubbo:reference id="userService" interface="com.hanting.service.UserService"/>
    <context:component-scan base-package="com.hanting"/>

    dubbo:annotation 就已经包含了上面的,再试试
    206 天前
    回复了 toptyloo 创建的主题 英雄联盟 一首凉凉送给鸟巢。
    也许还有明年,只是感觉会加速 lol 下滑
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   鸣谢   ·   2351 人在线   最高记录 3541   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.1 · 10ms · UTC 01:04 · PVG 09:04 · LAX 18:04 · JFK 21:04
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1