我支持 TeacherWei 和 Goodbug 专开一帖制定需求 - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Programming - 葵花宝典

我支持 TeacherWei 和 Goodbug 专开一帖制定需求

我支持 TeacherWei 和 Goodbug 专开一帖制定需求# Programming - 葵花宝典

e*e2014-02-04 08:02

1 楼

前不久的一个订单，两盘连续油管，每盘大约是20吨，休斯顿到上海。海运报价差
别很大，能在$5000左右，还有一些平时常用的FORWARDER居然都报不上来。于是找了一
个便宜的报给客户了，是按照OPEN TOP报的。
结果最近出货，快提货才知道工厂没有shipping dock，也没有那种crane service
，所以只能从侧面load，必须换成flat rack。于是价格涨了很多。这还不算完，后来
再报才知道HOUSTON还有个变态的ROAD CODE，因为这个超重了，不能一辆车拉走，必须
分成两个LOAD，价钱又贵了。
本来是计划9月30日可以提货，最初还以为和常货海运一样随时在CUT OFF DATE前
先定个船位就行了所以安排的10月3日的船。结果晚了3天，居然连10日的船也已经无法
订了，因为FLAT RACK需要提前好几天去提CONTAINER。结果只能订19日的船。这一下晚
了很多，客户意见很大，千叮咛万嘱咐绝对不能再出差错误了19日的船。结果没两天通
知提货后又出现意外，CARRIER那里居然没有CONTAINER了。下一批送回HOUSTON要一个
月后，我了个去的，怎么这么倒霉呢？

这一礼拜啥也没干，几乎天天花时间搞这个了。所有可能的选择都联系试了一遍。
信箱里这个主题的信100多封了，快疯了。而且FLAT RACK最后可能还要PACKING
SERVICE FEE，最终我这个订单运费部分陪进去不少。今天刚接到电话口头通知说找到
CONTAINER了，要求我RELEASE CARGO。真是揪心累！

年底还有一个要走，比这个还大很多，3盘总共90吨，130立方米，肯定是走BREAK
BULK。看了眼重新的海运报价快$3万了，预算又少了很多。
以后这种订单不敢再包运费了，不确定因素太大，特别是FLAT RACK的。大伙有类
似情况小心了！

s*e2014-02-04 08:02

2 楼

我在做个公司网页，想购买一些网上图片库的照片，请问这些照片在购买时特别是有人
的照片会不会涉及到版权和肖像权问题？
请推荐一两个比较好的和正规的图片库网站，谢谢！

w*g2014-02-04 08:02

3 楼

不只是因为幻海是浦饭幽助的师父，更重要的是，她把自己的灵力传给了浦饭幽助，就
是叫做灵光玉的那个东西，
如果不是这样的话，浦饭幽助的灵力也没有那么强，强大到可以打败户愚吕的，
暗黑武术会的时候，在没有把灵力传给浦饭幽助之前，一直都很厉害，很长时间都是保
持着年轻时候的样子，
真的很可爱，简直秒杀里面任何一个女性角色，
就算是把灵力传给了浦饭幽助，还轻松的就赢过了那个死死若丸，还算是对方的队伍里
的大将级别呢，
而浦饭幽助则是每一场都没感觉出来赢得太轻松的，在得到灵光玉之前，
其实我一直想知道，在暗黑武术会的那个时候，幻海和飞影或者藏马打起来的话，应该
也会赢吧？连浦饭幽助都没有输给他们俩，何况是幻海呢，
毕竟人家幻海老师是灵光波动拳的高手来着，年轻的时候简直被很多妖怪都害怕的，到
年龄大了，都是名声响当当的，
那个死死若丸一听说是幻海就来精神了，而且会场上观众席的所有妖怪居然都听说过幻
海的名字，这可比浦饭强了太多了，
浦饭就是仗着出身好，是魔族的后代，要不然真不行。

d*r2014-02-04 08:02

4 楼

我支持 TeacherWei 和 Goodbug 专开一帖制定需求
不然大家自己说自己的，这个没法进展啊

w*72014-02-04 08:02

5 楼

没整过这么复杂的，学习了！祝顺利！

N*Y2014-02-04 08:02

6 楼

Getty 是最主要的STOCK PHOTOGRAPHY， AP也可以。
http://www.gettyimages.com/
http://www.flickr.com/photos/sunsetnoir/

n*x2014-02-04 08:02

