| ▲ | favflam 18 hours ago |
| btw, is it me or is there any justification for anyone including a developer to run more than 8GB of RAM for a laptop? I don't see functionality as having changed in the last 15 years. For me, only Rust compilation necessitates more RAM. But, I assume devs just do RAM heavy dev work on a server over ssh. |
|
| ▲ | pdpi 18 hours ago | parent | next [-] |
| There's all the usual "$APPLICATION is a memory hog" complaints, for one. In the SWE world, dev servers are a luxury that you don't get in most companies, and most people use their laptops as workstations. Depending on your workflow, you might well have a bunch of VMs/containers running. Even outside of SWE world, people have plenty of use for more than 8GiB of RAM. Large Photoshop documents with loads of layers, a DAW with a bazillion plugins and samples, anything involving 4k video are all workloads that would struggle running on such a small RAM allowance. |
| |
| ▲ | gizmo686 17 hours ago | parent [-] | | This depends on industry. Around here, working locally on laptop is a luxury, and most devs are required to treat their laptop like a thin client. Of course, being developer laptops, they all come with 16 gigs of RAM. In contrast, the remote VMs where we do all of the actual work are limited to 4GiB unless we get manager and IT approval for more. | | |
| ▲ | sumanthvepa 14 hours ago | parent | next [-] | | Interesting. I required all my devs to use local VMs for development. We've saved a fair bit on cloud costs. | | |
| ▲ | wongarsu 10 hours ago | parent | next [-] | | > We've saved a fair bit on cloud costs our company just went with the "server in the basement" approach, with every employee having a user account (no VM or docker separation, just normal file permissions). Sure, sounds like the 80s, but it works rearly well. Remote access with wireguard, uptime similar or better than cloud, sharing the same beefy CPUs works well and gives good utilization. Running jobs that need hundreds of GB of RAM isn't an issue as long as you respect other's needs too dont hog the RAM all day. And in amortized costs per employee its dirt cheap. I only wish we had more GPUs. | |
| ▲ | mr_toad 11 hours ago | parent | prev | next [-] | | > Interesting. I required all my devs to use local VMs for development. It doesn’t work when you’re developing on a large database, since it won’t fit. Database (and data warehouse) development has been held back from modern practices just for this reason. | |
| ▲ | layer8 10 hours ago | parent | prev | next [-] | | For many companies, IP isn’t allowed to leave environments controlled by the company, which employee laptops are not. | |
| ▲ | happymellon 13 hours ago | parent | prev [-] | | Current job used to let us run containers locally, but they decided to wrap initially docker, and then podman with "helper" scripts. These broke regularly, and became too much overhead to maintain so we are mandated to do local dev but access a dev k8 cluster to perform any level of testing that is more than unit and requires a db. A really shame as running local docker/podman for postges was fine when you just ran the commands. | | |
| ▲ | cdogl 12 hours ago | parent [-] | | I find this quite surprising! What benefit does your org accrue by mandating that the db instance used for testing is centralised? Where I am, the tests simply assume that there’s a database available on a certain port. docker-compose.yml makes it easy to spin this up for those so inclined. At that stage it’s immaterial whether it’s running natively, or in docker, or forwarded from somewhere else. Our tests stump up all the data they need and tear down the db afterwards. In contrast, I imagine that a dev k8s cluster requires some management and would be a single point of failure. | | |
| ▲ | happymellon 4 hours ago | parent [-] | | I really don't understand why they do what they do. Large corp gotta large corp? My guess is that providing the ability to pull containers means you can run code that they haven't explicitly given permission for, and the laptop scanning tools can't hijack them? |
|
|
| |
| ▲ | user34283 13 hours ago | parent | prev [-] | | Yes, zero latency typing in your local IDE on a laptop sounds like the dream. In enterprise, we get shared servers with constant connection issues, performance problems, and full disks. Alternatively we can use Windows VMs in Azure, with network attached storage where "git log" can take a full minute. And that's apparently the strategic solution. Not to mention that in Azure 8 CPUs gets you four physical cores of a previous gen server CPU. To anyone working with 4 CPUs or 2 physical cores: good luck. |
|
|
|
| ▲ | afiori 18 hours ago | parent | prev | next [-] |
| Browser + 2 vscode + 4 docker container + MS Teams + postman + MongoDB Compass Sure it is bloated, but it is the stack we have for local development |
|
| ▲ | nkrisc 11 hours ago | parent | prev | next [-] |
| You asked if there is a justification and then in the same post justified why you need it. |
|
| ▲ | tynorf 18 hours ago | parent | prev | next [-] |
| Chrome on my work laptop sits around 20-30GB all day every day. |
| |
| ▲ | viraptor 14 hours ago | parent | next [-] | | ~10 projects in Cursor is 25GB on it's own. | |
| ▲ | gizmo686 17 hours ago | parent | prev | next [-] | | How much would it take up if there was less RAM available. A web browser with a bunch of tabs open but not active seems like the type of system that can increase RAM usage by caching, and decrease it by swapping (either logically at the application level, or letting the OS actually swap) | |
| ▲ | typeofhuman 18 hours ago | parent | prev [-] | | I wonder if having less RAM would compel you to read, commit to long term memory, and then close those 80 tabs you have open. | | |
| ▲ | magicalhippo 15 hours ago | parent | next [-] | | The issue for me is that bookmarks suck. They don't store the state (where I was reading) and they reload the webpage so I might get something else entirely when I come back. They also kinda just disappear from sight. If instead bookmarks worked like tab saving does, I would be happy to get rid of a few hundred tabs. Have them save the page and state like the tab saving mechanism does. Have some way to remind me of them after a week or month or so. Combine that with a search function that can search in contents as well as the title, and I'm changing habbits ASAP. | | |
| ▲ | bananadonkey 14 hours ago | parent [-] | | Regarding wanting to preserve the current version of a page: I use Karakeep to archive those pages. I am sure there are other similar solutions such as downloading an offline version, but this works well for me. I do this mostly for blog posts etc I might not get around to reading for weeks or months from now, and don't want them to disappear in the meantime. Everything else is either a pinned tab (<5) or a bookmark (themselves shared when necessary on e.g a Slack canvas so the whole team has easy access, not just me). While browsing the rest of my tabs are transient and don't really grow. I even mostly use private browsing for research, and only bookmark (or otherwise save) pages I deem to be of high quality. I might have a private window with multiple tabs for a given task, but it is quickly reduced to the minimum necessary pages and the the whole private window is thrown away once the initial source material gathering is done. This lets me turn off address bar search engines and instead search only saved history and bookmarks. I often see colleagues with the same many browser windows of many tabs each open struggling to find what they need, and ponder their methods. | | |
| ▲ | magicalhippo 13 hours ago | parent [-] | | I've started using Karakeep as well, however I don't find its built-in viewer as seamless as a plain browser page. It's also runs afoul of pages which combats bots due to its headless chrome. Anyway, just strikes me as odd that the browsers have the functionality right there, it's just not used to its full potential. |
|
| |
| ▲ | pdpi 18 hours ago | parent | prev | next [-] | | If I'm doing work than involves three different libraries, I'm not reading and committing to memory the whole documentation for each of those libraries. I might well have a few tabs with some of those libraries' source files too. I can easily end up with tens of tabs open as a form of breadcrumb trail for an issue I'm tracking down. Then there's all the basic stuff — email and calendar are tabs in my browser, not standalone applications. Ditto the the ticket I'm working on. I think the real issue is that browsers need to some lightweight "sleep" mechanism that sits somewhere between a live tab and just keeping the source in cache. | |
| ▲ | transcriptase 18 hours ago | parent | prev | next [-] | | I wonder if a good public flogging would compel chrome and web devs to have 80 tabs take up far less than a gigabyte of memory like they should in a world where optimization wasn’t wholesale abandoned under the assumption that hardware improvements would compensate for their laziness and incompetence. | | |
| ▲ | m-schuetz 10 hours ago | parent | next [-] | | The high memory usage is due to the optimization. Responsiveness, robustness and performance was improved by making each tab independent processes. And that's good. Nobody needs 80 tabs, that's what bookmarks are for. | | |
| ▲ | lukan 8 hours ago | parent [-] | | "that's what bookmarks are for" And if you are lucky, the content will still be there the next time. |
| |
| ▲ | abenga 12 hours ago | parent | prev | next [-] | | Is there a straightforward way to have one-process-per tab in browsers without using significant amounts (O(n_tabs)) of memory? | | |
| ▲ | samus 12 hours ago | parent [-] | | There is no justification for that IMHO. The program text only needs to be in memory once. However, each process probably has its own instance of the JS engine, together with the website's heap data and the JIT-compiled code objects. That adds up. | | |
| ▲ | abenga 11 hours ago | parent [-] | | I'd very much like a crash in one tab not to kill other tabs. And having per tab sandboxing would be more secure, no? | | |
| ▲ | samus 6 hours ago | parent [-] | | What do you mean? All these features are provided by process per tab. |
|
|
| |
| ▲ | refulgentis 17 hours ago | parent | prev [-] | | They do this stuff. I’m honestly amazed OP is managing 30 GB regularly. I’d wager it’s a tall tale. It’s sort of perfect troll bait on a forum because you end up with people sounding nuts, defending web browser ram usage, against the common position, that browsers are RAM hogs. |
| |
| ▲ | fastasucan 6 hours ago | parent | prev [-] | | Thats a weird assumption to make. |
|
|
|
| ▲ | fastasucan 6 hours ago | parent | prev | next [-] |
| >But, I assume devs just do RAM heavy dev work on a server over ssh. Why do you assume that? Its nice to do things locally sometimes. Maybe even while having a browser open. It doesn't take much to go over 8gb. |
|
| ▲ | samus 12 hours ago | parent | prev | next [-] |
| Browsers can get quite bloated, especially if one is not in the habit of closing tabs or restarting it from time to time. IDEs, other development tools, and most Electron abominations are also not shy about guzzling memory. |
|
| ▲ | umanwizard 6 hours ago | parent | prev | next [-] |
| > But, I assume devs just do RAM heavy dev work on a server over ssh. This assumption is wrong. I compile stuff directly on my laptop, and so do a lot of other people. Also, even if nobody ran compilers locally, there is still stuff like rustc, clangd, etc. which take lots of RAM. |
|
| ▲ | stackghost 14 hours ago | parent | prev [-] |
| With 32 GB I can run two whole Electron applications! Discord and Slack! It's a life of luxury, I tell you. |