V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ttkanni  ›  全部回复第 1 页 / 共 6 页
回复总数  117
1  2  3  4  5  6  
3 天前
回复了 Zaden 创建的主题 分享发现 Linux .do 开放注册
@Zaden 昨天搜 IPTV 的时候搜到过,顺手注册了下,论坛活跃度不如 V2 ~
3 天前
回复了 Zaden 创建的主题 分享发现 Linux .do 开放注册
这个网站干嘛的?大致浏览了下,没看出来发展的主要方向
@huladandan1999 #7

和谁签,只是一方面,还要看章是不是银行。
现在银行都搞独立科技公司和独立科技部门,这个部门单独运行,本行相当于股东单位,部门是外包公司,薪酬福利和银行是两套,小心这种。
小型城商行得看是不是正编,如果是什么独立科技公司或者其他非正编,一律按外包公司处理。

半导体厂,给的多,但是累+卷,时不时要出差,尤其是其他地区扩建扩产,很可能就要过去支援,不是一天两天,可能几个月。之前有个哥们(非应届)去过华为系的一个半导体厂,没一个月就润了,除了办入职和离职在 Base 地,其他时间几乎都在出差。
于法,看合同或技术条款约束,自行二开的部分是否在“免费维护”范围。

于理,客户经理想维护关系,多半要求帮忙维护,也算卖 PG 手段之一吧。
现在基本都是内定吧,部门打的再好,高绩效也基本是狗腿
1 ,得去 WAF 和 nginx 上查看证书的配置,如果 WAF 上已经挂载 SSL 证书,那就要更新 WAF 的。

WAF 挂载证书生效,公网请求经过 WAF 就直接处理证书了,不需要后端 nginx 或者应用上的证书了。
这一种方式要注意内网互相调用可能也用了 https 、证书挂在 nginx 的情况,因此建议先更新 slb + nginx 上的证书,然后通过绑 Host 测试下内网调用证书是否生效,若生效,再更新 WAF 上的。

,2 ,如果 WAF 上没有挂载证书,那后端 slb + nginx 上配置了证书的都要更新。
IOS 上的 HIFI 很多,但都有各种那种问题或不符合个人习惯,所以最终买断了 EverPlay ,自己下载 HIFI 资源。

在 IOS 上选 HIFI 播放器,大多移动通勤或者不想花时间折腾,有的图简单 AppleMusic ,有的执拗买个播放器或者找个免费播放器导入自己的歌单曲库。
像这样自带流媒体的产品,竞争的位置有点尴尬,对上比不过 AppleMusic 大厂背书,对下不如私有音乐库称心,极少有新鲜人群,恰好看到这个新产品又想用这个 App 定制曲库,曲库管理好用不好用,属于一个锦上添花的增项,用户黏性不太强,毕竟现在大多 App 曲库不说做的多好,但至少都是能用的级别。
再就是歌单问题,辗转了几个 App 和平台,最终套路就是自建歌单+自己攒资源+播放器随心选,大不了带着歌单和资源 Next 。自己攒资源自由,一张专辑可能想听的就一两首,爱下什么就下什么,各种 HIFI 资源都能下,但 App 和平台上就不一定了。
@ShadowPower #62

哈哈,你说的对,感谢补充。我回答的本意是系统给应用的内存调度机制不同,Superfetch 是系统级缓冲策略,它吃掉的内存也不会反应在应用占的内存里。“通俗的讲” 也讲不了那么全面。
@ly1878
嗯木事,OP 也是搞这一套老早的了~

Windows 的内存管理和 Linux 完全是两个方向。通俗的讲,Windows (不做任何人为设置)只会占用必要的内存,所以任务管理器经常看到已使用 8G/总内存 32G 这种情况。Linux 则是尽可能占用可利用的内存保障应用的高效运行,运行一段时间就会发现内存都被使用,只是被 System 提前给初始化纳管了,很多内存在没有被应用实际使用的时候都是 Cache ,也就是你看到的,什么应用都没跑,就已经是已使用 25G/总内存 32G 这种“高负载”情况,实际内存压力并不大。
找了很多相册管理工具,都不如人意,看看 OP 这个
OP 是不是没了解过 Windows 和 Linux 关于内存管理的差异 ?
@Damn 顶不住现在的“倒逼”,小公司作妖起来也折腾人,代理太麻烦,穿透风险大,死循环~
如果你要觉得搭 VPN 还麻烦的话,那只有内网穿透(向日葵之类),但内网穿透如果导致泄密,妥妥全责。
手机上收藏常用地点,Carplay 搜索地点,收藏的地点就在最上边~

如果不是最常用的地点,那没法
16 天前
回复了 noble4cc 创建的主题 职场话题 颜值男主播的收入能到多少
@noble4cc #19 线上推广,线上收割嘛,男模也一样,基本实战。
16 天前
回复了 mingtdlb 创建的主题 问与答 企业分布式存储冗余都是副本模式?
副本比较流行是因为分布式本身的特性上,空间换时间的综合代价要小很多,SSD 现在都很便宜,配满一盘框 NVME SSD 也不贵。副本的一致性选择可以很灵活,实时、准实时甚至异步。对于实际业务场景(多读少写),读可以从多个节点并发读,写可以实时并行写也能异步写,灵活高效。

纠删码就不一样,计算成本高,写入/更新一组数据可能要更新所有数据块+校验块,尤其是编码解码这样高计算成本会直接占用分布式节点的 CPU 内存等资源。对于单一的分布式存储(只做存储不承担其他压力)还好,但对于融合存储(比如超融合,计算资源还要给虚拟化)影响就很大,纠删码实现如果优化不好,在大型密集 IO 的并行场景直接翻车。
纠删码在集中式存储应用的多,集中存储的机头那配置高且只做存储,内部存储网络基本大带宽大吞吐,能发挥纠删码的空间效率高、容错强、灵活扩展的优势。

扩容节点磁盘可以在线动态扩容,但扩节点 CPU 不能在线、不能动态~
通俗来讲,副本----空间换时间,成本低。纠删码---计算换性能,吃资源。
1st Telegram
2nd Ohters
1  2  3  4  5  6  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2777 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 09:58 · PVG 17:58 · LAX 01:58 · JFK 04:58
Developed with CodeLauncher
♥ Do have faith in what you're doing.