@LeeReamond 提示找不到 oraclehome ，但是程序都装上了，oraclehome 肯定是有的，就很怪

@gefranks 具体怎么操作呢，网上 oracle 资料不多。sqlplus 客户端也开不起来，运行命令提示
[oracle@localhost ~]$ sqlplus
Error 6 initializing SQL*Plus
SP2-0667: Message file sp1<lang>.msb not found
SP2-0750: You may need to set ORACLE_HOME to your Oracle software directory

@yzbythesea 宋国有庄姓智者，认为井蛙不可语海，夏虫不可语冰，因为根本没见过，理解不了。井蛙听完非常不忿，跳起来说你的逻辑不也适用你吗，你见过井么你

@yzbythesea 劝退的都是装过的人经验之谈，难道还有人凭脑袋想象然后劝退别人？你觉得没问题，那是你的需求能满足，玩手游的人也很奇怪，我这么小一台手机就全搞定了，那帮人为什么组一台那么大的电脑呢，真是咄咄怪事？

win 的异步到现在也没改善吧，因为文件描述符和套接字分开，事件必须由内核提供，而内核是闭源的，三方库很难搞。难以想象有什么理由使得 win 的服务性能高于 linux ，另外寻找稳定版本的 win 也是一个问题，不像 linux 跑就跑了，你可以二十年后再回来看它。

为什么能愉快在一起，因为你实际写过科学运算就知道，在千变万化的业务中，基础逻辑数量庞大，复杂度低，即使并不困难，但如果从零实现谁也顶不住，所以开发方式一定是有一个底层库提供数据驱动，另外再搞一个高层 API 供开发人员组装业务逻辑。

所以这个需求中，从功能性考量高层 API 需要的是调用效率而不是执行效率，这点上 py 完善的 ffi 支持做的非常好。从业务考量，则需要优雅的语义表达以提高实际业务开发效率，这使得大量非职业程序员的数据科学家更容易接受。另外 py 在当时就已经有完善的科学计算库和庞大的生态，这些都是加分项，因为深度学习开发中将数据清洗为合适的输入输出也是耗费精力的大头。如果不理解，不妨设想一下如果当年抢占市场的是 java ，在上述需求方面对非职业程序员会产生什么变化。

发展到今天当然仅从语言角度很多备选都能做的很好了，scala 也有完善的同类产品之前在论坛里还看人宣传过，之所以绝大部分开发者仍在使用 python 仅因为其社区生态活跃的惯性。不过也没有什么大不了的，php ，java ，js 这些主流语言在其主要使用场景都经历过上述过程，在某一特定业务时期极速扩张的影响是深远的，例如至今互联网业务的 90%仍由 php 实现自然不是因为从今天的视角看 php 在语言层面上有什么优势。

@Aloento .net 吹哪都有，就是没人用

可以想见这是一个码农出于乐观主义提出的问题，而贴中一定会被工狗基于现实主义的前提下进行嘲讽，因为码农和工狗就是天生互相看不顺眼的两个群体。。

日常劝不要组 itx

关注一波，倒是想知道怎么搞国内外不同解析

有机会想这些，看来是老板派的活少了。个人经验是忙起来的时候脑袋里 8 成时间在考虑技术问题，闲下来的时候脑袋里才有时间考虑社科问题。

@LeeReamond 看了一遍 10#的回复确实有些给人感觉在强调 rust 的优势，但我写的时候只是想表达目前切换到 c++方案下的疑惑，即我不太熟悉如何打通工作链，而且在数据结构方面没什么积累，c++在这方面又不如 rust 直观。并非为特定语言摇旗呐喊，只要能实现需求我对工具持开放态度

@chenxytw 可能对你来说可以很轻松地找到很多例子进行参考，但是不太熟悉 c++生态，能否帮忙指明一些适合初步接触研究的项目？

@chenxytw 虽然我不写 c++，但是因为具体实现基本只是单纯算法，感觉应该也没有大问题。问题在于工作链条感觉有些成本，因为 c++没有一个中心式的包管理系统，写码过程中还是不可避免用到各种数据结构（以及扩展的比如线程安全的 hashmap ），印象里 stl 这些是有些坑的，一般听说写 c++好像都是自己维护一个工具库。目前的 rust 方案的好处在于 crates 可以集中做包管理，我信任用量高的三方库再加上信任 rust 编译器优化，那么我可以确保写出来的码除了没用 simd 外是理论高效的。c++的话问题在于首先打通开发环境，就是从对接 numpy 到开始写第一行业务代码为止就比较困难，第二点就是似乎不太能像 rust 一样确保代码的理论高效

@leeg810312 之前有人提过这个项目，但是用的人太少，我在论坛里还发帖问过有没有遇到什么坑的，回复寥寥，基本也是没人用的原因

很质疑，这种规模的项目需要半年十万行？

@pwrliang 你没有搞清楚我说的用户资源和管理资源的意思。内核通过 sysepollcreate 划分 fd 资源后内核也要对应产生 eventpoll 结构用来管理，并注册到红黑树，该过程是不能多线间无锁并发执行的。另外软中断触发后内核需要调用 sproc 将事件拷贝到用户空间并在内核解绑，同理也是需要线程间同步的，所以无论同步代码怎么实现，最终同步需求硬件层面的北桥阻塞必然发生

这种压力环境下 sys 占用时间应该超过 50%了，实际上没有任何意义，生产中不会出现未经优化的服务裸面对这种压力。另外关于同步问题，你说没有共享资源属于自说自话，毕竟系统并不为每一个进程分配独立的 epoll 管理资源，这意味着内核要解决这个中断不是那个中断，这个中断绑定的是这个 fd 而不是那个 fd ，红黑表数据结构等都是不可避免地需要同步的，也就是无论软件如何实现，落实到硬件上北桥一定有那一瞬间要阻塞，所以实际处理能力选落后于 ipc 就可以理解了