Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 4.1.0-incubating
    • Component/s: None
    • Labels:
      None

      Description

      To avoid disk I/O potential competition between GC and broker threads, GC logs are placed into /dev/shm. This is a valid concern, but I propose more consideration to be done to situations when the system crashes (and, as a result, in-memory logs disappear).

      Long-term logging is essential for analysis of the brokers' performance.

        Activity

        Hide
        kailai Kailai Shao added a comment -

        It's quite a valuable point! Using RAM disk makes broker more real-time while pointing to somewhere else makes logs persistent.

        I wonder whether it is better to provide a default configuration and offer ability for user to modify using input arguments meanwhile?

        Show
        kailai Kailai Shao added a comment - It's quite a valuable point! Using RAM disk makes broker more real-time while pointing to somewhere else makes logs persistent. I wonder whether it is better to provide a default configuration and offer ability for user to modify using input arguments meanwhile?
        Hide
        roman_s Roman Shtykh added a comment -

        Yes, I also think that making users configure as they need can be an option.
        As a start, this can be documented with an examples.

        Show
        roman_s Roman Shtykh added a comment - Yes, I also think that making users configure as they need can be an option. As a start, this can be documented with an examples.
        Hide
        zander dongeforever added a comment -
        Show
        zander dongeforever added a comment - https://github.com/apache/incubator-rocketmq/pull/87 will solve this problem
        Hide
        zander dongeforever added a comment -
        Show
        zander dongeforever added a comment - solved with PR: https://github.com/apache/incubator-rocketmq/pull/87

          People

          • Assignee:
            roman_s Roman Shtykh
            Reporter:
            roman_s Roman Shtykh
          • Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development