kinkin666

kinkin666

V2EX 第 687013 号会员,加入于 2024-04-26 16:51:20 +08:00
今日活跃度排名 2063
根据 kinkin666 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
kinkin666 最近回复了
12 小时 53 分钟前
回复了 fancy2020 创建的主题 生活 身份证号被盗用注册山姆会员
@fancy2020 #22 盲猜他们还是以客户号为中心的,手机号和证件号码只是一个做了唯一校验的字段;如果你主张原手机号无法使用,这个客户号就会是你的;如果你主张证件号码被盗用,那么那个客户号的证件号码被置失效吧。所以,看你主张属于那种情况 😂
@lele140 这就是需要权衡的,风险总是要利用的,没有应急车道的路段堵车的时候应急车辆要通过就得警灯喇叭或者人工限流;承受不了的情况下 —— 所以有的路段永远看不到应急车道允许通行

观察到,隧道往往没有应急车道,隧道里出事,隧道口的小房子里的人就拿雪糕桶出来挡路了,施救车辆过来就把桶拿开,弄好了再放行
四车道比如沪昆个别路段是双向八车道,且车道较宽,应急车辆随随便便拉个警报就能往前开
城市快速路,因为口子多,离医院近,也往往没有应急车道
堵车的时候可能会有电子屏、大喇叭、指示牌指示允许应急车道允许临时通行开始及结束

这不代表堵车的时候一定允许通行,在这种情况下占用应急车道就是插队,就是不道德,就是违法

——————————————————————————————

清明这两天堵,就边开边想为啥有的路段允许通行,想到了一个前提条件,就是允许通行是否能改善拥堵:

如果前方通畅,比如事故封道解除、当前路段车道减少、横风路段车辆缓行、龟速车引起的幽灵堵车,这种情况下运行应急车道通行有意义;相当于前置服务压力大,那就多加几个实例

如果前方拥堵,比如事故施工封道、枢纽拥堵、流量控制,这种情况下属于竞争资源有限,排队是公平的,高速必定不会允许应急车道通行;跟多线程并发类似,后端容量就这样了,并发高了只会让事情更糟糕;仔细观察,发现这种时候还会路边停辆警车刻意减少车道
2 天前
回复了 LovelyFang 创建的主题 小米 事件就这样过去了嘛
这两天开高速上,看到极氪 007 和智己 L6 、LS6 都觉得他们质感挺好的,挺顺眼的 🤣
2 天前
回复了 lnbiuc 创建的主题 生活 怎么看病才能不被宰
大方点,不用狗狗祟祟的,去正规医疗机构,医生都懂,都是能沟通的人
我上次去九溪,两个女孩子水沟跨不过来,眼巴巴的想要我扶她们一下这样

最好是两个男的一起出去找两个女的,一个人去搭讪有点吓人的,两个人就好很多
有个问题哈,在 npp 里中英文列选择还是有问题,是我选用的版本不对还是需要哪里再设置(装的是 NF-unhinted
差的不是几毫秒的问题,1.001 秒也可以吻合小米公布的这个通告,但这和普遍认为的 2 秒还是有差距的
———— 即使说到底是驾驶员的责任,而且这儿讨论的也不是法律吧 ~

按#40 贴的 GB39732-2020 的附表 A ,报文里面只记到秒,且精度为 1 ,落盘的原始数据里没有毫秒数据,没有刻意隐瞒毫秒这个细节。

如果小米愿意刨开肚子看看吃了几碗粉的话,还有至少两个办法:

1. 假设网络传输为每个日志报文附加的延迟时间相对稳定,那么服务端收到的连续报文的日志(假设有)的毫秒差可以参考
2. 落盘入库了总有顺序号、流水号之类的东西吧(假设有),就算前面套上了点东西形成并发的情况,也可以假设车辆早发送的早落盘,迟发送的迟落盘,看最关键的两条日志的流水号隔了多少也能看出点名堂
就算有小孩,也要对侄儿侄女外甥外甥女好一点 🤣
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   972 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 9ms · UTC 22:11 · PVG 06:11 · LAX 15:11 · JFK 18:11
Developed with CodeLauncher
♥ Do have faith in what you're doing.