این فرمان با lock-ex است که می تواند در ارائه دهنده هاست رایگان OnWorks با استفاده از یکی از چندین ایستگاه کاری آنلاین رایگان ما مانند Ubuntu Online، Fedora Online، شبیه ساز آنلاین ویندوز یا شبیه ساز آنلاین MAC OS اجرا شود.
برنامه:
نام
with-lock-ex - قفل فایل
خلاصه
با قفل سابق -w|-q|-f فایل قفل فرمان قوس ...
شرح
with-lock-ex فایل قفل را برای نوشتن باز می کند و قفل می کند و سپس بقیه را تغذیه می کند
استدلال های آن به exec(2)؛ هنگامی که آن فرآیند خاتمه یافت، fd بسته می شود و فایل
به طور خودکار توسط هسته باز می شود.
اگر فایل وجود نداشته باشد، با مجوز ایجاد می شود rw برای هر کلاس کاربر برای
که umask دارد w.
OPTIONS
-w صبر کنید تا قفل در دسترس باشد.
-f شکست (چاپ یک پیام در stderr و خروج از 255) اگر قفل قابل دسترسی نباشد
بلافاصله زیرا فرآیند دیگری آن را دارد.
-q اگر
قفل را نمی توان فوراً بدست آورد زیرا فرآیند دیگری آن را دارد.
کهنه قفل
پروتکل قفل مورد استفاده از قدیمی بودن قفل رنج نمی برد. اگر قفل نمی تواند باشد
به دست آمده، یک یا چند فرآیند در حال اجرا باید در حال حاضر قفل را نگه دارند. اگر قفل نیاز داشته باشد
این فرآیندها باید آزاد شوند.
تحت هیچ شرایطی نباید کارهای cron jobs یا مانند آن «پاک کننده قفل قدیمی» ایجاد شود.
در سیستم‌هایی که ممکن است تعداد زیادی قفل وجود داشته باشد، فایل‌های قفل قدیمی ممکن است از cron حذف شوند
فقط در صورتی که هر قفل قبل از حذف فایل قفل، به عنوان مثال با
با قفل سابق -q فایل قفل rm فایل قفل
بن بست ها
هیچ تشخیص بن بست وجود ندارد. در یک سیستم با چندین قفل، یک سلسله مراتب قفل باید
ایجاد شود، به طوری که برای هر جفت قفل A و B که ممکن است یک فرآیند قفل شود
به طور همزمان، یا A>B or B>A که در آن رابطه > گذرا و غیر حلقوی است.
سپس، برای هر دو قفل X و Y با X>Y به دست آوردن ممنوع است X هنگام برگزاری - در طول برگزاری Y.
در عوض، کسب کنید X اول یا آزاد کردن Y قبل از (دوباره) بدست آوردن X و Y به این ترتیب
(راه های پیچیده تری برای جلوگیری از بن بست وجود دارد، اما سلسله مراتب قفل ساده است
درک و اجرا شود. اگر نیازهای شما را برآورده نمی کند، با ادبیات مراجعه کنید.)
قفل کردن پروتکل
پروتکل قفل استفاده شده توسط با قفل سابق به شرح زیر است:
قفل توسط یک فرآیند (یا گروهی از فرآیندها) نگه داشته می شود که یک قفل انحصاری fcntl را نگه می دارد
در اولین بایت از فایل ساده که نام مشخص شده را دارد. نگهدارنده قفل
(و فقط دارنده قفل) ممکن است فایل را حذف کند یا نام ایند را تغییر دهد
اشاره می کند و به محض انجام این کار، قفل را متوقف می کند.
هر فرآیندی ممکن است فایل را ایجاد کند اگر وجود نداشته باشد. نیازی به فایل نیست
حاوی هر گونه داده واقعی در واقع، در واقع استفاده از فایل برای ذخیره سازی داده ها بسیار است
توصیه نمی شود، زیرا این امر اکثر استراتژی ها را برای به روز رسانی قابل اعتماد سلب می کند. استفاده از a
در عوض فایل قفل را جدا کنید.
امکان به دست آوردن قفل مربوط به اجازه نوشتن روی فایل (و البته
اجازه ایجاد فایل، اگر از قبل وجود نداشته باشد). با این حال، فرآیندهای با
فقط مجوز خواندن روی فایل می تواند به هیچ وجه از به دست آوردن قفل جلوگیری کند. از این رو
فایل‌های قفل معمولاً نباید در جهان قابل خواندن باشند.
هنگامی که یک (گروهی از) پردازش ها می خواهند قفل را بدست آورند، باید فایل (با
O_CREAT) و آن را با قفل کنید fcntl(2) F_RWLCK، عمل F_SETLK or F_SETLKW. اگر این
موفق می شود که باید توصیفگر فایلی را که دارد و فایل را بر اساس مسیرش fstat کند. اگر
دستگاه و inode مطابقت دارند سپس قفل بدست آمده و تا آن زمان به دست آمده باقی می ماند
گروهی از فرآیندها تغییر می کند که نام فایل به کدام فایل اشاره دارد، فایل را حذف می کند یا منتشر می کند
قفل fcntl اگر این کار را نکردند، یک فرآیند دیگر قفل را به دست آورد و آن را حذف کرد
در ضمن فایل اکنون باید فایل توصیفگر خود را ببندید و دوباره شروع کنید. با قفل-
ex از این مشخصات پیروی می کند.
توجه داشته باشید که گله(2) نوع دیگری از قفل است fcntl(2). با قفل سابق استفاده fcntl.
با استفاده از خدمات onworks.net به صورت آنلاین از with-lock-ex استفاده کنید
