V2EX › neoblackcap 的所有回复 › 第 58 页 / 共 102 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 54 55 56 57 58 59 60 61 62 63 ... 102

❮

❯

2017-08-27 13:45:47 +08:00

回复了 wsgzao 创建的主题 › Python › PyCharm 使用心得

@wsgzao 你这这些问题，我只能说能解决一部分，但是不能根本解决，毕竟你的 IO 差，怎么调优也没办法啊。我这配置是 JVM 的参数调优，主要是增大 Heap 以及使用 G1 的垃圾回收算法，以起到缩小 STOP THE WORLD 的时间。当然如果你的内存很大，我觉得你可以调高 heap，然后关闭自动保存，有一定的成效。Pycharm 对 GPU 这方面要求应该不高，毕竟 openjdk 的光栅化都不如 oracle jdk。现在都改用 openjdk 了，使用起来也没什么影响。你的 IO 差大概只能寄托于你们系统管理员了吧。

2017-08-26 14:45:03 +08:00

回复了 wsgzao 创建的主题 › Python › PyCharm 使用心得

custom vm option:
-Xms1024m
-Xmx2048m
-Xbootclasspath/a:../lib/boot.jar
-XX:ReservedCodeCacheSize=256m
-XX:+UseCompressedOops
-XX:+AggressiveOpts
-XX:+UseG1GC
-XX:+AlwaysPreTouch
-Dide.no.platform.update=true
懂的话就拿去用，充分利用系统资源，减少卡顿

2017-08-19 12:06:32 +08:00

回复了 Counter 创建的主题 › .NET › Visual Studio Community 在企业环境使用免费吗？

以上的均不对，community 版本在企业也是能用的，前提是你们公司的年营收不超过 100 万

2017-08-17 17:30:59 +08:00

回复了 can126 创建的主题 › 程序员 › 我这种资历能找到机器学习方面的工作嘛？

做什么都可以，只要你愿意付出对应的努力，若是学历是硬伤，那读一个博士不就行了。世界本没有什么行还是不行，倒是你现在要去找对应的工作比较难，你要付出比较大的努力，而且是非常大，若是别人本科 2 年能找到这样的工作，你怕是要 4 年

2017-08-16 19:30:56 +08:00

回复了 woostundy 创建的主题 › Python › Python 2.7 Gunicorn + Flask，有大量的第三方服务 http 请求， requests 库阻塞导致出现性能瓶颈

@woostundy 你的 QPS 没有增长，那么你是 gunicorn 的 worker 跑满了吗，要不然不应该线性增长吗？要不直接加大 gunicorn 的 worker 看看，反正你数据库又不是瓶颈

2017-08-16 13:22:13 +08:00

回复了 woostundy 创建的主题 › Python › Python 2.7 Gunicorn + Flask，有大量的第三方服务 http 请求， requests 库阻塞导致出现性能瓶颈

@woostundy 还有就是你发现 gevent 的 monkeypatch 用了不起效，很有可能是你已经载入了 Python 的底层网络库，那么 gevent 的 monkeypatch 就不起效了，monkeypatch 必须在网络库载入之前使用，否则无效。
requests 对 gevent 的兼容性挺好的，毕竟 requests 是一个纯 Python 的 http 库，gevent 能完美支持的，一般不支持的是因为底层用了 C 库，monkeypatch 没法对这些库进行打补丁导致，具体例子就是 mysql-python。

2017-08-16 13:16:18 +08:00

回复了 woostundy 创建的主题 › Python › Python 2.7 Gunicorn + Flask，有大量的第三方服务 http 请求， requests 库阻塞导致出现性能瓶颈

楼主你需要同步返回给客户端吗？假如是的话，flask 是解决不了这样的，哪怕是 Gunicorn + gevent 也是一样。毕竟你用了大量的同步库，比如数据库连接什么的，那 gevent 肯定也是堵塞的。你可以做的只有用另外的语言或者框架来替代这个 API，比如上面封装一层 Tornado 或者 Golang 写的模块。
如果是异步的接口，那么你可以将所有请求扔到 celery，由 celery 处理，celery 来起一个 gevent 类型的 worker，gevent 的 worker 处理所有的网络请求，完美兼容你的 requests 逻辑。前提是你的接口是异步的，celery 的 worker 能独立地返回请求给客户端。

2017-08-16 12:01:11 +08:00

回复了 fyooo 创建的主题 › 程序员 › 多核单网卡服务器-多进程和协程性能对比？

《 Linux 多线程服务端编程》可以帮到你，不过不要将协程什么的想象得如此美好。

2017-08-15 21:50:29 +08:00

回复了 Ehco1996 创建的主题 › Python › 利用『爬虫』折衷解决个人支付宝支付系统 ---- 获取账单信息

@Ehco1996 小心太快了账号被封，我以前也搞过，实在是太苦逼了。我的方案是用 headless browser，成功率还高那么一点点。楼主可以参考一下。不过支付宝还有风控系统，一旦他们觉得你异常（我是不知道具体的指标了），你的账号就会被封，小心点吧。

