Sponsored Content
Full Discussion: regarding linux
Operating Systems Linux Gentoo regarding linux Post 302081373 by gautamatul82 on Tuesday 25th of July 2006 01:05:51 AM
Old 07-25-2006
Mr. Axes,

Every flavour of Linux has got certain features. So, it would be better if you can go ahead on your own as these sort of discussions will not lead to a better solution to your problem.




--
Atul
 

2 More Discussions You Might Find Interesting

1. Fedora

Which is the better platform to learn UNIX/Linux (Kali Linux Vs. Red Hat or other)?

I just started a new semester and I started my UNIX class yesterday. I've already decided to use python along with my learning process but what I really want to use with it is Kali as my UNIX/Linux platform to learn off of since I already wanted to learn Cyber Sec. anyways. I just wanted to know if... (12 Replies)
Discussion started by: ApacheOmega
12 Replies

2. UNIX for Beginners Questions & Answers

Simple sed command not working; could be a Mac/Linux vs. PC/Linux issue

Hello, I am on a Mac and trying to clean up some monthly files with a very simple SED: sed '3,10d;/<ACROSS>/,$d' input.txt > output.txt (from the input, delete lines 3 - 10; then delete from the line containing <ACROSS> to the end of the file) then output to output.txt Even when I try... (2 Replies)
Discussion started by: verbatim
2 Replies
SD_READAHEAD(3) 						   sd_readahead 						   SD_READAHEAD(3)

NAME
sd_readahead - Control ongoing disk boot-time read-ahead operations SYNOPSIS
#include "sd-readahead.h" int sd_readahead(const char *action); DESCRIPTION
sd_readahead() may be called by programs involved with early boot-up to control ongoing boot-time disk read-ahead operations. It may be used to terminate read-ahead operations in case an uncommon disk access pattern is to be expected and hence read-ahead replay or collection is unlikely to have the desired speed-up effect on the current or future boot-ups. The action should be one of the following strings: cancel Terminates read-ahead data collection, and drops all read-ahead data collected during this boot-up. done Terminates read-ahead data collection, but keeps all read-ahead data collected during this boot-up around for use during subsequent boot-ups. noreplay Terminates read-ahead replay. RETURN VALUE
On failure, these calls return a negative errno-style error code. It is generally recommended to ignore the return value of this call. NOTES
This function is provided by the reference implementation of APIs for controlling boot-time read-ahead and distributed with the systemd package. The algorithm it implements is simple, and can easily be reimplemented in daemons if it is important to support this interface without using the reference implementation. Internally, this function creates a file in /run/systemd/readahead/ which is then used as flag file to notify the read-ahead subsystem. For details about the algorithm check the liberally licensed reference implementation sources: http://cgit.freedesktop.org/systemd/systemd/plain/src/readahead/sd-readahead.c resp. http://cgit.freedesktop.org/systemd/systemd/plain/src/systemd/sd-readahead.h sd_readahead() is implemented in the reference implementation's drop-in sd-readahead.c and sd-readahead.h files. It is recommended that applications consuming this API copy the implementation into their source tree. For more details about the reference implementation see sd- readahead(7) If -DDISABLE_SYSTEMD is set during compilation this function will always return 0 and otherwise become a NOP. EXAMPLES
Example 1. Cancelling all read-ahead operations During boots where SELinux has to relabel the file system hierarchy, it will create a large amount of disk accesses that are not necessary during normal boots. Hence it is a good idea to disable both read-ahead replay and read-ahead collection. sd_readahead("cancel"); sd_readahead("noreplay"); SEE ALSO
systemd(1), sd-readahead(7), daemon(7) AUTHOR
Lennart Poettering <lennart@poettering.net> Developer systemd 10/07/2013 SD_READAHEAD(3)
All times are GMT -4. The time now is 04:20 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy