X is consuming ~100 GiB of RAM(!)

[Ewen Chan]

P.S.

I'm neither a dev nor all that familiar with this stuff either.

I'm just a user. And I've been on the SuSE forums talking with those people
in trying to figure out this issue that I am seeing where Xorg was
consuming ~100 GiB of RAM which, pretty much every technical person I've
talked to so far, doesn't think that should be happening at all.

And LOTS of people who I am talked to already are stumped as to why. So,
here I am.

And I/we are trying a bunch of different things to see if anything will
permanently alleviate this issue.

(Surprised that it is still happening at all, but *shrug*. Oh well.)

The Matrox framebuffer is popular on servers (console) because it's
presumably rather inexpensive and "lightweight". (akin to the old ATI 8 MB
Radeon framebuffers/Aspeed AST framebuffers)

They provide very basic video output capabilities for the console.

Thanks.

On Thu, Dec 7, 2017 at 1:05 AM, Felix Miata <mrmazda at earthlink.net> wrote:

> Ewen Chan composed on 2017-12-07 00:32 (UTC-0500):
>
> > 08:01.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA
> > G200eW WPCM450 (rev 0a) (prog-if 00 [VGA controller])
>  Seeing this thread get so long makes me curious. I'm neither dev nor all
> that
> familiar with the intricacies of Xorg or drivers, but I have had troubling
> experience with openSUSE and the mga driver, which you can see by looking
> at:
> https://bugzilla.opensuse.org/show_bug.cgi?id=1004453
>
> I wonder if it would be worth giving
>
>         iomem=relaxed
>
> on cmdline a try?
>
> Reading the bug might provide other clues what to try.
>
> IIRC, most distros have abandoned providing any mga driver. Also I wonder
> if the
> G200eW driver might have support in the server-integrated modesetting
> driver?
> --
> "Wisdom is supreme; therefore get wisdom. Whatever else you
> get, get wisdom." Proverbs 4:7 (New Living Translation)
>
>  Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
>
> Felix Miata  ***  http://fm.no-ip.com/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.x.org/archives/xorg/attachments/20171207/ac0c391f/attachment.html>