b*****o
发帖数: 56 | 1 订了Dell的笔记本，500GBHD，希望别给cancel了。
求分区建议。
以前的盘就30GB，所以只有一个分区/。
新机器想一个/，20GB，其他的就给/home了。不知道有没有更好的分区规划？谢谢先。 |
|
b***i
发帖数: 3043 | 2 [转自水木清华]
昨天Microsoft 30GB Zune都停止工作了，很轰动
经过调查是freescale firmware的一个很土的代码BUG：
year = ORIGINYEAR; /* = 1980 */
while (days > 365)
{
if (IsLeapYear(year))
{
if (days > 366)
{
days -= 366;
year += 1;
}
}
else
{
days -= 365;
year += 1;
}
}
这段代码根据连续计数的days推算出哪一年和哪一天
仔细分析一下可以看到当闰年的最后一天，会死循环！！！ |
|
T********i
发帖数: 2416 | 3 来自主题: Programming版 - 简单就是美 计算机系统的设计，有时候竟然能够通吃。比如，简化设计，有时候（并不总是）能够
提高性能，降低开发成本，降低维护成本。
这个理念在其他领域也能应用。比如著名的AK47，几十年的世界名枪。就得益于其设计
的相对简单，性能可靠性俱佳。
我最先和zhaoce交换的帖子。因为他提到J2EE。我说那一坨屎。就此交恶。J2EE为啥一
坨呢？很简单。因为开发者认识到一个一个重要的问题，广大Java程序员不合格比例太
高。让他们开发数据库应用不让人放心。于是他们就想提供标准类吧数据，以及数据访
问标准化。最好能够自动（实际上半自动）和地和数据库绑定（无非reflection之类，
加上自动生成代码）。观念无所谓好坏。问题是，如果你认为很多Java程序员狗屁不懂
，多写几行就崩的那种，那么J2EE几千页文档，上千行所谓的XML descriptor file难
道不是语言？而且是另外一种语言。
J2EE能做出稳定可靠的应用，丝毫不能否认它是的事实。再贫瘠的土地，屎多放点，一
样可能长出庄稼。投入了，多少都会产出。关键是这个比例。
后来即使那些脑袋不大灵光的信徒，也懂得开始算账。两三行程序就能创建一个线程，... 阅读全帖 |
|
m********5
发帖数: 17667 | 4 嗯，我以前做过的是50TBytes左右
但是数据量大，不见得计算量大
有的数据只有20-30GB, 但是计算量大得多 |
|
m********5
发帖数: 17667 | 5 嗯，我以前做过的是50TBytes左右
但是数据量大，不见得计算量大
有的数据只有20-30GB, 但是计算量大得多 |
|
y**b
发帖数: 10166 | 6 标题说是传递指针，实际上是自动传递指针所指对象。
本来MPI传递这类复杂类型(类，含有类的类，含有指针的类，子类，含有类指针
的容器，等等，及其任意组合)是非常麻烦的，但是利用boost.serialization
和boost.mpi，可以轻松传递任意数据类型。
假设sendVec是个含有指针的容器，指针指向某个复杂的类，则
boostWorld.send(0, mpiTag, sendVec); 把这个容器传往主进程0。
主进程通过boostWorld.recv(n, mpiTag, recvVec);接收这个容器，
并自动通过boost.serialization重新生成容器中指针所指的对象，
接收之后recvVec中的指针可以立即投入使用。
一个小小的陷阱就是，使用完recvVec之后，必须手动释放其所含指针
指向的内存，boost无法给用户做这件事。
本来这件事也很明显，但有时候容易疏忽。我的程序在百万次MPI传输后，
主进程使用的内存超过了512GB，超算上的large-memory节点提示OOM，
但是手动释放内存后发现只需要30GB内存。 |
|
|
t*********n
发帖数: 2 | 8 【 以下文字转载自 Windows 讨论区 】
【 原文由 takeutomoon 所发表 】
机器：DELL DIMENSION 600， PIII600, 384MB RAM, 30GB HD WIN2000 Professional
C: FAT32, D:, E:, F:均为NTFS
表现：一直不错
前天发现F：读不出数据， 系统很慢
再启动WIN2000，可以启动起来，还是读不了F：
再启动WIN2000，蓝屏，Inaccessible devices
再启动,死机， 硬盘格格的响，象是物理损坏，拆开机器发现
硬盘比较热。
各位大侠请帮忙，F：很多数据拿不出来，恐怕老板要把偶给开了 |
|
