@liverrrr 老话常谈：足够优秀的话不设年限

@tzhhahaha 一年暂时不招，为啥你觉得 3 年对应的是 13 呢？

@FlyingDough 早上九点晚上六点，早上九点半晚上六点半，保证有九个小时在办公室

@xinfeng1 暂时 2 个人

@hantsy Slack 果然强大，我们内部还是用的钉钉，Slack 主要是给国际友人来反馈信息用的

@hantsy 我们主要是为了使用同一个套逻辑去适配 Slack 和钉钉，btw，钉钉的“女”装视频看个截图就好 😂

@lemon6 没有

@Leonard 测试工程师、资深测试、测试专家，你可以戳更多岗位的链接看对应的要求和薪资的

@yizhimamong 14-50 k，有高级、资深、专家。可以看这个链接啦： https://www.zhipin.com/gongsir/a133fb8e748d7fb41Hxz39m5EA~~_100000.html?ka=position-2

@hello2060
@heasy

不兼职


@zhangchaojie

不福报，只有福利

@sadwin

深圳暂时没有办公点，如果入职的话大概率是远程在家办公

@qbmiller 基本上技术岗都可以支持啦，这方面还是很人性化的，有兴趣的话可以投递下简历呀

@hankai17 可以贴下报错信息吗？

@zzl22100048 数据导入有个小 Tips：导入的历史数据会占空间，多次导入的话，最好清理一下。

@zzl22100048

硬盘：
- 点的数据量: 比如 1 亿个点，每个点的属性为 1k，需要 100 G 存储数据空间（属性会做压缩，但是压缩比是不定的，会根据你的数据类型不同的变化，假如是无属性的点，就不会压缩）
- 边的数据量: 比如 10 亿条边，每条边的属性为 1k，需要 1t 存储数据空间，插入的时候时候正反向都会插入，所以这里是 2t

space 的 parttion 数量： 假如 space 的 partion 数量为 100, 那么 wal 日志空间大小就需要 16 * 1024 * 1024(wal_file_size) * 100 = 1600 M

副本数量: 副本数据为 3 的话


假如是三副本的集群，那么存完这么多数据，需要的硬盘空间为每台 2.1t ，插入过程假如 wal 没能及时删除，可以也大于需要 1.1t ，（现在默认是 4 个小时会删除，看插入的速度）

cpu：
现在 query engine 是会将所在机子的所有线程使用上

现在 storage 用的 cpu 数最大是 16 个， 参数是 num_io_threads， 每个线程的 work 数为 num_worker_threads

内存：
storage：
rocksdb: rocksdb_block_cache 为 1024 m，即 1G
vertex cache： 默认最大缓存这么多个点 16 * 1000 * 1000 （ vertex_cache_num ）, 假如按照上面每个点为 1k，这里需要 16 G
wal_buffer_size: 8 * 1024 * 1024 *2 = 16 M
最少需要 17G, 加上程序运行需要的其他内存，用户根据自己的业务应用进行预留。最好 50G 以上，但是根据业务应用调整。

graph：
根据业务配置，假如会查询大量的数据，需要配置大点的内存


综上所述，一个要导入 1 亿个点（每个点的属性为 1k ），10 亿条边，（每条边的属性为 1k ），创建的 space 为 3 副本，100 个 partion，
最大需要硬盘容量为 4.2t * 3 = 12.6t （没压缩的情况）
稳定后的，需要的硬盘容量为 2.1 * 3 = 6.3t （按压缩比 5 ～ 20 ），按最小的压缩比可以到 1.26 t

内存是，存储服务器，最好配置 50 G 以上，query engine 根据业务应用，最好可以配置大点内存

@Hanggi 私有仓的确是有这些限制，但是如果是开源的话，是没有这种限制的

分割线，抽奖结果已出

@freewind 官网在优化啦，感谢反馈~

@fyxtc 😂 不是呀，我们是分布式图数据库
@workspace 发音是 [ˈnɛbjələ] 不是你发的音

@WuNaiNiDaGe 按照这个帖子的走向是的，大部分是 MySQL