TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Superduper Slow Jar Command (embarassing bug in the jar code)

28 点作者 ks大约 16 年前

4 条评论

Hexstream大约 16 年前
I don't know if there are comparable Windows and Mac equivalents, but with Ubuntu I have this nice "Gnome system monitor" that shows me CPU, Memory, Network, Load Average and Disk IO usage % in real-time at all times. I can't imagine living without it.<p>There's no way I couldn't notice something taking 100% CPU for a long time while not writing to disk when it ought to start writing to disk immediately.<p>It's part of the reason I notice and hate flash stuff that takes 100% CPU for no reason at all. (but I'd notice anyway because my fan gets noisier real fast)
评论 #613943 未加载
评论 #613840 未加载
tezza大约 16 年前
Yuck! I've been using <i>ant</i> scripts which jar up dependencies for years. Other people will be even more impacted than me, like shops that use continuous builds ala CruiseControl.<p>I always wondered why it was so slow, I thought my OS was having to page the files back into memory inefficiently (too little ram cache). Or my disk was too slow. SSD write was so slow that builds weren't improved, so this will be nice to compensate.<p>It sucks that I've been wasting that much time, but it is great that I'm about to see a real speed up.
jganetsk大约 16 年前
I can't believe that no one's discovered this yet. Maybe this is a manifestation of the Python paradox. The kind of people using the jar command (Java developers) are the kind of people who just accept the limitations of their systems without questioning.
评论 #613656 未加载
评论 #613773 未加载
评论 #613918 未加载
iigs大约 16 年前
Sorry to be naive about java, but isn't .jar just .zip with a manifest and a different extension?<p>Even if the goal is to make jar "100% pure java", which I don't recall it being, why wouldn't they transcribe a relatively complete implementation of .zip from the get-go?<p>A relatively complete, solid, performant implementation of what is probably the world's most common compression algorithm seems like exactly the kind of thing that belongs in Java's enormous library system. Maybe typical jar duties wouldn't tax it but it seems like someone somewhere would use it for something big and these kinds of issues would have shaken out long ago.
评论 #613770 未加载