Earlier quoted context omitted.
It's actually not faster than the current modern UI for me.
What specs does your computer/device have?
Intel Skylake Core i5-6300u.
Test your product on a crappy laptop
311–320 of 321 posts
Re: Test your product on a crappy laptop
#312Earlier quoted context omitted.
Unpopular opinion: Most web developers don't have a grasp of computer science or assembly, and act like computing resources are free. OTOH, obsessing about performance to the exclusion of usability is equally insane. Nuance, knowledge, and metrics are what's needed.
Idk how CS or Assembly plays into this. I’m a webdev. Self taught. Your points about metrics and nuance are accurate but I fail to see how those are related to CS as a whole. If stuff is legitimately slow, we should make it faster. Doesn’t need to be more complicated than that imo.
The typical CS "curriculum" has a pretty large focus on performance. Most of the assignments given in my university had constraints around time, memory and cpu consumption. Therefore performance was heavily focused on.
This has carried over quite well into my work life. Things like "big O", understanding the mechanics of different kinds of data structures, and their tradeoffs enter all my code. They don't really take up a large part of my active thinking, but I will routinely make decisions that are more performant and try to weigh in readability, "grok"-ability, and if they are common or not.
I find that university forced me to learn the unattractive bits of computing, that if I was self taught I likely would've glossed over and not spent several months on.
Yes, if stuff is legitimately slow, make it faster. But things typically _become slow_, it's a creep. As time progresses, it slows down, now it's slow and you may not have a product manager who thinks _now_ is the time to dedicated resources towards speeding it up.
Re: Test your product on a crappy laptop
#313Earlier quoted context omitted.
Come to Europe, most of those designers will be using Windows machines issued by IT to everyone on the building anyway. And the only Apple gear will be iPhones and iPads used by upper management. Yes, I am also aware there are plenty of cases that aren't like that specially for the fortunate ones living on tier 1 EU countries.
> Come to Europe, most of those designers will be using Windows machines issued by IT to everyone on the building anyway. That's not my experience at all. I would not make such a generalizations for Europe which includes very different cultures / work environments.
Exactly because I expected such replies I wrote the last sentence that you forgot to read.
Re: Test your product on a crappy laptop
#314Earlier quoted context omitted.
They have, kind of, it's the energy save mode. On Linux, (besides GPU) you'd set /sys/devices/system/cpu/cpu$i/cpufreq/scaling_max_freq to cpuinfo_min_freq, for all $i. I always look for minimum (idling) CPU frequency in devices before buying them, but this info is almost never available. My laptop has a min freq of 800 MHz, but I would like to go even lower, to better test low performance devices and limit energy us…
There are two ways you can go lower: the cpu cgroup, and cooling_deviceN. I'm still working on memorizing the first approach :) but it works well just about everywhere; the second is simpler but employs intel-specific hardware-level throttling which may or may not behave usefully (it may have been the cause of a couple of mystery soft hangs on an old Pentium box I have here, presumably things are less glitchy now giv…
Thanks for your elaborate notes! This is helpful information.
When I tried your commands, on Arch via libcgroup-git, `cgcreate -g cpu:cpulimit` only results in `cgcreate: can't create cgroup cpulimit: Cgroup, requested group parameter does not exist`, for some reason. But this is not a support ticket, I have not researched this at all yet. But cgroups only limit some processes anyway, never the entire core(s) - so it seems one could also simply use cpulimit [1] instead which emulates by sending SIGSTOP and SIGCONT.
About cooling_deviceN: While this does limit cpu functionality, this seems to only also set `scaling_max_freq` to an appropriate value, throttling because the fans are disabled. Not more useful than setting the frequency manually I presume.
Re: Test your product on a crappy laptop
#315Earlier quoted context omitted.
Thanks for reminding me why I use HTML Gmail instead. https://mail.google.com/mail/u/0/h/
It surely loads faster than speed of light, but with all the keyboard navigation missing, it takes 20x more time to go through each email and archive/delete/reply to. Can't have everything, it seems. :/
I find the idea that the keyboard navigation is a measurable part of the site amusing.
Re: Test your product on a crappy laptop
#316No post body was provided.
Re: Test your product on a crappy laptop
#317Earlier quoted context omitted.
> Come to Europe, most of those designers will be using Windows machines issued by IT to everyone on the building anyway. That's not my experience at all. I would not make such a generalizations for Europe which includes very different cultures / work environments.
Exactly because I expected such replies I wrote the last sentence that you forgot to read.
I did read it. You still made an untrue generalisation and in the last sentence tried to narrow it down. Why not just wrote like "I live in and here..."
Re: Test your product on a crappy laptop
#318Earlier quoted context omitted.
Exactly because I expected such replies I wrote the last sentence that you forgot to read.
I did read it. You still made an untrue generalisation and in the last sentence tried to narrow it down. Why not just wrote like "I live in and here..."
Because I have lived in several European countries, slowly approaching 50, and actually you also failed to do that.
We can also start discussing formal logic regarding how to properly express generalization.
Re: Test your product on a crappy laptop
#319Earlier quoted context omitted.
There are two ways you can go lower: the cpu cgroup, and cooling_deviceN. I'm still working on memorizing the first approach :) but it works well just about everywhere; the second is simpler but employs intel-specific hardware-level throttling which may or may not behave usefully (it may have been the cause of a couple of mystery soft hangs on an old Pentium box I have here, presumably things are less glitchy now giv…
Thanks for your elaborate notes! This is helpful information. When I tried your commands, on Arch via libcgroup-git, `cgcreate -g cpu:cpulimit` only results in `cgcreate: can't create cgroup cpulimit: Cgroup, requested group parameter does not exist`, for some reason. But this is not a support ticket, I have not researched this at all yet. But cgroups only limit some processes anyway, never the entire core(s) - so it…
*Makes this a tiny support ticket* :)
A bit of cursory googling around for that error didn't find anything particularly insightful, surprisingly. Most of the references were extremely obscure.
The only consistent theme I saw was "cgroups is not loaded or broken", but that doesn't make sense: systemd depends on cgroups, IIUC. And cgroups itself was introduced in the 2.6.x era. Honestly the only idea I can think of is asking on unix.stackexchange.com or #archlinux on irc.libera.chat.
I'm curious what syscall failures `strace -o cgcreate.txt -s999 -v -f cgcreate -g cpu:cpulimit` might reveal.
I'm also very interested to know whatever the root cause ends up being!
TIL that the cooling_deviceN trick does that on some systems. On the boxes I have here it basically slows everything to a crawllllll, especially if turned up to 11.
I've always looked at `cpulimit` as somewhat of an awkward hack. Yes, it works, but it's like bit-banging vs hardware I/O, or CPU vs GPU, or rapid polling instead of push/async. I kind of squint plaintively at it a bit. If it was all I had in an 11th hour situation then sure, but if I was deploying something to production I wanted to forget about? Eeeeeehh....
Re: Test your product on a crappy laptop
#320Earlier quoted context omitted.
Thanks for reminding me why I use HTML Gmail instead. https://mail.google.com/mail/u/0/h/
It's actually not faster than the current modern UI for me.
It's significantly faster for me on my i3-5010U - 5s for the modern UI and 1s for the HTML UI, unloaded. During startup, or when I'm doing something computationally expensive in the background, that 5s turns into 10s, so that difference becomes even more noticeable.