2017-08-15 21:46:45 +08:00

回复了 forcecharlie 创建的主题 › .NET › .Net Core 2.0 已经发布

@verrickt scala 不说，kotlin 其实是从 C#这边吸收特性。不过 JVM 的底层优化的确好，毕竟这么多公司在用。不过啊，Java 实在是太啰嗦了，我真希望 Java 能多点语法糖，不要动不动就要写大量的配置，xml，真的很累。

2017-08-15 00:26:56 +08:00

回复了 petelin 创建的主题 › Python › 有什么好办法约束一个函数的执行时间吗?

你是要开发实时系统吗？楼主你说的都是软实时的，简单来说，内核对你的进程进行调度，那么你的函数执行时间上限就有可能会超过了。真要硬实时的话我还是建议你用 C，然后老实地独占一个核心。

2017-07-30 01:30:12 +08:00

回复了 1O 创建的主题 › 全球工单系统 › 浦发信用卡业务员真恶心，不办业务就威胁。

@NSAtools 四大行不缺这点钱嘛，反正对公业务利润高着呢。你看看工行，中行什么的，不存个几十万，压根提都不提信用卡的事。

2017-07-26 10:02:28 +08:00

回复了 fxxkgw 创建的主题 › Python › centos 编译 uwsgi 提示 pcre 函数找不到

@est 萝卜青菜各有所好。我只是觉得极大多数情况 Gunicorn 都是够用的。
比如我之前负责的项目，压根就不需要应用自动 rotate 日志，日志都是 syslog 跟 elk 做的。

2017-07-26 02:18:48 +08:00

回复了 fxxkgw 创建的主题 › Python › centos 编译 uwsgi 提示 pcre 函数找不到

其实 Gunicorn 的性能也不差，部署起来超级简单的，为什么不用这个呢？而且你觉得性能还需要提升还可以将 Gunicorn 自带的 worker 换掉，换成 bjoern 或者 meinheld

2017-07-26 02:08:04 +08:00

回复了 a251922581 创建的主题 › Linux › 创业公司，生产环境，按软件负载，买几十台二手服务器，可用性如何

我只想说，负载均衡没有你想象中的那么好搞。你们业务能忍受多久的业务停滞，mysql 的主从可不是高可用，高可用是另外一套方案，但是高可用又会引起写入性能下降，你们能忍受吗？
机器自己负载低的时候用跟生产环境高负载的情况下用是不一样的，你们既然买 20 台，我想负载肯定不低，你们要做好这样的准备。
还有一点就是，你打算投资多少钱打造你们的运维团队？指望一个人全部管过来？不实际的。你们没有历史积累的运维工具，那么只能靠人力去堆，机器的钱是少啊，不过我怕你之后花在运维上面的钱轻松超过你买新机器或者上云的钱了。

2017-07-19 16:56:04 +08:00

回复了 js0816 创建的主题 › Python › Mac 将自带 Python 升级需不需要删掉老版本？

不删，不缺那点空间。而且我装的 Python 在 brew 里面

2017-07-18 13:31:14 +08:00

回复了 piaochen 创建的主题 › Python › 使用 Django 搭建 APP 服务端的一系列问题

@piaochen 他们提供 perform_create 这样的钩子，你重写这个钩子就好了，update, delete 的都有，具体请看文档

2017-07-18 10:30:58 +08:00

回复了 piaochen 创建的主题 › Python › 使用 Django 搭建 APP 服务端的一系列问题

@piaochen 平心而论，drf 还是蛮便捷的。一般接口直接 Model, ModelSerializer, ModelViewSet 三连就好了，当然你有特殊校验就得你自己写 Serializer 来校验了，跟数据库相关的需要在业务层进行校验。

2017-07-18 09:49:46 +08:00

回复了 piaochen 创建的主题 › Python › 使用 Django 搭建 APP 服务端的一系列问题

我来一一回答
@zonghua 先看楼主的说法，他可不仅要将数据校验放 view，他是想要将一部分业务逻辑也放这里，这个才是我要否定的。所有东西都放第一个地方，重构火葬场

@qq12345454 drf 默认校验了一部分数据，不过只是我觉得它实现的跟我想要的不一样，我更倾向于在类似中间件之类的部件做完这些。将所谓的校验逻辑从 view 里面脱离出来，可能更倾向于 view->validation->model/bussiness

@timle1029 嗯 Django 不是一个 MVC 框架，我认同，但是哪怕 MVC 也好，MVT 也好，Controller 对应的部分也不应该写业务逻辑，这个没毛病吧，Controller 应该是传递对应的参数给 Model 层，让 Model 层对应的模块去处理业务逻辑。此处我会将数据校验也当作一部分业务逻辑，这才是我认为 drf 的数据校验放在 view 不符合我个人的地方

1 ... 54 55 56 57 58 59 60 61 62 63 ... 102

❮

❯