TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Full-scale file system acceleration on GPU [pdf]

148 点作者 west0n大约 1 年前

13 条评论

magicalhippo大约 1 年前
Given that PCIe allows data to be piped directly from one device to another without going through the host CPU[1][2], I guess it might make sense to just have the GPU read blocks straight from the NVMe (or even NVMe-of[3]) rather than having the CPU do a lot of work.<p>edit: blind as a bat, says so right in the paper of course:<p><i>PMem is mapped directly to the GPU, and NVMe memory is accessed via Peer to Peer-DMA (P2PDMA)</i><p>[1]: <a href="https:&#x2F;&#x2F;nvmexpress.org&#x2F;wp-content&#x2F;uploads&#x2F;Enabling-the-NVMe-CMB-and-PMR-Ecosystem.pdf" rel="nofollow">https:&#x2F;&#x2F;nvmexpress.org&#x2F;wp-content&#x2F;uploads&#x2F;Enabling-the-NVMe-...</a><p>[2]: <a href="https:&#x2F;&#x2F;lwn.net&#x2F;Articles&#x2F;767281&#x2F;" rel="nofollow">https:&#x2F;&#x2F;lwn.net&#x2F;Articles&#x2F;767281&#x2F;</a><p>[3]: <a href="https:&#x2F;&#x2F;www.nvmexpress.org&#x2F;wp-content&#x2F;uploads&#x2F;NVMe_Over_Fabrics.pdf" rel="nofollow">https:&#x2F;&#x2F;www.nvmexpress.org&#x2F;wp-content&#x2F;uploads&#x2F;NVMe_Over_Fabr...</a>
评论 #39872218 未加载
评论 #39882815 未加载
评论 #39873984 未加载
multimind大约 1 年前
A friend of mine used to work for a GPU database startup as an integration engineer. He got frustrated because GPU drivers ( not just AMD but also Nvidia ) are intrinsically unstable and not designed for long flawless runs. If a few bits have a wrong value in a deep neural network or a pixel is wrong in a game, it does not matter much. In databases ( or file systems for that matter ) it does mean everything! It is hard to believe at first, but his former company now offers solutions without GPU acceleration that simply work, but they also lost their USP.
评论 #39874243 未加载
评论 #39877564 未加载
评论 #39873191 未加载
west0n大约 1 年前
According to this paper, GPU4FS is a file system that can run on the GPU and be accessed by applications. Since GPUs cannot make system calls, GPU4FS uses shared video memory (VRAM) and a parallel queue implementation. Applications running on the GPU can utilize GPU4FS after modifying their code, eliminating the need for a CPU-side file system when accessing the file system. The experiments are done on Optane memory.<p>It would be interesting to know if this approach could optimize the performance of training and inference for large models.
评论 #39872810 未加载
评论 #39871500 未加载
molticrystal大约 1 年前
While it is not a 1:1 comparison there has been a driver for windows that allows the creation of a ram drive from vram for NVIDIA cards.<p>&gt;GpuRamDrive<p>&gt;Create a virtual drive backed by GPU RAM.<p><a href="https:&#x2F;&#x2F;github.com&#x2F;prsyahmi&#x2F;GpuRamDrive">https:&#x2F;&#x2F;github.com&#x2F;prsyahmi&#x2F;GpuRamDrive</a><p>Fork with AMD support:<p><a href="https:&#x2F;&#x2F;github.com&#x2F;brzz&#x2F;GpuRamDrive&#x2F;">https:&#x2F;&#x2F;github.com&#x2F;brzz&#x2F;GpuRamDrive&#x2F;</a><p>Fork that has fixes and support for other cards and additional features:<p><a href="https:&#x2F;&#x2F;github.com&#x2F;Ado77&#x2F;GpuRamDrive">https:&#x2F;&#x2F;github.com&#x2F;Ado77&#x2F;GpuRamDrive</a>
评论 #39877145 未加载
评论 #39876501 未加载
afr0ck大约 1 年前
I didn&#x27;t fully read the paper, but few questions come into mind.<p>1) How does this work differ from Mark Silberstein&#x27;s GPUfs from 2014 [1]?<p>2) Does this work assume the storage device is only accessed by the GPU? Otherwise, how do you guarantee consistency when multiple processes can map, read and write the same files? You mention POSIX. POSIX has MAP_SHARED. How is this situation handled?<p>3) Related to (2), on the device level, how do you sync CPU (on an SMP, multiple cores) and GPU accesses?<p>[1] <a href="https:&#x2F;&#x2F;dl.acm.org&#x2F;doi&#x2F;10.1145&#x2F;2553081" rel="nofollow">https:&#x2F;&#x2F;dl.acm.org&#x2F;doi&#x2F;10.1145&#x2F;2553081</a>
评论 #39887834 未加载
yeison大约 1 年前
How to get hired by NVIDIA! If it does work it&#x27;s a brilliant idea.
KingOfCoders大约 1 年前
Like Microsoft DirectStorage?
评论 #39872181 未加载
_kdave大约 1 年前
I&#x27;m glad that research papers don&#x27;t start with &quot;we&#x27;ve analyzed linux kernel 2.6.18 sources (because this is what we had on our lab machines) and determined that ext3 is the best filesystem for our research purpose and now present you with a novel idea of using high-tech device on that&quot;. The paper acknowledges modern features, takes design from other filesystems (mentioned BTRFS and tree structures). Overall the idea is interesting and promising.
ec109685大约 1 年前
Interesting they would discuss system call overhead of opening a file, reading from it and closing it. Seems like in almost all cases the open and close calls would be overwhelmed by the other operations.
评论 #39872127 未加载
评论 #39874835 未加载
hieu229大约 1 年前
I hope GPU files leads to faster database
brcmthrowaway大约 1 年前
Is this implementing a file system using shader code? Thats insane<p>are shaders turing complete ? ;)
amelius大约 1 年前
A GPU seems overkill when the bottleneck is the I&#x2F;O.
评论 #39874362 未加载
touisteur大约 1 年前
Now this is all fun, but has anyone managed to make these mechanisms work with Multicast PCIe ? I really need GPUdirect and StorageDirect to support this, until PCIe catches up to today&#x27;s (or Blackwell&#x27;s) NVLink ... around PCIe 12?