aboutsummaryrefslogtreecommitdiff
path: root/note
diff options
context:
space:
mode:
authorChris Lu <chris.lu@gmail.com>2013-02-10 03:09:26 -0800
committerChris Lu <chris.lu@gmail.com>2013-02-10 03:09:26 -0800
commitcb4e8ec16b5c204718f1efdc1731f1bdd5698ff3 (patch)
tree47f27040c3d80e6849932bf2acf54b68c930f72b /note
parentd3b267bac27018b7f70dfec7c258d0556fff4c14 (diff)
downloadseaweedfs-cb4e8ec16b5c204718f1efdc1731f1bdd5698ff3.tar.xz
seaweedfs-cb4e8ec16b5c204718f1efdc1731f1bdd5698ff3.zip
re-organize code directory structure
Diffstat (limited to 'note')
-rw-r--r--note/memory_usage.txt279
-rw-r--r--note/replication.txt86
-rw-r--r--note/weedfs.txt46
3 files changed, 411 insertions, 0 deletions
diff --git a/note/memory_usage.txt b/note/memory_usage.txt
new file mode 100644
index 000000000..821140ea2
--- /dev/null
+++ b/note/memory_usage.txt
@@ -0,0 +1,279 @@
+64 32G volumes consumes 10G memory
+Each volume has 25M index, so each cost 160MB memory
+
+
+
+Things happened when I use lots of threads ( almost 120 ) keeping read file from Weed-FS.
+But I'm not so familiar with linux so I can't tell you exactly what happened.
+Next I'll show you things I know , if you need more info , contact me
+
+My weed-fs version is about 0.12
+
+1. top
+
+top - 12:07:37 up 1 day, 3:17, 2 users, load average: 0.00, 0.00, 0.00
+Tasks: 152 total, 1 running, 151 sleeping, 0 stopped, 0 zombie
+Cpu(s): 0.0%us, 0.0%sy, 0.0%ni, 99.8%id, 0.1%wa, 0.0%hi, 0.0%si, 0.0%st
+Mem: 16269880k total, 16192364k used, 77516k free, 58172k buffers
+Swap: 2064376k total, 12324k used, 2052052k free, 2827520k cached
+
+ PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
+ 1499 root 20 0 11.6g 10g 1424 S 0.0 65.6 7:32.53 weedvolume
+ 1498 root 20 0 3204m 2.1g 1428 S 0.0 13.5 4:36.59 weedvolume
+ 1737 root 20 0 98868 4932 2920 S 0.0 0.0 0:00.56 sshd
+ 1497 root 20 0 151m 4404 1152 S 0.0 0.0 1:21.40 weedmaster
+ 1335 root 20 0 97816 3044 2896 S 0.0 0.0 0:00.76 sshd
+
+After system became steady , weedvolume used 65.6% memory .
+
+2. free -m
+
+ total used free shared buffers cached
+Mem: 15888 15809 79 0 56 2758
+-/+ buffers/cache: 12994 2894
+Swap: 2015 12 2003
+
+3. startup cmd
+
+screen -d -m /opt/weed/weedmaster -mdir /data/weeddata/ > /data/logs/weed/master.log &
+screen -d -m /opt/weed/weedvolume -volumes=0-64 -dir /data/weeddata/ -pulseSeconds=20 -publicUrl="x.y.z:9334" -port 9334 > /data/logs/weed/s01.log &
+screen -d -m /opt/weed/weedvolume -volumes=65-107 -dir /data/weeddata/ -pulseSeconds=20 -publicUrl="x.y.z:9335" -port 9335 > /data/logs/weed/s02.log &
+
+4. du -sh .
+
+32G 0.dat
+26M 0.idx
+8.2G 100.dat
+6.8M 100.idx
+8.2G 101.dat
+6.9M 101.idx
+8.2G 102.dat
+6.8M 102.idx
+8.2G 103.dat
+6.8M 103.idx
+8.2G 104.dat
+6.8M 104.idx
+8.2G 105.dat
+6.9M 105.idx
+8.2G 106.dat
+6.9M 106.idx
+8.2G 107.dat
+6.9M 107.idx
+32G 10.dat
+25M 10.idx
+32G 11.dat
+25M 11.idx
+32G 12.dat
+25M 12.idx
+32G 13.dat
+25M 13.idx
+32G 14.dat
+25M 14.idx
+32G 15.dat
+25M 15.idx
+32G 16.dat
+25M 16.idx
+32G 17.dat
+25M 17.idx
+32G 18.dat
+25M 18.idx
+32G 19.dat
+25M 19.idx
+32G 1.dat
+26M 1.idx
+32G 20.dat
+25M 20.idx
+32G 21.dat
+25M 21.idx
+32G 22.dat
+25M 22.idx
+32G 23.dat
+25M 23.idx
+32G 24.dat
+25M 24.idx
+32G 25.dat
+25M 25.idx
+32G 26.dat
+25M 26.idx
+32G 27.dat
+25M 27.idx
+32G 28.dat
+25M 28.idx
+32G 29.dat
+25M 29.idx
+32G 2.dat
+26M 2.idx
+32G 30.dat
+25M 30.idx
+32G 31.dat
+25M 31.idx
+32G 32.dat
+25M 32.idx
+32G 33.dat
+25M 33.idx
+32G 34.dat
+25M 34.idx
+32G 35.dat
+25M 35.idx
+32G 36.dat
+25M 36.idx
+32G 37.dat
+25M 37.idx
+32G 38.dat
+25M 38.idx
+32G 39.dat
+25M 39.idx
+32G 3.dat
+26M 3.idx
+32G 40.dat
+25M 40.idx
+32G 41.dat
+25M 41.idx
+32G 42.dat
+25M 42.idx
+32G 43.dat
+25M 43.idx
+32G 44.dat
+25M 44.idx
+32G 45.dat
+25M 45.idx
+32G 46.dat
+25M 46.idx
+32G 47.dat
+25M 47.idx
+32G 48.dat
+25M 48.idx
+32G 49.dat
+25M 49.idx
+32G 4.dat
+26M 4.idx
+32G 50.dat
+25M 50.idx
+32G 51.dat
+25M 51.idx
+32G 52.dat
+25M 52.idx
+32G 53.dat
+25M 53.idx
+32G 54.dat
+25M 54.idx
+32G 55.dat
+25M 55.idx
+32G 56.dat
+25M 56.idx
+32G 57.dat
+25M 57.idx
+32G 58.dat
+25M 58.idx
+32G 59.dat
+25M 59.idx
+32G 5.dat
+26M 5.idx
+32G 60.dat
+25M 60.idx
+32G 61.dat
+25M 61.idx
+32G 62.dat
+25M 62.idx
+32G 63.dat
+25M 63.idx
+32G 64.dat
+25M 64.idx
+8.2G 65.dat
+6.9M 65.idx
+8.2G 66.dat
+6.9M 66.idx
+8.2G 67.dat
+6.9M 67.idx
+8.2G 68.dat
+6.8M 68.idx
+8.2G 69.dat
+6.9M 69.idx
+32G 6.dat
+25M 6.idx
+8.2G 70.dat
+6.8M 70.idx
+8.2G 71.dat
+6.9M 71.idx
+8.2G 72.dat
+6.9M 72.idx
+8.2G 73.dat
+6.9M 73.idx
+8.2G 74.dat
+6.9M 74.idx
+8.2G 75.dat
+6.9M 75.idx
+8.1G 76.dat
+6.8M 76.idx
+8.2G 77.dat
+6.8M 77.idx
+8.2G 78.dat
+6.8M 78.idx
+8.1G 79.dat
+6.8M 79.idx
+32G 7.dat
+25M 7.idx
+8.2G 80.dat
+6.8M 80.idx
+8.2G 81.dat
+6.9M 81.idx
+8.2G 82.dat
+6.9M 82.idx
+8.2G 83.dat
+6.9M 83.idx
+8.2G 84.dat
+6.9M 84.idx
+8.2G 85.dat
+6.8M 85.idx
+8.2G 86.dat
+6.9M 86.idx
+8.2G 87.dat
+6.9M 87.idx
+8.2G 88.dat
+6.9M 88.idx
+8.2G 89.dat
+6.8M 89.idx
+32G 8.dat
+25M 8.idx
+8.2G 90.dat
+6.9M 90.idx
+8.1G 91.dat
+6.8M 91.idx
+8.1G 92.dat
+6.8M 92.idx
+8.1G 93.dat
+6.8M 93.idx
+8.2G 94.dat
+6.9M 94.idx
+8.2G 95.dat
+6.9M 95.idx
+8.2G 96.dat
+6.9M 96.idx
+8.2G 97.dat
+6.9M 97.idx
+8.2G 98.dat
+6.9M 98.idx
+8.2G 99.dat
+6.9M 99.idx
+32G 9.dat
+25M 9.idx
+4.0K directory.seq
+
+You can see the volume 1-64 is now full.
+
+5. more log
+
+see logs.zip
+
+In messages you can see these lines: (Line 51095)
+
+Sep 26 06:14:31 wedb-01 kernel: auditd: page allocation failure. order:0, mode:0x20
+Sep 26 06:14:31 wedb-01 kernel: Pid: 1009, comm: auditd Not tainted 2.6.32-220.el6.x86_64 #1
+Sep 26 06:14:31 wedb-01 kernel: Call Trace:
+
+After those lines , the system deny any new network connect request
+
+6. /dir/status
+
+{"Machines":[{"Server":{"Url":"127.0.0.1:9335","PublicUrl":"x.y.z:9335"},"Volumes":[{"Id":106,"Size":8728909632},{"Id":66,"Size":8729852744},{"Id":90,"Size":8747834896},{"Id":103,"Size":8718106024},{"Id":87,"Size":8732133512},{"Id":96,"Size":8737251904},{"Id":80,"Size":8704130712},{"Id":77,"Size":8717989496},{"Id":70,"Size":8731474744},{"Id":94,"Size":8758656144},{"Id":107,"Size":8729599232},{"Id":67,"Size":8736848088},{"Id":91,"Size":8665847760},{"Id":100,"Size":8703272552},{"Id":84,"Size":8745121528},{"Id":97,"Size":8713031744},{"Id":81,"Size":8726088872},{"Id":74,"Size":8738588152},{"Id":71,"Size":8729349920},{"Id":95,"Size":8741526896},{"Id":104,"Size":8699374736},{"Id":88,"Size":8740362880},{"Id":101,"Size":8711832992},{"Id":85,"Size":8723479552},{"Id":78,"Size":8700345400},{"Id":75,"Size":8727796912},{"Id":68,"Size":8698607440},{"Id":92,"Size":8682683056},{"Id":105,"Size":8741226152},{"Id":65,"Size":8725365752},{"Id":89,"Size":8703062600},{"Id":98,"Size":8742331560},{"Id":82,"Size":8762554952},{"Id":79,"Size":8696300376},{"Id":72,"Size":8708217304},{"Id":69,"Size":8740268144},{"Id":93,"Size":8685060320},{"Id":102,"Size":8708695352},{"Id":86,"Size":8783247776},{"Id":99,"Size":8753463608},{"Id":83,"Size":8725963952},{"Id":76,"Size":8694693536},{"Id":73,"Size":8733560832}]},{"Server":{"Url":"127.0.0.1:9334","PublicUrl":"x.y.z:9334"},"Volumes":[{"Id":34,"Size":33415706800},{"Id":58,"Size":33569224784},{"Id":18,"Size":33474649968},{"Id":55,"Size":33542422680},{"Id":15,"Size":33517247576},{"Id":48,"Size":33574860328},{"Id":8,"Size":33511257144},{"Id":45,"Size":33463948408},{"Id":5,"Size":34317702920},{"Id":29,"Size":33465695776},{"Id":38,"Size":33553119624},{"Id":62,"Size":33448316736},{"Id":22,"Size":33566586296},{"Id":35,"Size":33493733728},{"Id":59,"Size":33498554904},{"Id":19,"Size":33493313784},{"Id":52,"Size":33552978448},{"Id":12,"Size":33505183752},{"Id":49,"Size":33603029896},{"Id":9,"Size":33515778064},{"Id":42,"Size":33500402248},{"Id":2,"Size":34223232992},{"Id":26,"Size":33526519600},{"Id":39,"Size":33580414336},{"Id":63,"Size":33476332456},{"Id":23,"Size":33543872592},{"Id":32,"Size":33515290168},{"Id":56,"Size":33499171184},{"Id":16,"Size":33556591168},{"Id":64,"Size":33495148616},{"Id":53,"Size":33467738560},{"Id":13,"Size":33596873960},{"Id":46,"Size":33508120448},{"Id":6,"Size":33417470256},{"Id":30,"Size":33532933992},{"Id":43,"Size":33591802008},{"Id":3,"Size":34270682080},{"Id":27,"Size":33525736944},{"Id":36,"Size":33443597824},{"Id":60,"Size":33427931336},{"Id":20,"Size":33499083096},{"Id":33,"Size":33531396280},{"Id":57,"Size":33578015104},{"Id":17,"Size":33510525480},{"Id":50,"Size":33503123704},{"Id":10,"Size":33502391608},{"Id":47,"Size":33521868568},{"Id":7,"Size":33497101664},{"Id":31,"Size":33426905232},{"Id":40,"Size":33472978696},{"Id":0,"Size":34337344304},{"Id":24,"Size":33550157192},{"Id":37,"Size":33477162720},{"Id":61,"Size":33537175080},{"Id":21,"Size":33517192456},{"Id":54,"Size":33480720288},{"Id":14,"Size":33513192896},{"Id":51,"Size":33531336080},{"Id":11,"Size":33562385088},{"Id":44,"Size":33554479104},{"Id":4,"Size":34333127520},{"Id":28,"Size":33510503000},{"Id":41,"Size":33574922928},{"Id":1,"Size":34307181368},{"Id":25,"Size":33542834568}]}],"Writers":[106,66,90,103,87,96,80,77,70,94,107,67,91,100,84,97,81,74,71,95,104,88,101,85,78,75,68,92,105,65,89,98,82,79,72,69,93,102,86,99,83,76,73,34,58,18,55,15,48,8,45,5,29,38,62,22,35,59,19,52,12,49,9,42,2,26,39,63,23,32,56,16,64,53,13,46,6,30,43,3,27,36,60,20,33,57,17,50,10,47,7,31,40,0,24,37,61,21,54,14,51,11,44,4,28,41,1,25],"FileIdSequence":110250000}
+ \ No newline at end of file
diff --git a/note/replication.txt b/note/replication.txt
new file mode 100644
index 000000000..c4bf46044
--- /dev/null
+++ b/note/replication.txt
@@ -0,0 +1,86 @@
+1. each file can choose the replication factor
+2. replication granularity is in volume level
+3. if not enough spaces, we can automatically decrease some volume's the replication factor, especially for cold data
+4. plan to support migrating data to cheaper storage
+5. plan to manual volume placement, access-based volume placement, auction based volume placement
+
+When a new volume server is started, it reports
+ 1. how many volumes it can hold
+ 2. current list of existing volumes and each volume's replication type
+Each volume server remembers:
+ 1. current volume ids
+ 2. replica locations are read from the master
+
+The master assign volume ids based on
+ 1. replication factor
+ data center, rack
+ 2. concurrent write support
+On master, stores the replication configuration
+{
+ replication:{
+ {type:"00", min_volume_count:3, weight:10},
+ {type:"01", min_volume_count:2, weight:20},
+ {type:"10", min_volume_count:2, weight:20},
+ {type:"11", min_volume_count:3, weight:30},
+ {type:"20", min_volume_count:2, weight:20}
+ },
+ port:9333,
+}
+Or manually via command line
+ 1. add volume with specified replication factor
+ 2. add volume with specified volume id
+
+
+If duplicated volume ids are reported from different volume servers,
+the master determines the replication factor of the volume,
+if less than the replication factor, the volume is in readonly mode
+if more than the replication factor, the volume will purge the smallest/oldest volume
+if equal, the volume will function as usual
+
+
+Use cases:
+ on volume server
+ 1. weed volume -mserver="xx.xx.xx.xx:9333" -publicUrl="good.com:8080" -dir="/tmp" -volumes=50
+ on weed master
+ 1. weed master -port=9333
+ generate a default json configuration file if doesn't exist
+
+Bootstrap
+ 1. at the very beginning, the system has no volumes at all.
+When data node starts:
+ 1. each data node send to master its existing volumes and max volume blocks
+ 2. master remembers the topology/data_center/rack/data_node/volumes
+ for each replication level, stores
+ volume id ~ data node
+ writable volume ids
+If any "assign" request comes in
+ 1. find a writable volume with the right replicationLevel
+ 2. if not found, grow the volumes with the right replication level
+ 3. return a writable volume to the user
+
+
+Plan:
+ Step 1. implement one copy(no replication), automatically assign volume ids
+ Step 2. add replication
+
+For the above operations, here are the todo list:
+ for data node:
+ 0. detect existing volumes DONE
+ 1. onStartUp, and periodically, send existing volumes and maxVolumeCount store.Join(), DONE
+ 2. accept command to grow a volume( id + replication level) DONE
+ /admin/assign_volume?volume=some_id&replicationType=01
+ 3. accept setting volumeLocationList DONE
+ /admin/set_volume_locations_list?volumeLocationsList=[{Vid:xxx,Locations:[loc1,loc2,loc3]}]
+ 4. for each write, pass the write to the next location, (Step 2)
+ POST method should accept an index, like ttl, get decremented every hop
+ for master:
+ 1. accept data node's report of existing volumes and maxVolumeCount ALREADY EXISTS /dir/join
+ 2. periodically refresh for active data nodes, and adjust writable volumes
+ 3. send command to grow a volume(id + replication level) DONE
+ 4. NOT_IMPLEMENTING: if dead/stale data nodes are found, for the affected volumes, send stale info
+ to other data nodes. BECAUSE the master will stop sending writes to these data nodes
+ 5. accept lookup for volume locations ALREADY EXISTS /dir/lookup
+ 6. read topology/datacenter/rack layout
+
+TODO:
+ 1. replicate content to the other server if the replication type needs replicas
diff --git a/note/weedfs.txt b/note/weedfs.txt
new file mode 100644
index 000000000..d07ad9484
--- /dev/null
+++ b/note/weedfs.txt
@@ -0,0 +1,46 @@
+How to submit a content
+1. Find physical volumes
+1.c Create a hash value
+1.d find a write logic volume id, and return [logic volume id, {physical volume ids}]
+2. submit to physical volumes
+2.c
+ generate the cookie
+ generate a unique id as key
+ choose the right altKey
+ send bytes to physical volumes
+2.s each
+ save bytes
+ store map[key uint64, altKey uint32]<offset, size>
+ for updated entry, set old entry's offset to zero
+3.c
+ wait for all physical volumes to finish
+ store the /<logic volume id>/<key>_<cookie>_<altKey>.<ext>
+
+How to retrieve a content
+1.c
+ send logic volume id
+1.d
+ find least busy volume's id
+2.c
+ send URI /<physical volume id>/<key>_<cookie>_<altKey>.<ext>
+
+
+How to submit a content
+1. send bytes to weedfs, got <volume id, key uint64, cookie code>
+ store <key uint64, volume id uint32, cookie code uint32, ext>, and other information
+
+To read a content
+2. use logic volume id to lookup a <machine id>
+ render url as /<machine id>/<volume id>/<key>/<cookie>.ext
+
+The directory server
+0.init
+ load and collect <logic volume id, machine ids> mapping
+1.on submit content
+ find a free logic volume id, start sending content to 3 machines
+ if all of them finishes, return <logic volume id, key, cookie code>
+2.on read content
+ based on logic volume id, pick a machine with less load,
+ return <machine id>
+
+