User1: Hello
User2: æäººå
User3: hi
User1: hi
User4: hi
User4: æäººå
User5: æ
User4: å±ç¶ççæäºº
User4: æè§åç°äºæ°å¤©å°
User6: contrun[m]: cherrot: zao.
User6: contrun[m]: tomorrow.
User6: contrun[m]: How?
User6: contrun[m]: Try to find a condom-friend?
User6: contrun[m]: Why åå¤¶ can't be your condom friend?
 * imadper Shitty sogou-pinyin
User6: contrun[m]: Is it possible that hijack read/write with ptrace to implement a cache system for NFS?
User6: contrun[m]: I mean, a local arc for nfs.
User6: contrun[m]: How to handle mmap then?
User6: contrun[m]: More thoughts?
User6: contrun[m]: more details?
User6: contrun[m]: shitty ceph. I don't even know if ceph has a local cache
User6: contrun[m]: Hard to measure.
User6: contrun[m]: cache is always transparent
User7: æææ¯å¤é¾å´é¦
User6: contrun[m]: with local zfs, arc hits 99% on our workload.
User6: contrun[m]: With 20G arc.
User7: 2.10å°è·¯è½ç»æå?
User6: contrun[m]: Which provides 600K iops which 16K recordsize.
User7: contrun ä¸­å½æ¢¦
User6: contrun[m]: When runing filecoin action0, there is nearly zero physical disk io with arc. Arcstats shows that arc covers almost all of the read.
User6: contrun[m]: https://sm.ms/image/DosbV4drQaPtyqw   currently, in local. However I need to move it to lan.
User6: contrun[m]: I just need ceph or nfs have similar cache.
User6: contrun[m]: And if ceph has built-in memory cache, I'd use it directly.
User7: é½å¥æ¶åäºï¼è¿æ´å¤©æ¥äºå¿çµé¸¡æ±¤çæ°é»ï¼
User7: è¿æé£äºæ²¡äºè¹­ç­ç¹çé¢å£«
User7: è¿æ¬¡è¢«äººå®åä¸¾æ¥ï¼å¹²èè¿ä¸ªéå°±è®©æ­¦æ±çæ¯ç ç©¶æåä¸­ç§é¢é£äºé¢å£«èäºå§ï¼ä¸æä¸è¶³ä»¥å¹³æ°æ¨
User6: contrun[m]: that's why I need to hijack read/write with ptrace.
User6: contrun[m]: To reduce hardware cost, we have no nvme on ever worker.
User6: s/er/ery/
User7: ç®¡å®æ¯çæ¯åï¼æ»æäººéè¦èéå§
User6: contrun[m]: readahead?
User7: å¹³æ¶æ¿çç²®çï¼æ­¤æ¶å°±æ¯ä»ä»¬ä¸ºå½æèº¯çæ¶å
User6: contrun[m]: is linux buffer a LRU?
User7: ç½ä¸é½è¯´è¿æ¬¡é®é¢è¿ä¹å¤§ï¼å°±æ¯å ä¸ºå¹´åé£ä¸ªå¥³çå¼è½¦ç¢¾åäºé¾è
User7: ææè§è¿ä¸ªè¯´æ³éå¸¸ç§å­¦
User7: åºè¯¥æè¿ä¸ªå¥³çå¨æç¥­ç¥äº
User7: ä½ æ³æ³é¾èé£æ¯ä»ä¹å°æ¹ï¼ç«ç¶è¢«è¿ç§å¦ç²¾å¼è½¦ç¢¾åï¼è¿ä¸ªå½è¿é½è¢«ææ²¡äº
User6: User7 Agree with you.
User6: contrun[m]: yep, that's how lsm tree works.
User6: contrun[m]: However, I need it for read.
User7: åäº¬ä¸éªäºï¼
User7: å¤©æ´¥ä¹ä¸éªäºï¼
User6: contrun[m]: https://docs.ceph.com/docs/giant/rbd/rbd-config-ref/
User6: contrun[m]: LRU or MFU
User6: contrun[m]: arc is the combin of LRU and MFU
User6: contrun[m]: it adjust the size of LRU and MFU automaticlly to fix kinds of workload.
User6: contrun[m]: https://sm.ms/image/dEsAzRTiabnBMlg in my case, MFU works well.
User6: contrun[m]: IIRC bcachefs works at block layer,
User6: contrun[m]: cachefs uses another fs as cache. not memory.
User6: contrun[m]: https://sm.ms/image/ZNzGfU8Ee7OKstu
User6: contrun[m]: https://www.redhat.com/archives/linux-cachefs/2011-October/msg00005.html
User6: contrun[m]: :-)
User6: contrun[m]: "You cannot use tmpfs because it doesn't support xattr needed for fscahe."
User6: contrun[m]: I would give ceph a try.
User6: contrun[m]: However all hdds are managed by zfs now. I can't destory zpool now.
User6: contrun[m]: just know that ceph has a local memory cache.
User6: contrun[m]: and still not sure if it's a mfu.
User6: contrun[m]: Just don't want to take too much time on testing ceph/tmpfs/bcachefs
User6: contrun[m]: Nope, The program is alread runing. The job I'm doing now is find out the fastest storage solution.
User6: contrun[m]: which means, I'm in optimization phase now.
User6: contrun[m]: It's not "premature"
User6: contrun[m]: Increasing hardware cost is possible iff I have a sane caching system to use the memory.
User6: contrun[m]: So I'm finding the `sane caching system`
User6: contrun[m]: how?
User6: contrun[m]: Show me the command.
User6: contrun[m]: you jump, I jump
User6: contrun[m]: jump jump more health
User6: contrun[m]: .... Okay
User8: kubuntuç¨tightvncserverï¼é®çè¾å¥ä¹±ç æ¯ååäºå¿å
User8: å®å¨æ¯ä¹±çð
User8: xrdpå°±æ´ä¸è¡ï¼è¿æ¥ä¸ å°±æ¾ç¤ºä¸ªé¼ æ ç®­å¤´â¦â¦
User8: æä¹æç¶æ»´åï¼
User6: ...
User8: å¥½å°å
ubuntu-cn
Ubuntu IRC