derlang
- 浏览: 35259 次
- 性别:
- 来自: 北京
-
最近访客 更多访客>>
最新评论
-
derlang：
mryufeng 写道方向很好哦多谢鼓励，共同进步
Erlang学习告一段落 -
mryufeng：
方向很好哦
Erlang学习告一段落 -
crackcell：
一起进步……
Erlang学习告一段落
文章列表
工作需要，这两天浏览了一些web前端的技术，html/css/js等，还是满有趣味。
http://www.w3schools.com
http://webdesign.about.com
http://ramblingsoul.com
有不少好用的css模板
css确实不错，坚持内容和形式的分离。寥寥几句，就可以实现很好的效果。
js还没有感觉，照本宣科，理解起来并不难，难在熟练。
erlang在web方面也有不少的项目，nitrogen使用起来比较容易上手。LAMP->LNME，不了解在实际项目中应用的情况怎么样？
本文收集Erlang的应用列表，随时更新维护
WebServer：
http://yaws.hyber.org/
http://github.com/mochi/mochiweb
Database:
https://wiki.basho.com/display/RIAK/Riak
http://couchdb.apache.org/
http://hibari.sourceforge.net/
MapReduce：
http://discoproject.org/
Test：
http://tsung.erlang-project ...
今晚下定决心，要安装wx for Erlang，经过几个小时的奋战，终于成功。
最主要的一步是改了 wx/configure.in，不让其检查 OpenGL/gl.h等文件。
附带的解决edoc的中文问题：
http://langzhe.iteye.com/blog/675277
Gluster
Lustre
Ceph
Moose File System
MogileFS
Ceph
NFS
pNFS
Lustre要好好看一下文档，要形成一套评价文件系统的指标，定性的和定量的。
定性指标
伸缩性
HA
定量指标
IO throughput
latency
nginx-0.8.45
django-1.2
#user nobody;
worker_processes 2;
error_log logs/error.log;
# error_log logs/error.log notice;
# error_log logs/error.log info;
#pid logs/nginx.pid;
events {
worker_connections 1024;
use epoll;
}
http {
include mi ...
Riak
Scalaris
CouchDB
Disco
云计算平台的编程语言从C++(google)，Java(Hadoop, Dynamo)，再到Erlang。
IP Alias
ip addr add 192.168.1.198/24 dev eth0
ip addr add 192.168.1.199/24 dev eth0
$ objdump -T /lib/libresolv.so.2|grep dn_expand
000040e0 w DF .text 0000005e GLIBC_2.0 dn_expand
000040e0 g DF .text 0000005e GLIBC_2.2 __dn_expand
Looks like the newer glibc abi added a couple of underscores.
try doing a "for i in /lib/lib*.so;do objdump -T $i|grep dn_expand && ...
数据模型
网络模型
层次模型
关系模型
对象模型
半结构化数据模型
在关系模型中表示树形结构，比如unix文件系统结构
对象模型对关系模型的扩展
集值属性
用户自定义类型
继承
Q: 加入一个新节点到Mnesia System
> mnesia:start().
> mnesia:change_config(extra_db_nodes, [some_existing_node]). %% disk-less node now
> mnesia:change_table_copy_type(schema, node(), disc_copies).
> mnesia:create_schema
> mneisa:delete_schema
> mnesia:add_table_ ...
基本的网络负载均衡算法
均衡算法设计的好坏直接决定了集群在负载均衡上的表现,设计不好的算法,会导致集群的负载失衡?一般的均衡算法主要任务是决定如何选择下一个集群节点,然后将新的服务请求转发给他?有些简单均衡方法可以独立使用,有些必须和其他简单或高级方法组合使用?而一个好的负载均衡算法也并不是万能的,他一般只在某些特殊的应用环境下才能发挥最大效用?因此在考察
gdb > thread apply all bt
不需一个线程一个线程切换了。
期间主要做了
- 看erlang programming中文版
- 浏览了一遍otp的文档
- 了解了几个著名的erlang开源软件
- 论坛
- 虚拟机集群管理系统的一个alpha版
还是要写东西，才能深入理解。
说说虚机管理系统的大致功能是：
用户管理
存储管理
虚拟机管理
集群监控
其架构从上到下依次为为：
监控中心(WebServer)
通信层
虚拟化层
存储层
监控的slaves节点可以动态加入集群。监控中心采用mnesia数据库，这个数据量是比较小的。需要采用replication来避免单点故障，即部署成分布式应用 ...
进程和消息
单个进程或线程（以下统称进程），是顺序执行单元。进程之间的通信方式有资源共享和消息传递。
资源共享方式（memory, file etc)需要同步机制（lock模型）来实现对资源的并发访问。
同步和异步
同步和异步的不同，关键在于对时间和并发的理解。异步意味着并发，任务完成时的通知机制。
对每个任务（task or job）, 其各自的生命周期，即状态变迁，也可以理解为不同的阶段（pipeline方式）。
并发和分布
从进程及进程间关系的角度来理解，并行和分布具有统一性。并行(parallel)主要是指节点内的并发(concurrency)，分布(distributed) ...