Giter Site home page Giter Site logo

Comments (7)

radu-gheorghe avatar radu-gheorghe commented on June 13, 2024

Why would one spawn multiple instances of the same program and only use a single instance at once?

I'm not being ironic, I'm genuinely interested in whether this actually makes sense.

from rsyslog.

rgerhards avatar rgerhards commented on June 13, 2024

As i said... conversion aid to v8. so omprog works with v8 interface. If it
wouldn't support multiple instances, it wouldn't work.

For omfile it makes sense, as you really can't write concurrently.

Rainer

Sent from phone, thus brief.
Am 24.01.2014 13:01 schrieb "Radu Gheorghe" [email protected]:

Why would one spawn multiple instances of the same program and only use a
single instance at once?

I'm not being ironic, I'm genuinely interested in whether this actually
makes sense.


Reply to this email directly or view it on GitHubhttps://github.com//issues/16#issuecomment-33217398
.

from rsyslog.

radu-gheorghe avatar radu-gheorghe commented on June 13, 2024

OK, then.

+1 to making multiple instances work in parallel by default.

from rsyslog.

Ralnoc avatar Ralnoc commented on June 13, 2024

I think as long as you have the ability to use a single instance then it would work. I have a program I'm working on getting to work with omprog that would not handle multiple instances do to the nature of how it was designed by the original writers.

from rsyslog.

rgerhards avatar rgerhards commented on June 13, 2024

@radu-gheorghe Sorry... I was a bit confused about which conversation I was replying to ;) In the context of this issue, there are indeed some valid reasons (as @Ralnoc noted) to run in single thread-mode only. One of them is that the script connects to a destination that requires strict sequence (e.g. from a single IP).

It's notworthy that the rsyslog engine starts up workers for rulesets. So it is not possible to restrict a single action to just one worker (except if you create a dedicated ruleset for it, of course, but that's ugly). As such, we must be able to support "non-threadable" plugins in a way that prevents them from being executed concurrently.

from rsyslog.

rgerhards avatar rgerhards commented on June 13, 2024

This is now done, to be released with v8.1.6. It's a series of two commits, this is the last one: f753951

from rsyslog.

lock avatar lock commented on June 13, 2024

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

from rsyslog.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.