b=2252
r=adilger (didn't see regressions in buffalo, confirmed read throughput increases with sf and fpp multi-node IOR) This cleans up llite's readpage path and implements our own read-ahead window that hangs off of ll_file_data. The broad goal is to keep a fair amount of read-ahead pages issued and queued which can be fired off into read rpcs as read-ahead rpcs are completed.
Showing
- lnet/include/linux/kp30.h 1 addition, 0 deletionslnet/include/linux/kp30.h
- lnet/utils/debug.c 1 addition, 1 deletionlnet/utils/debug.c
- lustre/include/linux/lustre_compat25.h 7 additions, 0 deletionslustre/include/linux/lustre_compat25.h
- lustre/include/linux/lustre_lite.h 0 additions, 5 deletionslustre/include/linux/lustre_lite.h
- lustre/llite/file.c 5 additions, 1 deletionlustre/llite/file.c
- lustre/llite/llite_internal.h 17 additions, 1 deletionlustre/llite/llite_internal.h
- lustre/llite/rw.c 269 additions, 115 deletionslustre/llite/rw.c
- lustre/llite/rw24.c 12 additions, 8 deletionslustre/llite/rw24.c
- lustre/osc/osc_request.c 34 additions, 5 deletionslustre/osc/osc_request.c
- lustre/portals/include/linux/kp30.h 1 addition, 0 deletionslustre/portals/include/linux/kp30.h
- lustre/portals/utils/debug.c 1 addition, 1 deletionlustre/portals/utils/debug.c
Loading
Please register or sign in to comment