TGINSIGHT SIMILAR POSTS
Source channel @olddriverGDstudy · Post #102 · Oct 18
游龙历险记 孔子云:食色性也。本人自然逃不出圣人所料。于是踏上了这条不归路。能看到这篇文章的估计都已经在此道初窥门径，我便不再规劝各位，望各位好自为之。以下我分享一下个人探索世界的经历，希望各位能从其中吸取教训，少上当，多开好车。 探索篇 人生初体验： 资源途径是朋友分享的专业招嫖软件，名为51品茶。一日恰逢休假，兴致大发，遂行动。QQ约好800/pp（上门）。到了宾馆之后给她拍房卡，发送手机号，坐等上门。约半小时后，人到。人图不一，想退货，奈何是个新手在小姐的忽悠下同意了（这个小姐外形也还行）。付钱开搞。服务非常简单，口硬了开干。态度奇差，一直玩手机。一炮结束后，大为扫兴，要求退钱。小姐没同意，说给推荐其他资源。让人走了，发消息不回。两百块没了。 事后反省： 招嫖软件上的基本都是代聊，鸡头，层层转包，八百最后到小姐手机可能只有四百。尽量不要通过软件找。根据另一次经历，推测出一个人软件发布资源，然后转给鸡头，鸡头联系小姐。对小姐不要心软，人图不一的全是代聊，直接拒绝。路费都不要给。这种小姐能拿到手的都非常少，不可能有好的体验。不要对小姐的人品抱有期待，和小姐的交易必须当面完成，人走账清。 人生再探索： 去找同学玩，同学介绍了一家洗浴中心，398半套，技师年纪偏大，服务一流。不满意的可以换，多换几个总能找到个还行的。熟人带着才有全套。 事后反省： 熟人带着可以搞大活，要么就装老嫖客，技师可以私聊带出来。级别翻倍。随便搞。 斗智斗勇篇 洗浴中心第二天，同学给了一个QQ号，加上之后网上选人。888/p，本人选了两个1600。留下联系方式和房卡。约好时间，时间到了之后让转账后小姐上楼。觉得号是同学给的诚信有保障，遂给888。转账后暴露，各种借口让付另一半，小姐没上楼。期间双方斗智斗勇，互相忽悠。我想让对面给我把钱转回来，对面忽悠我转剩下的一半。最终恼羞成怒，报上我的姓名，扬言砍我一只手，（猜测酒店前台泄露了我的信息）同时发来一段视频，西瓜刀寒光四射。本人放话：有种上来。同时戴上口罩开门跑路，110已经拨好，随时可打。 反省：任何时候都不要放松警惕，哪怕同学给的资源，不见小姐不付钱。面对卖淫团伙仙人跳威胁不要怂，他刚你更刚。报警挂嘴上。（报警流程有不熟悉的建议有机会找个小事试一下，一般会问一些信息，提前准备好，比如出警地点） 安魂舒缓篇 找同学玩回来，欲找个熟女安慰一下受惊的心灵。人来略坦，无奈大莱莱迷惑了我的双眼，上门后推荐闺蜜双飞，怦然心动。共计2400。无奈服务相当机车，身材走样，下面松垮垮，除了奶子可以，其余都不行。没射出来就软了。实在下不去鸡儿。 反省：不要相信鸡头嘴里熟女这种东西，玛德二十多的他说是学生，30多的他说是二十的，四五十的才是他们嘴里的熟女。再次强调不要在床上相信小姐任何话，这时候男人每个清醒的，要谈也是提上裤子以后。 同一个地方跌倒四次： 一日兴起，招嫖，谈好价格1000pp，人来看中，付钱后准备洗漱。小姐借口自己来之前已经洗漱过了，让我自行洗漱，于是洗漱，途中和小姐聊天，指挥我洗一下鸡儿，不然口的时候不卫生。遂用肥皂擦洗，泡沫正浓时，小姐夺路而逃。跑了。又一日兴起，约好后酒店等人敲门后端详良久，这特么不是上次跑路的那个小姐，遂激动指控，逼其退钱，无奈忘记堵门，又跑了。再一日兴起，来一未成年，吓我一哆嗦，赶紧换了一个，由于兴致大起，已经洗好澡等待，准备人来直接开干。来后小姐说已经洗过澡了，没多久，提枪上马，干到一半，小姐私处异味严重，大为影响兴致。某一日，兴致再起，欲探索酒店小卡片。打电话后，人来。500一次，没啥服务，催人，质量不行，隆胸，关键隆过以后也只有B-，还特么硬，我都不敢捏，害怕摸坏了。 反省：之所以是一个地方跌倒四次，是因为开房地点都在万达中心。怀疑此地有诈。各位谨慎。小姐来了以后一定要洗澡，不论她什么借口。一定要注意卫生。不健康不说，还特么影响兴致。如果洗澡前付了钱，就同时洗澡，要么洗澡之后付钱。针对上门小姐服务机车，不认真的情况，各位可以尝试事后付款。（这点要约之前就谈好，省的浪费时间），另外远离未成年，绝对不能精虫上脑。万一被抓就不是换个星球生活的事了 云南之行： 微信约好1600包夜，小姐来到后，外形颜值良好。遂付款开整态度良好。体验良好。两炮结束后，小姐借口上厕所，卫生间内偷偷穿戴整齐，趁机夺路而逃。一日游玩结束后，浑身酸痛，想洗个澡。打车告诉司机说去洗澡。无奈司机会错意，直接拉到一家养生馆，说有当地特色。于是体验一把。没有大活298，洗澡加按摩加轻色情服务，最后大飞机。技师相当漂亮。听话。云南少数民族农村的，后悔没加微信。 反省：包夜一定要谨慎小姐偷偷溜走，思来想去只有钱给一半这个办法，这种方法也得提前说好。省的浪费时间。养生馆的小姐姐，我怎么就没要微信呢。真特么后悔。 青岛之行: 是一家spa馆，只做特殊服务的那种，小姐质量超高，服务非常机车。1399打了个飞机摸了一下奶。 反省：不要让妹妹迷失了双眼啊，看到漂亮姐姐就付钱是可耻的。 门店会员： 一家我工作城市的足浴店，挺大的，技师日常上班三四十个。质量有好有差，不满意就换，服务分档次，1000的会员，3000的会员，10000的会员。我是3000的，3000的不给口，可以打奶炮。服务挺好，单次消费666，按摩，加胸推，调情之类的，不给口，不给日。 反省：足浴店的技师因为按摩脚丫子，稍有不慎就会沾染脚气，再摸你的蛋蛋，容易引起蛋蛋瘙痒，或者各种皮肤病。要谨慎啊，事后一定要用肥皂清洗自己的二弟，别图省事用纸擦擦了事。别问我怎么知道的。 大本营： 一个外围2000两小时，相当漂亮，服务温柔，身材也好。 反省：我怎么这么穷？ 作者：王一 标签：#原创，#知识，#经验反省
Search: #bpf
@aigcrubbish · Post #269 · 03/23/2026, 04:49 PM
[$] Tracking when BPF programs may sleep BPF 程序可以在可休眠和不可休眠（原子）上下文中运行。目前，可休眠的 BPF 程序不允许进入原子上下文。Puranjay Mohan 提出了一个新的补丁集，旨在改变这一限制。该补丁集允许在可休眠上下文中调用的 BPF 程序临时获取锁，从而使程序过渡到原子上下文。然而，BPF 维护者 Alexei Starovoitov 对部分实现提出了异议。因此，该补丁能否被接受，取决于 Mohan 是否愿意并有能力解决这些问题。 原文链接：https://lwn.net/Articles/1062868/ #Linux内核#BPF#内核开发 #AIGC Read more
@aigcrubbish · Post #217 · 02/26/2026, 01:38 AM
[$] No hardware memory isolation for BPF programs BPF 程序目前缺乏硬件内存隔离。Yeoreum Yun 在 2 月 12 日提出了一项改进建议，希望利用内存保护密钥来防止 BPF 程序未经授权访问内存。他本想在 5 月的 Linux 存储、文件系统、内存管理和 BPF 峰会上讨论此议题，但由于缺乏关注，这不太可能实现。Yun 还有一个实现了部分提议的补丁集，但尚未在邮件列表中分享。以目前的形式，他的提议似乎不太可能被接受。不过，内核过去在经历大量讨论后，也曾添加过基于硬件的加固选项。 原文链接：https://lwn.net/Articles/1059218/ #Linux#内核安全#BPF#内存管理 #AIGC Read more
@aigcrubbish · Post #108 · 12/19/2025, 04:03 PM
[$] A visualizer for BPF program state BPF 验证器非常复杂，它需要检查 BPF 程序执行可能经过的每一条路径。其判断程序是否安全是基于程序的整个生命周期，而非简单的局部因素，这意味着验证失败的原因并不总是显而易见的。 在 2025 年东京 Linux Plumbers 大会上，Ihor Solodrai 和 Jordan Rome 介绍了他们正在构建的 **BPF 验证器可视化工具**。该工具旨在让诊断验证失败的过程变得更加容易。 通过这个可视化工具，开发者可以更直观地理解验证器的内部状态和决策过程，从而更快地定位和修复 BPF 程序中的问题。 原文链接：https://lwn.net/Articles/1050585/ 相关资源：演示文稿 | 项目仓库 #Linux#BPF#内核开发#调试工具 #AIGC Read more
@aigcrubbish · Post #158 · 01/27/2026, 05:06 PM
[$] Implicit arguments for BPF kfuncs Linux 内核的 kfunc 机制允许 BPF 程序直接调用内核函数。目前内核中有超过 300 个 kfunc，功能涵盖字符串处理（如 `bpf_strnlen()`）到自定义调度器（如 `scx_bpf_kick_cpu()`）等。 有时，这些 kfunc 需要访问 BPF 程序无法直接获取的上下文信息，因此无法通过参数传递。Ihor Solodrai 提交的“隐式参数”补丁集旨在解决这个问题，它允许 kfunc 隐式地接收额外的上下文参数。 原文链接：https://lwn.net/Articles/1055559/ #Linux#内核#BPF#kfunc #AIGC Read more
@aigcrubbish · Post #257 · 03/19/2026, 01:29 AM
[$] BPF comes to io_uring at last Linux 内核的异步 I/O 接口 io_uring 通过两个共享环形缓冲区与用户空间通信：提交队列用于发送请求，完成队列则存放结果。尽管共享内存减少了大量开销，但内核仍需切换至用户空间以处理完成事件并提交后续工作，这仍会产生开销。 Pavel Begunkov 提交的补丁集旨在最小化这一开销。它允许开发者使用 BPF 程序扩展 io_uring 的事件循环，使程序能直接响应完成事件并提交后续工作项，无需切换至用户空间。该补丁集已开发很长时间，现已被内核社区接受。 这一改进将进一步提升 io_uring 的高性能 I/O 处理能力。 原文链接：https://lwn.net/Articles/1062286/ #Linux#内核#io_uring#BPF#性能优化 #AIGC Read more
@aigcrubbish · Post #166 · 01/29/2026, 04:39 PM
[$] Sub-schedulers for sched_ext 可扩展调度类（sched_ext）允许安装由 BPF 程序构建的自定义 CPU 调度器。它被合并到 6.12 内核版本中，使内核摆脱了此前“一个调度器适应所有场景”的模式；现在任何系统都可以拥有针对其工作负载优化的专属调度器。然而，在单个机器内部，目前仍然是“一个调度器适应所有场景”：整个系统只能加载一个调度器。Tejun Heo 提出的 sched_ext 子调度器补丁系列旨在改变这一状况，允许在单个系统上运行多个 CPU 调度器。 原文链接：https://lwn.net/Articles/1056014/ #Linux#内核#调度器#BPF#sched_ext #AIGC Read more
@githubtrending · Post #15415 · 01/15/2026, 12:30 PM
#go#bpf#cncf#cni#containers#ebpf#k8s#kernel#kubernetes#kubernetes_networking#loadbalancing#monitoring#networking#observability#security#troubleshooting#xdp Cilium is an eBPF-based tool for Kubernetes that delivers fast networking, deep visibility, and strong security. It creates simple Layer 3 networks across clusters, handles load balancing to replace kube-proxy, enforces identity-based policies from L3 to L7 (like HTTP or DNS rules), supports service mesh with encryption, and offers Hubble for real-time traffic monitoring. Stable versions like v1.18.6 run on AMD64/AArch64. You gain scalable performance, easier policy management without IP hassles, better troubleshooting, and higher efficiency for large cloud-native apps, cutting costs and boosting reliability. https://github.com/cilium/cilium