npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

schlock

v0.2.1

Published

Poorly-crafted in-process lock broker

Downloads

45

Readme

Schlock

This is a poorly-crafted read-write lock system. It only works in-process, and doesn't lock things between processes.

See also:

http://en.wikipedia.org/wiki/Readers%E2%80%93writer_lock

License

Copyright 2012, E14N Inc.

Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at

http://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.

Overview

The module exports a single constructor that I call Schlock but you might want to call something smarter.

var Schlock = require("schlock");

You need to create an instance to use it. I guess you could do this if you had multiple sets of resources (files and cache elements, say) that might share the same name.

var fileSchlock = new Schlock();
var cacheSchlock = new Schlock();

// These won't block each other

fileSchlock.writeLock("foo", ...);
cacheSchlock.writeLock("foo", ...);

Once you have a schlock, you use the readLock, writeLock, readUnlock, writeUnlock methods to manage resources.

Read-only access to resources is pretty straightforward.

var fname = "/tmp/myfile.txt";

fileSchlock.readLock(fname, function(err) {
    fs.readFile(fname, function(err, data) {
        fileSchlock.readUnlock(fname, function(err) {
        // do something with the data
        });
    });
});

Read-write access is about the same:

var fname = "/tmp/myfile.txt";

fileSchlock.writeLock(fname, function(err) {
    fs.readFile(fname, function(err, data) {
        var newData = modify(data);
        fs.writeFile(fname, newData, function(err) {
            fileSchlock.writeUnlock(fname, function(err) {
            // do something with the data
            });
        });
    });
});

I use step to organize async stuff so it'd look more like this for me:

var fname = "/tmp/myfile.txt";

Step(
    function() {
        fileSchlock.writeLock(fname, this);
    },
    function(err) {
        if (err) throw err;
        fs.readFile(fname, this);
    },
    function(err, data) {
        if (err) throw err;
        var newData = modify(data);
        fs.writeFile(fname, newData, this);
    },
    function(err) {
        if (err) throw err;
        fileSchlock.writeUnlock(fname, this);
    },
    function(err) {
        next(err);
    }
);

...which is a little less crazy.

Multiple reads on the same resource can happen at the same time. Only one write on the same resource can happen at one time, and no reads can happen while the write is happening.

Writes get precedence to prevent starvation.

Filesystem

I made this so I could do atomic-ish changes to files, but note that it doesn't do flock() or any other operating-system-level locking automatically. You still have to do that yourself.

API

  • new Schlock()

Creates a new Schlock. Doesn't pay attention to any parameters.

  • readLock(name, callback)

Lock the resource name for reading and call callback. The callback takes a single parameter, an error.

If the resource is currently write-locked, the callback will be queued to run once the write lock is unlocked.

  • readUnlock(name, callback)

Unlock the resource name for reading and call callback. The callback takes a single parameter, an error.

  • writeLock(name, callback)

Lock the resource name for reading and call callback. The callback takes a single parameter, an error.

If the resource is currently write-locked or read-locked, the callback will be queued to run once the write lock is unlocked.

  • writeUnlock(name, callback)

Unlock the resource name for writing and call callback. The callback takes a single parameter, an error.