Skip to main content

Posts

Showing posts from November 2, 2014

當載著核彈的F35從福特號起飛 遼寧號真的不只差30年!!1021112-4

http://gengwg.blogspot.com/

CS75 (Summer 2012) Lecture 9 Scalability Harvard Web Development David M...

http://gengwg.blogspot.com/
http://gengwg.blogspot.com/ Lenovo.com has their Lenovo Y40 Gaming Laptop on sale for $1399 - $700 w/ coupon code USPY4735116 = $699 . Shipping is free . Thanks Erus Note, choose model on the right Specs: Intel Core i7-4510U 2GHz Processor 14" 1920x1080p FHD LED Backlit Monitor 256GB SSD 8GB DDR3L 1600 Memory 2GB AMD Radeon R9 M275 2x USB 3.0 1x USB 2.0 HDMI Intel Dual Band Wireless-AC 3160 + Bluetooth 4.0 4-Cell Lithium-Ion Battery Windows 8.1
http://gengwg.blogspot.com/ A strong process is crucial to successfully solving system design questions. We broke it down into four steps: Scope the problem: Don't make assumptions; Ask questions; Understand the constraints and use cases. Sketch up an abstract design that illustrates the basic components of the system and the relationships between them. Think about the bottlenecks these components face when the system scales. Address these bottlenecks by using the fundamentals principles of scalable system design .

Understanding bottlenecks

http://gengwg.blogspot.com/ Most likely your high-level design will have one or more bottlenecks given the constraints of the problem. This is perfectly ok. You are not expected to design a system from the ground up, which immediately handles all the load in the world. It just needs to be scalable, in order for you to be able to improve it using some standard tools and techniques. Now that you have your high-level design, start thinking about what bottlenecks it has. Perhaps your system needs a load balancer and many machines behind it to handle the user requests. Or maybe the data is so huge that you need to distribute your database on multiple machines. What are some of the downsides that occur from doing that? Is the database too slow and does it need some in-memory caching? These are just examples of questions that you may have to answer in order to make your solution complete. It may be the case that the interviewer wants to direct the discussion in one particula

home dlink DIR-615 Admin password

http://gengwg.blogspot.com/ Connection Type :     DHCP Client Cable Status :    Connected Network Status :      Connected Connection Up Time :      13 Days, 0:49:09 MAC Address :     00:18:e7:eb:99:62 IP Address :      192.168.0.2 Subnet Mask :     255.255.255.0 Default Gateway :     192.168.0.1 Primary DNS Server :      192.168.0.1 Secondary DNS Server :    205.171.3.25 Advanced DNS :    Disabled home dlink  DIR-615 Admin password: WDB8WvbXdH user passwd: WDB8WvbXdH REMOTE ADMIN PORT: 8080 http://97.122.187.214/advancedsetup_dmzhosting.html# Modem IP http://192.168.0.1 router IP http://192.168.5.1 LAN Device Session Log     Device Name   IP Address  No. of Open Session     DIR-615   192.168.0.2   319
http://gengwg.blogspot.com/ ASUS X205TA-UH01-BK Signature Edition Laptop (Intel Atom Z3735F 2GB 32GB 11.6" 1366x768) $180 , Nov 05 Microsoft Store has ASUS X205TA-UH01-BK Signature Edition Laptop (Intel Atom Z3735F 2GB 32GB 11.6" 1366x768) for $180 . Shipping is free.

法布里斯·贝拉

http://gengwg.blogspot.com/ 法布里斯·贝拉 ( 法语 : Fabrice Bellard , 法语发音: [faˈbʁis bɛˈlaʁ] ,1972年 - )是一位法国著名的计算机程序员,因 FFmpeg 、 QEMU 等项目而闻名业内。他也是最快圆周率算法 贝拉公式 、TCCBOOT和 TCC 等项目的作者。 曾在 国际C语言混乱代码大赛 中两度获胜。 生平 1972年生于法国 格勒诺布尔 (Grenoble)。在高中就读期间开发了著名的可执行压缩程序 LZEXE ,这是当年DOS上第一个广泛使用的文件压缩程序。 。大学就读于 巴黎综合理工学院 ,后在 巴黎高等电信学校 攻读。 1996年,他编写了一个简洁但是完整的C编译器和一个Java虚拟机Harissa。Fabrice Bellard发明的TinyCC是GNU/Linux环境下最小的ANSI C语言编译器,是目前号称编译速度最快的C编译器。 1997年他提出了最快速的计算圆周率的算法,是 贝利-波尔温-普劳夫公式 的变体。 [1] 在计算圆周率的过程中,Fabrice Bellard使用改良后的查德诺夫斯基方程算法来进行圆周率的计算,并使用 贝利-波尔温-普劳夫公式 来验证计算的结果。为了纪念他对圆周率算法所作出的杰出贡献,Fabrice Bellard所使用的改良型算法被命名为Fabrice Bellard算法,这种算法是目前所有圆周率算法中最快的一种,这个计算N位PI的公式比传统的BBQ算法要快47%。 1998年编写了一个简洁的OpenGL实现TinyGL。 2000年,他化名Gérard Lantau,创建了 FFmpeg 项 目。FFmpeg 单词中的FF 指的是Fast Forward,FFmpeg这个2000年发起著名的开源多媒体播放器项目, 是MPlayer的姊妹项目。这是一个如此重要的成就。这个多平台、多功能的多媒体编码解码器由Fabrice Bellard发起并管理,现在是由Michael Niedermayer在进行维护。 2003年,开发了Emacs克隆 QEmacs 。 2004年,他编写了一个只有138KB的启动加载程序TCCBOOT,可以在15秒内从源代码编译并启动Linux系统。 [2] 2005年,

