V2EX › fawdlstty 的所有回复 › 第 1 页 / 共 3 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3

❮

❯

2022-08-05 11:10:03 +08:00

回复了 fawdlstty 创建的主题 › 求职 › 八年开发者在线求职，广州或远程

感谢各位抬爱，求老兄们别捧杀，我还没找到工作呐

2022-08-04 22:39:17 +08:00

回复了 fawdlstty 创建的主题 › 求职 › 八年开发者在线求职，广州或远程

@zh6335901 感谢抬爱

2022-08-04 22:28:04 +08:00

回复了 fawdlstty 创建的主题 › 求职 › 八年开发者在线求职，广州或远程

@zh6335901 学历低，带砖，大厂进不去

2022-05-01 18:30:44 +08:00

回复了 DIO 创建的主题 › Windows › 最近逛病毒吧，很多用 windows 自带和火绒的都被勒索了

@Cytion 可能是我不熟悉导致，不过这也是严重的用户体验问题。我也知道网上说火绒多好多好，我也是网上那些听多了才去试的。总的来说，如果不是流氓，那么火绒团队技术实力存疑，还得再等他们优化几年再说

2022-05-01 18:23:42 +08:00

回复了 DIO 创建的主题 › Windows › 最近逛病毒吧，很多用 windows 自带和火绒的都被勒索了

@Cytion 在我看来，火绒比较流氓。火绒给我最大的用户体验是，装完 cpu 就稳定 20%+，不管让它待多久还一直这么跑，像是在挖币一样，设置里也没找到怎么设置回去，网上没搜到有效的解决方案，一小时后实在受不了然后卸了。360 感觉还好，主要问题是偶尔来个弹框，只要在控制面板里双击（假装卸载），然后点去广告弹窗就好了。

2022-04-27 14:57:18 +08:00

回复了 a523 创建的主题 › Python › 为什么面试官喜欢问某一门语言（比如 go 或者 Python ）的内存回收机制？

1 、crud boy 工作是不需要知道 gc 内容的，不过面试官通常考虑到可能因为项目扩展需要，有一些深度方面的知识的人来写 crud ，能比只会最简单那帮人靠谱。因此一般都需要问这个
2 、写了 8 年不了解 gc 啥的其实没啥问题，技术有两个发展方向，一个是架构，一个是应用，前者就要求一些很深的技术，后者要求能把极简单的技术整合一下，做成有用或有意思的东西，能在 github 收千星，我猜测你走的后者，不过你得判断一下你走的路子
3 、写八年 crud 也可以，不过这是个人选择，别人问 gc 啥的是他们的路子，道不同不相为谋

2022-04-27 10:03:35 +08:00

回复了 fawdlstty 创建的主题 › C++ › libfv：基于 C++20 的异步 HTTP 库

@hez2010 找到一篇文章 https://zhuanlan.zhihu.com/p/395250667
里面有句话“实际上，Future/Promise 并不适合性能要求很高的生产环境，比如游戏引擎任务框架等”
co_await 也是 Future/Promise 吧。中间数据传递的类型都被擦除了（有状态，但编译器在优化时没法和 continue 方法一一对应），从 awaitable 对象外部看来也只知道返回类型是什么类型。使得这关键字从目前设计看来，没法优化

2022-04-26 15:52:34 +08:00

回复了 holmes1412 创建的主题 › C › 分享新思路：一个逻辑完备的线程池

勘误：“通过系统提供的 pthread 或者 std::thread 创建线程，就可以实现多线程并发执行我们的代码”
首先 pthread 和 std::thread 都不是系统提供的，系统提供的函数比如 windows 平台，api 叫 CreateThread （或类似名称比如 NtCreateThread ）。其次，“并发”应该改为“并行”（并发代表同时发生，并行代表同时运行）。
“但是 CPU 的核数是固定的”这句联系上下文不太准确，cpu 并行线程数不等于核心数，所以这儿应该把核数改为线程数。

2022-04-26 11:33:17 +08:00

回复了 fawdlstty 创建的主题 › C++ › libfv：基于 C++20 的异步 HTTP 库

