V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  yuikns  ›  全部回复第 17 页 / 共 42 页
回复总数  823
1 ... 13  14  15  16  17  18  19  20  21  22 ... 42  
2019-03-22 12:55:07 +08:00
回复了 chipmuck 创建的主题 WWDC WWDC19 中签,有一起去 San Jose 朝圣的同学吗
1599 单纯来回票价? 6 月份的飞机这个有点贵吧
2019-03-22 12:53:11 +08:00
回复了 pipixia 创建的主题 Docker docker 下运行 jenkins 的问题
没看懂说明...
来个 Dockerfile 和 error message?
2019-03-22 00:28:56 +08:00
回复了 c466934322 创建的主题 职场话题 凉了,从三月初找工作,找凉了
@jxf2008 问的问题和想做的事情不太匹配吧……这是谁 gg 谁吖
@mingyun
> 为配合打造**顺逛**个人品牌矩阵,需全员配合推进:
@shehuizhuyi
> 如无该平台账号,需进行新注册,下为相关平台内容需求及操作指导

@liuxey 我比较懒,选最短的
2019-03-20 21:52:01 +08:00
回复了 qq292382270 创建的主题 问与答 打了十几分钟 110 打不进去....
打过两次,一次在闹市,硬是拖了一个多小时。一次比较偏僻,秒到。


@v2lf 打 110 不是追求武力支持什么的。有一次给二逼二房东坑了,还想扣我押金,人追公司说那个家伙离职了,一个个都嚣张得不行。然后请来 110,说明清楚不需要解决问题,作为监督者在旁边看着就行。然后事情就变得顺利了。
2019-03-20 21:43:07 +08:00
回复了 CodeCore 创建的主题 程序员 这么做包工头是不是有点黑心?
这个其实是风险控制问题。
你给我 X/2 人家觉得合适就行。但要是项目意外出现了,你需要处理的事务和别人的不一样。

我很多年前开始避免使用盗版了,ps 买不起 gimp 也能用。但是各种优惠,各种机构授权什么的,能对口我也绝不会错过。两者并无冲突。

官员不可盘剥贪污,这是因为他们的权力从法律上说是我们授权。而相反的,外包并不是“授权”给包工头找上游。

怎么那么多拎不清的
2019-03-20 21:21:47 +08:00
回复了 litp 创建的主题 全球工单系统 知乎更新的 icon 真的丑 为什么这么丑~
再怎么丑也有人捧啊,那么当然是可劲作呗

要都和我一样一秒钟删,你说它会不会学好
2019-03-20 21:18:00 +08:00
回复了 jdhao 创建的主题 程序员 都来说说,你在 Stack Overflow 上的回答,最高 up vote 有多少?
一堆全是个位数,残念,膜各位菊苣

而且觉得满意的几个回答根本没人睬
@Livid 我以为这种内容应该发到 /go/deals 吧?
又是 1M 带宽。
这是谁带出来的破风气
这个很容易。
不过我们是在 mailgun 下规则实现的
2019-03-20 04:23:35 +08:00
回复了 dbsquirrel 创建的主题 Google Google Stadia
2019-03-20 03:57:33 +08:00
回复了 123s 创建的主题 生活 现在的语言环境太差了,清一色的普通话,小孩子难学其他语种
本题的关键词是“环境”。这意味着对公共环境的要求。下面很多讨论其实是在讨论不同的话题。

一种是公共环境的议题。是否需要有国家出资扶植对应环境?我家乡方言和普通话关系很小,但我也一点都不认为有必要。谁提出要求,谁出钱。有本事自己办培训学校,圈地自萌就是,有没有人去,办得如何外人丝毫不关心也无从置喙。但因为国家用普通话作为标准音,没有额外投资给粤语(那些地方电台谁给的钱..),有人就大喊打压方言。呵。

另一种是功能性上的要求。

