Parcourir la source

doc: fix format

Nathalie Furmento il y a 6 ans
Parent
commit
26765778b5
1 fichiers modifiés avec 3 ajouts et 3 suppressions
  1. 3 3
      doc/doxygen/chapters/401_out_of_core.doxy

+ 3 - 3
doc/doxygen/chapters/401_out_of_core.doxy

@@ -46,7 +46,7 @@ disk, e.g. a file name in the \c stdio or \c unistd cases, or a database key in
 data handle. StarPU will then use this file as external source of data, and
 automatically read and write data as appropriate.
 
-In any case, the user also needs to set STARPU_LIMIT_CPU_MEM to the amount of
+In any case, the user also needs to set \ref STARPU_LIMIT_CPU_MEM to the amount of
 data that StarPU will be allowed to afford. By default StarPU will use the
 machine memory size, but part of it is taken by the kernel, the system,
 daemons, and the application's own allocated data, whose size can not be
@@ -79,10 +79,10 @@ caching in the kernel), \c unistd_o_direct (no caching), \c leveldb, or \c hdf5.
 
 It is important to understand that when the backend is not set to \c
 unistd_o_direct, some caching will occur at the kernel level (the page cache),
-which will also consume memory... STARPU_LIMIT_CPU_MEM might need to be set
+which will also consume memory... \ref STARPU_LIMIT_CPU_MEM might need to be set
 to less that half of the machine memory just to leave room for the kernel's
 page cache, otherwise the kernel will struggle to get memory. Using \c
-unistd_o_direct avoids this caching, thus allowing to set STARPU_LIMIT_CPU_MEM
+unistd_o_direct avoids this caching, thus allowing to set \ref STARPU_LIMIT_CPU_MEM
 to the machine memory size (minus some memory for normal kernel operations,
 system daemons, and application data).