7 楼

我已经把老魏的方案写出来了，老魏似乎没啥异议：
http://www.mitbbs.com/article_t/Programming/31312727.html

e*e2014-02-04 08:02

8 楼

顺便科普一下：海运container一般有多种，除了普通的10',20',40'外还有open top
container,flat rack container，如图。
open top上面可以打开，可以装高度超过标准container的货物，有的侧门的上端door
header也是可以打开的，这样货物可以直接开进去。一般opentop用起重机从顶上load
比较麻烦，可以装小型直升机。起重机使用费用不便宜，而且通常是按2小时以上算起。
flat rack只有两个面，方便loading，很多汽车，挖掘机等是用flat rack装的。
价格上是普通container最便宜，opentop其次，flat rack比较贵。
再大型的机械设备，车辆等就要用散货break bulk了，这个价格自然也最贵。
用flat rack出货时要问好是否负责packing，需要有合乎出口海运标准的packing，如
图（NCB requirement),否则无法进港。拉回来费用老鼻子了。一般大型的forwarder
装车时都会有专业的team负责packing，要花一定时间。如果自己找很便宜的小
forwarder可能报价里不含这部分的，要问清楚了。
给我报价的一个forwarder吓唬我说因为厂家只负责load不管export packing，所以他
们要负责我packing找我多要$3000，太黑了。最后我的货代确定是包含onsite NCB
packing的：）

service

【在 e******e 的大作中提到】

: 前不久的一个订单，两盘连续油管，每盘大约是20吨，休斯顿到上海。海运报价差
: 别很大，能在$5000左右，还有一些平时常用的FORWARDER居然都报不上来。于是找了一
: 个便宜的报给客户了，是按照OPEN TOP报的。
: 结果最近出货，快提货才知道工厂没有shipping dock，也没有那种crane service
: ，所以只能从侧面load，必须换成flat rack。于是价格涨了很多。这还不算完，后来
: 再报才知道HOUSTON还有个变态的ROAD CODE，因为这个超重了，不能一辆车拉走，必须
: 分成两个LOAD，价钱又贵了。
: 本来是计划9月30日可以提货，最初还以为和常货海运一样随时在CUT OFF DATE前
: 先定个船位就行了所以安排的10月3日的船。结果晚了3天，居然连10日的船也已经无法
: 订了，因为FLAT RACK需要提前好几天去提CONTAINER。结果只能订19日的船。这一下晚

n*t2014-02-04 08:02

9 楼

需要 buyer seller initial

【在 n**x 的大作中提到】

: 我已经把老魏的方案写出来了，老魏似乎没啥异议：
: http://www.mitbbs.com/article_t/Programming/31312727.html

a*a2014-02-04 08:02

10 楼

这个是你自己选择了便宜的小货代的缘故吧而且你的shipper没经验本来这种special
equipment就比较少都要提前预定的大部分在东岸和西岸地区船公司不愿意搞得离
主要港口太远调配不方便

z*e2014-02-04 08:02

11 楼

那结果似乎是不可行

【在 n**x 的大作中提到】

: 我已经把老魏的方案写出来了，老魏似乎没啥异议：
: http://www.mitbbs.com/article_t/Programming/31312727.html

e*e2014-02-04 08:02

12 楼

我用的是大货代。比了好几家也都是比较大的货代。我在休斯敦怎么叫离港口远呢?
提前预订也没用因为很多不确定因素。不能装进普通常规集装箱的风险都很大。。

special

【在 a*****a 的大作中提到】

: 这个是你自己选择了便宜的小货代的缘故吧而且你的shipper没经验本来这种special
: equipment就比较少都要提前预定的大部分在东岸和西岸地区船公司不愿意搞得离
: 主要港口太远调配不方便

d*a2014-02-04 08:02

13 楼

写得不错。
还可以简化。按魏那个方案，网卡不是瓶颈，主要是看schedule能不能达到throughput
的要求。
可以简化成这样：事先生成一个文件，包含500M个出票请求。写一个程序，读取请求，
生成出票记录，写到一个输出文件里。如果能在100秒内完成，并且结果正确，那就算
行了。
这样做测试的一个好处，是测试简单，做完后谁都可以测试一下。

【在 n**x 的大作中提到】

: 我已经把老魏的方案写出来了，老魏似乎没啥异议：
: http://www.mitbbs.com/article_t/Programming/31312727.html

