I quickly abandoned the slack "App", but even dedicating a chromium tab to Slack ended up being absurdly heavy. So I've finally migrated to weechat+weechat slack plugin. For a moment I thought I was too late, as slack is killing the xmpp and irc bridges - but the dedicated slack plugin for weechat uses the slack api.
As an added bonus, there are no more animated emojis in my peripheral vision that can be mistaken for an update / alert.
I'm on Linux, but I presume wc works fine on Mac. A bit of a shame that the qt-based client seems abandoned - but it's open source and python so maybe it'll pick up some steam for those that want something a bit less console only, but still not Web app crappy.
I don't have a horse in the slack/xmpp race (although I do hope open standards win out) but if they have a public API which lets you do all that, would it be easy enough to build an XMPP gateway?
A lot of digital ink was spent on this issue. Basically it is due to the fact that the Slack app uses Electron, and thus it is not much more than a Chromium browser with several loaded webpages.
104 MB at the moment. For me at least, Slack really got their shit together sometime last year and improved the issue significantly. I still remember having to restart Slack twice a day, but it ain't issue anymore.
Would probably help to say how many slack organizations you’re using. I’m on around 6, and Slack almost always takes up a big chunk of memory. I suspect those with less resource usage are in fewer orgs, but it’s hard to say.
Over a gigabyte - never used more than a single organization. Gave up, the in-browser version has all the features the webkit-wrapper version has and is tamed well by the browser itself.
Continuing the anecdata collection, I'm in the over 1GB club. One instance of Slack, six of Slack Helper, several of which using 200GB of memory, but the biggest being 1GB. Timely thread, since when I sat down this morning and unlocked my computer, I was warned that I'd run out of memory and needed to quit some apps.
I really, really hope you mean "200MB", although I honestly wouldn't be surprised if they managed to use 200GB if accidentally started on a beefy server.
What I find interesting is that this is now becoming more noticed by other people. We've had a whole bunch of non-tech people at my company start complaining about Slack's sluggish performance, connection drops, the fact that it makes other things on their machine unusable, that kind of stuff.
I would like to think this means there will be a bit of a change going forward.
I have a MPB 2012 and I purchased a second hand ipad mini2 just so I could handle all my comms through it. Slack was the main culprit for that decision, my computer was basically unusable while running rails with guard + ember + chrome(pivotal tracker) + slack.
Hm, I wonder how much a company's Slack culture affects memory usage. I've never seen it eat more than a few hundred MB, but then my coworkers almost never post GIFs.
to be fair, this is not an electron issue as vscode runs fine on all platforms. I don't really want to bash the devs but... Maybe they should take a look at it.
VS Code is by far the best optimized Electron app I've seen, but with a total of 5 files open, it will still turn my laptop into a pizza oven on my lap.
It, and every JS/Desktop hybrid has so much promise, but my Lord, as a proficient JavaScript junkie that has a deep abiding love for the language, it's not performant.
I just can't use either Atom or VS Code for day to day work.
PS, Sublime, please support some form of JS plugins, even if that means limiting the API for JS plugins.
I mean supporting it as the language in which the plugin is written. If there are plugins that are doing that, let me know, I'll be googling that all day today.
I have vscode open with a relatively small project here, and excluding the CPP tools it sits at about ~500M used. If I include the CPP tools it's about ~1.5GB. Not as bad as Slack, but I wouldn't call it 'fine' considering that it's just an editor.
For comparison, QtCreator with I'm using right now in one session for a few days, with a full-blown set of C++ tools integrated, consumes 319.1 MB RAM + 140.3 MB RAM for clangbackend. That's less than 500 MB for a complete solution with code analysis, debugger, profilers, form designer and even some QML stuff.
Slack, which is idling in the background in just one organization, consumes 22 MB more than QtCreator :P OTOH, there's also a full-blown IRC client Konversation, connected to 2 servers and 42 channels total, consuming 80.6 MB.
You need to put it in context. Is system ram under pressure? Poor memory performance is measured by swap i/o or bandwidth, not usage.
If you have 16gb of ram and little else using the ram then there is nothing to worry about. If you have 4gb of ram then a support ticket is probably your best course of action rather than whining to random forums.
To answer your question, runtimes will lazy garbage collect because you might want the data again. Decompressed images and frame buffers lead to faster under interface interaction. You're not using a terminal app, you're using an app that can render any font or image in complex ways to an image buffer, for rendering at 60fps with smooth scroll. Are you also on a retina display?
I get around this by using the web client daily (pinned tab in chrome) and open up the desktop app whenever I need to do specifically screen sharing (or just skype). It's not worth the resource headache.
It does not have complete feature parity. One of the things missing, that is important for me and the team I am on, is the ability to share screens and allow for remote control in that session. That is a Mac App only right now, at least the last time I checked.
Now that screenhero is no more, screen sharing is literally the only reason one of my teams use slack. We use hipchat (not by choice) for the rest of our communication.
For me, cmd + tabbing to a chat application is a much better user experience than having to dig through open tabs and/or multiple instances of the browser.
As an added bonus, there are no more animated emojis in my peripheral vision that can be mistaken for an update / alert.
I'm on Linux, but I presume wc works fine on Mac. A bit of a shame that the qt-based client seems abandoned - but it's open source and python so maybe it'll pick up some steam for those that want something a bit less console only, but still not Web app crappy.
https://github.com/wee-slack/wee-slack
https://github.com/weechat/weechat
https://github.com/weechat/qweechat
I imagine that both for the console client and the qt one it should be possible to map some of the more common emojis to Unicode (eg :heart:).