标 题: Re: ES怎么玩?

还在摸索中... 目前在试着当 backend 的 logging service 用, 公司没人懂这个, 希 望这项目不要夭折了. 先分享点不成熟经验吧. 主要感觉是,ES 可以配置可使用的功能太多了 querying / indexing 功能上讲,我感觉 ES >> mongo > dynamoDB (我没用过 Cassandra, 就用 dynamoDB 来比较了) ES 内置那些 field 内的全文检索太给力,还可以配置不同的文本 analyzer,甚至有 中文的, 用来做 searching engine 都可以了. 反应速度上讲,据说是 ES < mongo ? dynamoDB 看了一堆 online posts,是不支持把 ES 当 primary DB 用的, 也就是说用 mongo/dynamoDB/Cassandra 存商业逻辑的 data,ES 存那些需要全文检索 的 (文本啊, log啊, analysis data 啊), ES 自己的定位也是 near-real-time searching (就是存入到能 indexing,有个 delay). ES 公司还有 logstash (log collecting agent), Kibana GUI, Kibana 用着还不错, logstash 是 ES公司后来买的,用着不是很爽. logstash 是默认跑在 JRuby 上的,如果公司 backend 端的所有 server 都跑一个 JRuby over JVM 来 collecting log,实在有点重,特别是考虑到有些小 server 就是 一个 AWS micro instance. 我考虑 deploy Go 版本的 logstash forwarder. 但是 logstash 这货做messaging queuing 不太给力,protocol 太简单,感觉还是得上 Kafka 这种专门做 logging 的 message queue. 顺便问下,Kafka 的 client 算轻量级吗, 我看什么语言都支持呀: https://cwiki.apache.org/confluence/display/KAFKA/Clients

高速铁路

http://gengwg.blogspot.com/ 高速铁路 ( 英语 : High Speed Rail ),通常简称为 高铁 , 是一种比普通铁路速度更快(一般而言时速约为普速铁路的两至三倍)的铁路系统。广义的高速铁路指使用固定轨道或管道的高速运输系统,所以诸如磁悬浮等也是 高速铁路的一种。除非特别说明,一般专指其中的高速轮轨运输系统。高速铁路是综合概念,既指路轨和供电网也包括高速列车和通信等等。列车最高速度大于 200公里/小时的铁路称为标准高速铁路(High speed rail line),其使用的列车称为高速列车或高速动车组。平均速度在160公里/小时至200公里/小时的铁路一般称为准高速铁路或快速铁路。 目录 1 定义 1.1 欧盟 1.2 联合国欧洲经济委员会 1.3 国际铁路联盟 1.4 各国定义 2 历史 3 特点及影响 4 建造国家或地区 4.1   日本 (1964) 4.2   法国 (1981) 4.3   意大利 (1988) 4.4   德国 (1991) 4.5   西班牙 (1992) 4.6   英国 (1994) 4.7   比利时、   荷兰 (1997) 4.8   美国 (2000) 4.9   韩国 (2004) 4.10 台湾 (2007) 4.11   中国大陆 (2007) 4.12   土耳其 (2009) 4.13   俄罗斯 (2009) 4.14   香港 (预计2017) 5 建造技术 6 最高速度 6.1 试验之最高速度 6.2 营业最高速度(现时) 6.2.1 钢轮式 7 世界高速列车技术 7.1 轮轨高速系统 7.1.1 动力集中式 7.1.2 动力分散式 7.2 磁浮列车 7.2.1 电磁悬浮 7.2.2 电动悬浮 8 世界各地的高铁路线 8.1 营运中(新建路线) 8.1.1 亚洲 8.1.2 欧洲 8.2 既有线改造(营运中) 8.3 扩建路网络线(建设中) 8.4 计划中 9 图片集 9.1 磁浮式 9.2 钢轮式高速铁路 9.2