一个130M的文本文件,用gedit打不开.用什么工具可以打开来呢?
-
kardinal
- 帖子： 750
- 注册时间： 2006-03-19 11:39
几十个G………………………………………………………………………………………………
寒………………这是视频处理么？
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
楼上说的视频处理是指“线性编辑”吧
非线 才算是真正的视频 “处理”，线性编辑顶多也就算“剪辑”
寒………………这是视频处理么？
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
……
SGI宣布，旗下的新款服务器系统Altix 4700已经获得了高达4.35TB/s的稳定内存带宽，从而创下了新记录。
这一性能是通过内存带宽标准工业测试Stream Triad得到的。系统中运行着Suse Linux Enterprise Server 10和SGI's Pro Pack 5 for Linux。
好像工业光魔主要就是使用SGI的 softimage|XSI 系统在“指环王之魔戒现身”中， Weta Digital 首先使用 SGI DMF 管理来自估计一千万个文件的 100TB 数据，这些文件大小范围从很小到极大。一个文件可能包含一个图形要素、一个纹理、一个拍摄版本或者一个完全着色的图形序列。加上来自“指环王之双塔奇兵”的数据，Weta 公司的信息存储量增加了一倍达到两千万文件。大约 230 TB 的数据，代表前两部电影的数据量，现在由 SGI DMF 管理。
楼上说的视频处理是指“线性编辑”吧
非线 才算是真正的视频 “处理”，线性编辑顶多也就算“剪辑”
-
charlee
- 帖子： 6
- 注册时间： 2006-09-10 3:10
恐怕惊奇的人都没有管过服务器吧。
服务器上的日志文件一般情况下几百M不成问题。
如果系统管理员管理不当的话，几个G的日志都有可能。
像这种动辄几百M的日志文件，最好不要用编辑器直接打开，死掉的可能性十分大。
就算不死掉，比如vi，打开之后的处理也会十分缓慢。
正确的方法应当是先用 head 或者 tail 命令查看日志的基本情况，
然后再用 grep 等命令从中取出自己需要的信息。
如楼主说的安装失败的日志，一般情况下最后几行肯定会报错
（由于出现了某些致命错误才导致失败，这样最后的部分肯定会有错误信息）
那么先用 tail edb9301.log 看看后10行，如果找不到有用的信息，就
tail -n 30 edb9301.log 查看后30行，以此类推。
直到发现错误的样子，比如发现错误信息都是下面的格式
Error : .....
那么可以得知错误都是用“Error"这个词来标识的，
因此就可以用
grep Error edb9301.log > error.log
来取出日志文件中所有的有错的行
这样得到的error.log最多也就几M，可以很轻松地打开。
服务器上的日志文件一般情况下几百M不成问题。
如果系统管理员管理不当的话，几个G的日志都有可能。
像这种动辄几百M的日志文件，最好不要用编辑器直接打开，死掉的可能性十分大。
就算不死掉，比如vi，打开之后的处理也会十分缓慢。
正确的方法应当是先用 head 或者 tail 命令查看日志的基本情况，
然后再用 grep 等命令从中取出自己需要的信息。
如楼主说的安装失败的日志，一般情况下最后几行肯定会报错
（由于出现了某些致命错误才导致失败，这样最后的部分肯定会有错误信息）
那么先用 tail edb9301.log 看看后10行，如果找不到有用的信息，就
tail -n 30 edb9301.log 查看后30行，以此类推。
直到发现错误的样子，比如发现错误信息都是下面的格式
Error : .....
那么可以得知错误都是用“Error"这个词来标识的，
因此就可以用
grep Error edb9301.log > error.log
来取出日志文件中所有的有错的行
这样得到的error.log最多也就几M，可以很轻松地打开。
-
magicgod
- 帖子： 90
- 注册时间： 2006-09-17 21:14
-
sinoyster
- 帖子： 958
- 注册时间： 2005-10-16 13:24
- 来自： 四川成都
- 联系：
-
huangjiahua
- 帖子： 3294
- 注册时间： 2005-03-30 0:27
- 联系：
-
huangjiahua
- 帖子： 3294
- 注册时间： 2005-03-30 0:27
- 联系：