C 和 python 之所以不一样,是因为它们满足的是不同的需求。前者对目标的数据结构,系统调用控制要求比较高,后者侧重于比较高层的应用。同一生态位的语言通过交流后,弱势的语言就是会被淘汰。因此 C 和 python 完全可以并且目前来看应该共存。而目前中国环境下,粤语适用而普通话不适用的地方,大概也就是某种情怀吧。

还有一个是历史遗留问题。比如 fortran。现在还有很多 f77 代码,还有人学不是因为要多样性,而是特么有一大坨上古代码不想重新实现。
语言上也是一样。
如果是两千年前,我双手双脚赞成全世界都使用英语,汉语也好,哪怕韩语,爱基斯摩语都行。要是交流成本足够低,我相信管它什么语言,都会逐渐演化成一个足够简明易懂的形式并逐渐固定。
现在难以书同文,主要是落霞与孤鹜齐飞,秋水共长天一色这么美的产品难以迁移。
因此我一直觉得繁体字古文还是有必要了解的。
而粤语,老实说除了冚家铲就是丢你蕾姆,并不太关心。仅有的陈奕迅那些歌即便是粤语也无所谓,反正普通话的歌我也没听懂过。
更让人感到不快的是某些粤语就差一票,粤语是古汉语之类言论。我们方言也只差一票,我们方言找一些和古汉语相关的,和日语相关的音调也很容易啊。只是没那么跳而已。
还有那些拿错别字当“粤字”的,能麻烦你们换个文字糟蹋不
2019-03-20 02:51:27 +08:00
回复了 plko345 创建的主题 Linux 进程无法杀死是什么原因, Running 状态的
@wwqgtxx 感谢指教

https://en.wikipedia.org/wiki/Signal_(IPC)#SIGKILL

> In contrast to SIGTERM and SIGINT, this signal cannot be caught or ignored

学习了。稍微程序试了下,的确不行。平时做 gracefully shutdown 特意只屏蔽了 SIGHUP, SIGINT, SIGTERM 和 SIGQUIT 就想留着 SIGKILL 给脸着地用的。没想到其实也不被允许这样做。

因此我第一种猜想显然是脑补错误的。

关于 “自行了断”,应该是我表述问题。我记得&理解是这样的。通常情况下,所有信号是异步的,我们发送 sigkill, kernel 把它丢进了 q,然后对应进程结束回收资源。通常情况下,它会在若干时间片里面就处理完毕。但是例外也是有的。普通的用户进程是可以随便打断的,但是涉及到 kernel 的调用有时候不行。如果有些 kernel 级别的调用在很短周期内反复使用,或者一直调用不成功,抽不出时间片处理信号,目标的回收就会被延时。

以前有时候遇到有些 python 用户,挂了 100 多 G 数据在内存,意外死了。执行 kill 不成功,但是有其它程序在跑又不太好直接重启。于是就等上两天,它自己抽出空就能消失。
2019-03-19 23:57:10 +08:00
回复了 plko345 创建的主题 Linux 进程无法杀死是什么原因, Running 状态的
@zorn 可能是多进程,挂起后子进程变孤儿
2019-03-19 23:55:33 +08:00
回复了 plko345 创建的主题 Linux 进程无法杀死是什么原因, Running 状态的
python 的线程稀烂,结果各种库都使用多进程。弄到现在搞成这样也是常见
2019-03-19 23:52:40 +08:00
回复了 plko345 创建的主题 Linux 进程无法杀死是什么原因, Running 状态的
linux 里面的 signal 体系都是接收者处理的。你发送 sigkill 后,目标进程在收到 sig 后自行了断。

没有反应有两种可能,一种是程序自定义了 sigkill 的行为,一种是 cpu 一直在忙,可能死循环了。

前者把同事撸起来打一顿重启服务器,后者你试试等两天看它会不会消失,有时候会,不然重启服务器吧
1 ... 13  14  15  16  17  18  19  20  21  22 ... 42  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1046 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 21:13 · PVG 05:13 · LAX 13:13 · JFK 16:13
Developed with CodeLauncher
♥ Do have faith in what you're doing.