a*a2014-02-04 08:02

14 楼

Houston不算的 LA比较多还有norfolk那边那个巴拿马运河到现在也是大船过不了
而且船期去上海多出2周就当买教训吧以后可能跟shipper沟通好就会好一点

z*e2014-02-04 08:02

15 楼

出票也是一个很繁琐的过程
估计老魏又交给了其他server去做
估计他那台机器只有一个功能

throughput

【在 d***a 的大作中提到】

: 写得不错。
: 还可以简化。按魏那个方案，网卡不是瓶颈，主要是看schedule能不能达到throughput
: 的要求。
: 可以简化成这样：事先生成一个文件，包含500M个出票请求。写一个程序，读取请求，
: 生成出票记录，写到一个输出文件里。如果能在100秒内完成，并且结果正确，那就算
: 行了。
: 这样做测试的一个好处，是测试简单，做完后谁都可以测试一下。

h*e2014-02-04 08:02

16 楼

葱白

L*n2014-02-04 08:02

17 楼

schedue双方定义差别较大...

throughput

【在 d***a 的大作中提到】

n*t2014-02-04 08:02

18 楼

恩，network io 换成 disk io，基本公平

throughput

【在 d***a 的大作中提到】

z*e2014-02-04 08:02

19 楼

这样会做成主机的

【在 n*****t 的大作中提到】

: 恩，network io 换成 disk io，基本公平
:
: throughput

S*A2014-02-04 08:02

20 楼

network io 换成 disk 是不公平的。
network 的中断数目高很多很多。

n*t2014-02-04 08:02

21 楼

你去看看老魏的 network，再跟好虫掐一掐

【在 S*A 的大作中提到】

: network io 换成 disk 是不公平的。
: network 的中断数目高很多很多。

n*t2014-02-04 08:02

22 楼

这本来就没啥不妥，拉长流水线，老板只负责签字，能出货就行

【在 z****e 的大作中提到】

: 出票也是一个很繁琐的过程
: 估计老魏又交给了其他server去做
: 估计他那台机器只有一个功能
:
: throughput

z*e2014-02-04 08:02

23 楼

关键是老魏一开始要吹牛自己是牛鼻单机
问题在于，没做多少事

【在 n*****t 的大作中提到】

: 这本来就没啥不妥，拉长流水线，老板只负责签字，能出货就行

d*a2014-02-04 08:02

24 楼

他那个方案，network倒真应该不是问题。
也可以再做一个测试，写一个web server，把收到的request收集起来放到一个文件里
。如果100秒内，能往文件里写入500M个请求（假设有足够的请求），那网络部分就算
过关了。再把这部分和schedule部分合起来，就是一个系统了。

【在 S*A 的大作中提到】

: network io 换成 disk 是不公平的。
: network 的中断数目高很多很多。

n*t2014-02-04 08:02

25 楼

我不知道老魏打算怎么实现，我的设计就是一个金字塔，我保证塔尖一个节点能做到
1M/s

【在 z****e 的大作中提到】

: 关键是老魏一开始要吹牛自己是牛鼻单机
: 问题在于，没做多少事

T*i2014-02-04 08:02

26 楼

假定每个请求100字节，如果做不到10M REQs/SEC 算我输。

【在 d***a 的大作中提到】

: 他那个方案，network倒真应该不是问题。
: 也可以再做一个测试，写一个web server，把收到的request收集起来放到一个文件里
: 。如果100秒内，能往文件里写入500M个请求（假设有足够的请求），那网络部分就算
: 过关了。再把这部分和schedule部分合起来，就是一个系统了。

z*e2014-02-04 08:02

27 楼

response阿，查询的response可不小哦，100字节够做啥事
当然我知道，你会把这一块剥离给其他server去做的

【在 T********i 的大作中提到】

: 假定每个请求100字节，如果做不到10M REQs/SEC 算我输。

n*t2014-02-04 08:02

28 楼

哎妈你比我阔气多了，我一个 req 4-8 bytes，1M/s

【在 T********i 的大作中提到】

: 假定每个请求100字节，如果做不到10M REQs/SEC 算我输。

T*i2014-02-04 08:02

29 楼

肯定地说 10M TPS/s没压力。
做到20M有可能。
今年年中Intel新server出来是50-80M。

【在 n*****t 的大作中提到】

: 哎妈你比我阔气多了，我一个 req 4-8 bytes，1M/s