zhipeng's recent timeline updates
zhipeng's repos on GitHub
JavaScript · 163 watchers
snappyjs
JavaScript implementation of Google's Snappy compression library
C++ · 76 watchers
project-lemon
Automatically exported from code.google.com/p/project-lemon
CoffeeScript · 3 watchers
qcircuit-gui
Q-circuit Web GUI
Shell · 2 watchers
dockerfiles
Dockerfiles for personal use
Python · 1 watchers
ec2-auto-stop-daemon
C · 1 watchers
tunet-unix
C implementation of Win32 TUNet protocol that works on Unix-like systems
JavaScript · 0 watchers
angular-input-autosize
Auto-resizing input field for AngularJS
0 watchers
anna
A low-latency, cloud-native KVS
0 watchers
anna-cache
A local cache for the Anna KVS
Python · 0 watchers
benchmarks
Benchmark code
0 watchers
canonical-raft
C implementation of the Raft consensus protocol
0 watchers
cloudburst
A stateful serverless platform
0 watchers
cluster
Cluster management tools for the Hydro stack
0 watchers
encrypted-dns
Configuration profiles for DNS HTTPS and DNS over TLS for iOS 14 and MacOS Big Sur
Rust · 0 watchers
flood
Ruby · 0 watchers
homebrew
:beer: The missing package manager for OS X.
C++ · 0 watchers
incubator-mxnet
Lightweight, Portable, Flexible Distributed/Mobile Deep Learning with Dynamic, Mutation-aware Dataflow Dep Scheduler; for Python, R, Julia, Scala, Go, Javascript and more
C++ · 0 watchers
katana
JavaScript · 0 watchers
linter-clang
Lint C-based files using Clang.
Shell · 0 watchers
mediabox
Java · 0 watchers
news-app
Python · 0 watchers
original_performance_takehome
Anthropic's original performance take-home, now open for you to try!
C · 0 watchers
quickjs-rs
Rust wrapper for the quickjs Javascript engine.
C++ · 0 watchers
rocksdb
A library that provides an embeddable, persistent key-value store for fast storage.
Python · 0 watchers
rubber
Rust · 0 watchers
rustlings
:crab: Small exercises to get you used to reading and writing Rust code!
JavaScript · 0 watchers
tsinghua-learn-parser
JavaScript parser for THU's learn website
TypeScript · 0 watchers
watchman-processor
Folder synchronization tool with a simple dashboard
0 watchers
x265
Open Source H.265 / HEVC video encoder
C · 0 watchers
zookeeper-client-c
zhipeng

zhipeng

V2EX member #100743, joined on 2015-02-27 16:55:53 +08:00
zhipeng's recent replies
Arch
@wy315700 我还听说过利用字符串比较函数的运行时间差异破解XBOX的MAC来加载盗版游戏。。。。。
@wy315700 确实好多年前就有了,应该已经是常识了。。
又是side-channel attack。。这类attack一般脑洞都比较大,见过利用power consumption获得RSA密钥的。。
May 6, 2015
Replied to a topic by khowarizmi 程序员 github 无法访问
(现在Pacific time夜里4点。。。github的码农也是够拼。。
May 6, 2015
Replied to a topic by yakczh 程序员 线程和进程在运行性能上是不是一样?
@riaqn 不同进程的地址空间对应的物理地址不同吧,所以cache效果会比多线程弱一些
@chaucerling 我说的是语言问题。运行效率的决定因素主要在语言上。Ruby、Python、JavaScript这样的动态类型语言,基准运行效率肯定比不上静态类型的Java。
(说到Java的语言特性,不是一直被C#吊打吗。。听哪个人说Java 8才约等于C# 2.0)
开发效率和运行效率是矛盾的。。。RoR、Django,Node虽然开发效率比Java高,但由于动态语言特性,运行效率比不上Java的各类框架。。
May 6, 2015
Replied to a topic by yakczh 程序员 线程和进程在运行性能上是不是一样?
Windows里的进程线程模型是,进程是线程的容器,程序执行都是以线程为单位的。
Linux中只有进程,线程只是没有独立虚拟内存空间的进程。
从运行时间上来看我感觉不会有太大差别。但考虑到创建进程的代价大于创建进程,并且线程间通信比进程容易(同一个进程中的线程有公共的地址空间,公共的地址空间也可以使得CPU的cache能更好发挥作用),如果这类操作十分多,最终可能导致多线程处理快一点。
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1654 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 16:21 · PVG 00:21 · LAX 09:21 · JFK 12:21
♥ Do have faith in what you're doing.