2011/11/13 Gustavo Sverzut Barbieri <barbi...@profusion.mobi>: > On Sun, Nov 13, 2011 at 3:41 PM, Iván Briano (Sachiel) > <sachi...@gmail.com> wrote: >> 2011/11/13 Thomas Gstädtner <tho...@gstaedtner.net>: >>> On 13.11.2011 17:15, Gustavo Sverzut Barbieri wrote: >>>> On Sun, Nov 13, 2011 at 2:07 PM, David Seikel <onef...@gmail.com> wrote: >>>>> On Sun, 13 Nov 2011 16:54:53 +0100 Thomas Gstädtner >>>>> <tho...@gstaedtner.net> wrote: >>>>> >>>>>> On So 13 Nov 2011 16:29:02 CET, Gustavo Sverzut Barbieri wrote: >>>>>>> On Sun, Nov 13, 2011 at 11:54 AM, David Seikel <onef...@gmail.com> >>>>>>> wrote: >>>>>>>> On Sun, 13 Nov 2011 04:30:55 -0200 Gustavo Sverzut Barbieri >>>>>>>> <barbi...@profusion.mobi> wrote: >>>>>>>>> >>>>>>>>> BTW, I have Marina's icon for CPU & Temp, but I don't use them >>>>>>>>> and I think they should not exist for a desktop or laptops >>>>>>>>> nowadays (I also know the reasons, but AFAIK they are all fixed >>>>>>>>> in the proper places, like the kernel). So if someone wants to >>>>>>>>> convert these gadgets to similar look & feel, let me know. >>>>>>>> >>>>>>>> Maybe I misunderstand what you mean. >>>>>>>> >>>>>>>> It's quite hot here in summer, and it is crucial that I keep an >>>>>>>> eye on my CPU's temperature. There is the difference between "so >>>>>>>> hot things might be unstable" and "so hot the computer will shut >>>>>>>> down for safety". Knowing that I'm at the first stage means I >>>>>>>> know to not trust things, but can keep using my computer if things >>>>>>>> seem to be fine. Knowing that I'm getting close to the second >>>>>>>> stage means I know when to just shut it down properly, open the >>>>>>>> case, and point big fans at it. >>>>>>> >>>>>>> This is exactly what I mean with fixing it in the wrong place. Here >>>>>>> (Brazil) is very hot the whole year, I knew this problem from Athlon >>>>>>> days :-) >>>>>>> >>>>>>> The problem is "what if you're not there to change?". The kernel is >>>>>>> always there, with the highest priority. There is work to make it >>>>>>> throttle before more drastic measures. >>>>>>> >>>>>>> anyway, I'm just not doing the gadgets theme work. Feel free to work >>>>>>> on them with the icons I have. You can base the edc from efenniht as >>>>>>> the icons are basically the same. >>>>>>> >>>>>>>> I don't think either of those things is "fixed in the kernel". >>>>>>>> Only reason why I don't use the E module for those is that it >>>>>>>> could never show proper results for my motherboard, not even for >>>>>>>> my last motherboard. lol >>>>>>> >>>>>>> at least for intel i7 cpu there is throttling module, it's mandatory >>>>>>> due the turbo boost feature they provide (using a single core will >>>>>>> allow it to be overclocked) >>>>>>> >>>>>>> >>>>>>>> Not sure what you mean by "CPU", the only thing I can think of is >>>>>>>> the cpu and cpufreq modules. As a developer they provide >>>>>>>> important info to me. On the other hand, I don't use cpu, coz it >>>>>>>> does not provide a graph, and I use cpufreq, coz I have not found >>>>>>>> anything that does provide a graph. lol >>>>>>> >>>>>>> it's the cpufreq, it is just the filling of a cpu chip icon Marina >>>>>>> draw. Check efenniht and it's the same. Not a graph indeed. >>>>>>> >>>>>>> here it's the same thing, proven that cpu "ondemand" governor is the >>>>>>> way to go, people even talk about removing other governors one day. >>>>>>> >>>>>>> >>>>>>>> I don't see why these things should not exist for desktops or >>>>>>>> laptops. Certainly for me at least, they should exist, AND should >>>>>>>> have more functionality. >>>>>>> >>>>>>> go for it, but I'd at least move them to a "dev" or "geek" module >>>>>>> that aggregates all these things, a gkrellm like module. The >>>>>>> problem is that most users will not have a clue what are these >>>>>>> things and get confused. >>>>>>> >>>>>>> this last part is not just about cpu/temp modules, there are a huge >>>>>>> number of modules people have no idea what are... "dbus? what's >>>>>>> this? why should I turn it on? or off?" Maybe flag these modules >>>>>>> are "advanced" and just show them in an "advanced" option in modules >>>>>>> dialog. >>>>>>> >>>>>> >>>>>> I agree. There used to be a time when CPUs, the firmware and the >>>>>> kernel had trouble keeping the hardware out of trouble, but these >>>>>> days have long been gone. >>>>>> There is really no reason to bother the user with temperature, as he >>>>>> will never have to care even if it rises up to 100 deg celsius. >>>>>> >>>>>> A cpufreq module is even worse, especially if it supports userspace >>>>>> interaction. The linux kernels ondemand governor works good for many >>>>>> years now, there are no more senseless slowdowns as there used to be >>>>>> some years back. Having a possibility to make the user interfere >>>>>> makes him think it might be wise, e.g. setting it to "max >>>>>> performance" or similar stupid decisions. >>>>>> >>>>>> Don't get me wrong, of course it can be neat for curious users to >>>>>> have those things, but I don't think they should be enabled by >>>>>> default, and no "standard" user should see them. >>>>> >>>>> That's the mistake GNOME makes, thinking that standard users should not >>>>> see stuff. In E17 land, we let people turn on advanced stuff. So the >>>>> theme should cater for that to. >>> >>> I can absolutely understand your argument, and I too think E should >>> enable users to do whatever they possibly wish. >>> But having temperature available is just arbitrary information, might as >>> well show the power-led brightness (I can't think of any other that >>> useless information, so this will stay the only example for now :), >>> there are at least 100 more important hardware parameters that generally >>> aren't displayed. >>> And as I explained, having cpufreq by default is contra-productive at >>> best, it's basically like having a button that says "drain my battery >>> quicker" :) >>> >> >> I had my computer shutdown because it overheated building WebKit. >> I started using the temperature module then, after never even trying it, >> and it lets know when I can run make -j9 without problems and when I >> should cancel it and go with a lower value. > > This is dangerous. Do you know if you have thermal vectors enabled in > your kernel? Please check at: > > /usr/src/linux/.config (or similar): > CONFIG_X86_THERMAL_VECTOR=y > > It should issue some warnings to dmesg, see messages at: > ./arch/x86/kernel/cpu/mcheck/therm_throt.c > > Like: > CPU0: Core temperature above threshold, cpu clock throttled (total > events = 1234) > >
Can't check now, not on Linux. >> You don't like the module? Disable it. It's an option, and Enlightenment >> has always been about the user having as much choice as possible. > > I'm not complaining about options, I'm complaining about fixing the > wrong problem in the wrong place. As I mentione to David, if there is > a need for gkrellm like, fine, but then do it properly with a graph of > value x time :-) > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -------------------------------------- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------------ RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