https://www.zhihu.com/question/475282755/answer/2209455717

2022-04-26 09:37:35 +08:00

回复了 fawdlstty 创建的主题 › C++ › libfv：基于 C++20 的异步 HTTP 库

@ysc3839 好吧，我没认真看过，凭理解我感觉有 stackful 和 stackless 方案，然后默认它是 stackful 方案了

2022-04-25 22:59:20 +08:00

回复了 fawdlstty 创建的主题 › C++ › libfv：基于 C++20 的异步 HTTP 库

@ysc3839 你是对的。我记错了。co_yield 涉及保存 /加载现场

2022-04-25 13:48:56 +08:00

回复了 fawdlstty 创建的主题 › C++ › libfv：基于 C++20 的异步 HTTP 库

@hez2010 赞同你的观点，原理上非常高效，并且通用。不过，回调在汇编层面，寄存器或线程栈里存入参数，call 就行了； co_await 复杂很多，一方面涉及保存 /加载现场（ pushad/popad ），另一方面还得有状态机等等。在具有真正需要等待的任务面前实际上没法做比较明显的优化，顶多也就是 llvm 的那一套，逻辑一句也少不了。c#在异步这一块往前跑了很多年了，基于 Task<>的优化方案是通过 ValueTask<>，实际原理是没有真正异步等待的优化为同步调用实现。它也没法优化真正需要异步等待的情况

2022-04-25 12:57:10 +08:00

回复了 fawdlstty 创建的主题 › C++ › libfv：基于 C++20 的异步 HTTP 库

HTTP1.1 还好吧，简单的协议。HTTP2 、HTTP3 得找其他轮子了

2022-04-25 09:11:59 +08:00

回复了 fawdlstty 创建的主题 › C++ › libfv：基于 C++20 的异步 HTTP 库

@ysc3839 噢，不对，我看错了。应该这样说：类似回调函数的实现，但因为多做了一些事，导致性能要差很多

2022-04-24 17:55:13 +08:00

回复了 fawdlstty 创建的主题 › C++ › libfv：基于 C++20 的异步 HTTP 库

@ysc3839 这个看起来像是，因为没有需要等待的东西，所以被编译器优化成了普通回调

2022-04-24 17:16:42 +08:00

回复了 fawdlstty 创建的主题 › C++ › libfv：基于 C++20 的异步 HTTP 库

@FrankHB 我用 c 艹 20 的东西不是因为我特别喜欢新特性，主要原因是我非常喜欢 c#的 await 语法，迫不及待想在 c 艹里用而已。毕竟对于 c 艹来说，能像 c#一样简单的开发异步程序是一件很有意思的事

2022-04-24 17:11:04 +08:00

回复了 fawdlstty 创建的主题 › C++ › libfv：基于 C++20 的异步 HTTP 库

@Calatrava 好吧。这个我后面加上

2022-04-24 17:10:36 +08:00

回复了 fawdlstty 创建的主题 › C++ › libfv：基于 C++20 的异步 HTTP 库

@FrankHB 1 、你上面说的是对的，所以 u8string 之类的难用或者不稳定的特性我都没用到，新特性里我只用到了 co_await
2 、beast 不好用，我是想一行 co_await 就能发起请求，beast 只能说，挺规范的
3 、作为个人开发者我没法保证任何情况都能积极维护。用的人少就不说了，用的人多了，像 duilib 那样，就算作者不维护其实也能开枝散叶

2022-04-24 16:44:41 +08:00

回复了 fawdlstty 创建的主题 › C++ › libfv：基于 C++20 的异步 HTTP 库

@Calatrava 你说的有道理，不过你见过哪个流行的库有做 dns 缓存的嘛？这个需求非常个性化，只能用户自己处理。libcurl 、asio 、libev/uv/hv 等等不都没做。不做这个不代表局限于 demo ，而是给用户自由发挥流有余地

2022-04-24 16:42:17 +08:00

回复了 fawdlstty 创建的主题 › C++ › libfv：基于 C++20 的异步 HTTP 库

@wanguorui123 c 艹 20 有 co_await

1 2 3

❮

❯