Re: how do you kill a user's old processes when they try to log back on
On Fri, 29 Aug 2008, Todd O'Bryan wrote: As a follow-on to this question, is the XRAMPERC variable that was available in Gutsy still available in Hardy? I added a setting to /var/lib/tftpboot/ltsp/i386/lts.conf, but users could still crash their terminals by going to a particularly graphics heavy website in Firefox. I'm not sure about XRAMPERC to be honest, but it's disappointing to hear firefox crashed a client as, if that's firefox v3, it should have the new code in it to reduce the stress it puts on the X server (which caused it to crash). Are you using firefox v3, yeah? Gavin -- edubuntu-users mailing list edubuntu-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
Re: how do you kill a user's old processes when they try to log back on
Todd O'Bryan kirjoitti: As a follow-on to this question, is the XRAMPERC variable that was available in Gutsy still available in Hardy? I added a setting to /var/lib/tftpboot/ltsp/i386/lts.conf, but users could still crash their terminals by going to a particularly graphics heavy website in Firefox. Friend of mine in here Finland told me, that this helped. $ sudo nano -w /usr/lib/firefox-3.0.1/firefox.sh exec env MOZ_DISABLE_IMAGE_OPTIMIZE=1 $LIBDIR/$APPNAME $@ He said, that now he can go to the this page and FF do not crash. They use HP t5xxx clients. http://doc.m0n0.ch/handbook-single/ Maybe you can try that, too. Best Regards Asmo Koskinen. -- edubuntu-users mailing list edubuntu-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
Re: how do you kill a user's old processes when they try to log back on
Asmo Koskinen kirjoitti: $ sudo nano -w /usr/lib/firefox-3.0.1/firefox.sh exec env MOZ_DISABLE_IMAGE_OPTIMIZE=1 $LIBDIR/$APPNAME $@ Last line is by default like this one: exec $LIBDIR/$APPNAME $@ Best Regards Asmo Koskinen. -- edubuntu-users mailing list edubuntu-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
Re: how do you kill a user's old processes when they try to log back on
I must say that the move from 7.04 to 8.04 has been very disappointing. I have 8 HP t5125 which are 400MHz 128MB ram machines. They ran perfectly under 7.04 avoiding heavy websites. Under 8.04 they are useless if the user starts multitasking , i.e. having an open office document open , email and a remote desktop session the machines just freeze. I have tried XRAMPERC to no avail. I actually ended up buying newer more expensive terminals. I have however also found ION 603 (http://www.tss.co.th/downloads/ION-A603%20Overview.pdf) which once you get the geode driver working has much better performance , I could launch almost all applications at once and watch a full screen movie. Only cost R1500 (+/- $200) . There is a serious increase in the thin clients requirements with 8.04. I don't believe it is just Firefox , I think there is some other cause , just don't know what. I feel it is the ram I think 8.04 really needs 256MB ram. I am waiting for a quite period so I can try going back to a redhat / fedora base , as I had much faster performance on that platform. I also miss teacher tool. Dean Gavin McCullagh wrote: On Fri, 29 Aug 2008, Todd O'Bryan wrote: As a follow-on to this question, is the XRAMPERC variable that was available in Gutsy still available in Hardy? I added a setting to /var/lib/tftpboot/ltsp/i386/lts.conf, but users could still crash their terminals by going to a particularly graphics heavy website in Firefox. I'm not sure about XRAMPERC to be honest, but it's disappointing to hear firefox crashed a client as, if that's firefox v3, it should have the new code in it to reduce the stress it puts on the X server (which caused it to crash). Are you using firefox v3, yeah? Gavin -- edubuntu-users mailing list edubuntu-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
Re: how do you kill a user's old processes when they try to log back on
I can guarantee that its not Ubuntu Hardy's fault... we run really old dell P II 500 mhz with 128MB Ram without any issues at all... server responds instantly to sessions and people can multitask nicely... There were many problems with Firefox 3 beta 5 (which came out as default with hardy) as well as hard drive thrashing with open office and that kind of thing... but if you upgrade to 8.0.1 (or is it 2 now) it should be fine If you miss teacher tool, take a look at italc... much more powerful and now has intra station messaging... works nicely to monitor thin terminals... David Van Assche On Mon, Sep 1, 2008 at 12:34 PM, Dean Mumby [EMAIL PROTECTED] wrote: I must say that the move from 7.04 to 8.04 has been very disappointing. I have 8 HP t5125 which are 400MHz 128MB ram machines. They ran perfectly under 7.04 avoiding heavy websites. Under 8.04 they are useless if the user starts multitasking , i.e. having an open office document open , email and a remote desktop session the machines just freeze. I have tried XRAMPERC to no avail. I actually ended up buying newer more expensive terminals. I have however also found ION 603 (http://www.tss.co.th/downloads/ION-A603%20Overview.pdf) which once you get the geode driver working has much better performance , I could launch almost all applications at once and watch a full screen movie. Only cost R1500 (+/- $200) . There is a serious increase in the thin clients requirements with 8.04. I don't believe it is just Firefox , I think there is some other cause , just don't know what. I feel it is the ram I think 8.04 really needs 256MB ram. I am waiting for a quite period so I can try going back to a redhat / fedora base , as I had much faster performance on that platform. I also miss teacher tool. Dean Gavin McCullagh wrote: On Fri, 29 Aug 2008, Todd O'Bryan wrote: As a follow-on to this question, is the XRAMPERC variable that was available in Gutsy still available in Hardy? I added a setting to /var/lib/tftpboot/ltsp/i386/lts.conf, but users could still crash their terminals by going to a particularly graphics heavy website in Firefox. I'm not sure about XRAMPERC to be honest, but it's disappointing to hear firefox crashed a client as, if that's firefox v3, it should have the new code in it to reduce the stress it puts on the X server (which caused it to crash). Are you using firefox v3, yeah? Gavin -- edubuntu-users mailing list edubuntu-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users -- edubuntu-users mailing list edubuntu-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
Re: how do you kill a user's old processes when they try to log back on
On Mon, 2008-09-01 at 12:34 +0200, Dean Mumby wrote: I must say that the move from 7.04 to 8.04 has been very disappointing. I have 8 HP t5125 which are 400MHz 128MB ram machines. They ran perfectly under 7.04 avoiding heavy websites. Under 8.04 they are useless if the user starts multitasking , i.e. having an open office document open , email and a remote desktop session the machines just freeze. I have tried XRAMPERC to no avail. We haven't had students pounding on them yet, but version 8.04 on HP t5125 clients is working decently on the workbench, using LDM_DIRECTX=True, Firefox 3, Flash 10 beta, and the Openchrome driver. I miss the smooth youtube videos we had with the proprietary VIA video driver under Feisty (7.04), but don't miss the crashing Firefox sessions we had with libflashsupport. I actually ended up buying newer more expensive terminals. I have however also found ION 603 (http://www.tss.co.th/downloads/ION-A603%20Overview.pdf) which once you get the geode driver working has much better performance , I could launch almost all applications at once and watch a full screen movie. Only cost R1500 (+/- $200) . There is a serious increase in the thin clients requirements with 8.04. I don't believe it is just Firefox , I think there is some other cause , just don't know what. I feel it is the ram I think 8.04 really needs 256MB ram. One of the initial attractions of the thin client model was that we could extend the life of the network by upgrading server hardware, without needed to upgrade the clients. I'm beginning to doubt that model, fearing that these underpowered clients will be unusable sooner than expected. I am waiting for a quite period so I can try going back to a redhat / fedora base , as I had much faster performance on that platform. I also miss teacher tool. Dean Gavin McCullagh wrote: On Fri, 29 Aug 2008, Todd O'Bryan wrote: As a follow-on to this question, is the XRAMPERC variable that was available in Gutsy still available in Hardy? I added a setting to /var/lib/tftpboot/ltsp/i386/lts.conf, but users could still crash their terminals by going to a particularly graphics heavy website in Firefox. I'm not sure about XRAMPERC to be honest, but it's disappointing to hear firefox crashed a client as, if that's firefox v3, it should have the new code in it to reduce the stress it puts on the X server (which caused it to crash). Are you using firefox v3, yeah? Gavin -- edubuntu-users mailing list edubuntu-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
Re: how do you kill a user's old processes when they try to log back on
Actually, Firefox v3 has been pretty wonky for other reasons. It's really slow and does weird things, even on my desktop machine, so I had considered uninstalling it and going back to v2. On the other hand, it looks like from Asmo's email that the change to avoid stressing thin clients isn't on by default, so I'll try setting that and see if it helps any. That doesn't solve the problem with OpenOffice, though, which does the same kind of pixmap caching, with the same disastrous results, so XRAMPERC is kind of necessary until we get OO worked out, too. Todd On Mon, Sep 1, 2008 at 6:09 AM, Gavin McCullagh [EMAIL PROTECTED]wrote: On Fri, 29 Aug 2008, Todd O'Bryan wrote: As a follow-on to this question, is the XRAMPERC variable that was available in Gutsy still available in Hardy? I added a setting to /var/lib/tftpboot/ltsp/i386/lts.conf, but users could still crash their terminals by going to a particularly graphics heavy website in Firefox. I'm not sure about XRAMPERC to be honest, but it's disappointing to hear firefox crashed a client as, if that's firefox v3, it should have the new code in it to reduce the stress it puts on the X server (which caused it to crash). Are you using firefox v3, yeah? Gavin -- edubuntu-users mailing list edubuntu-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users -- edubuntu-users mailing list edubuntu-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
Re: how do you kill a user's old processes when they try to log back on
As a follow-on to this question, is the XRAMPERC variable that was available in Gutsy still available in Hardy? I added a setting to /var/lib/tftpboot/ltsp/i386/lts.conf, but users could still crash their terminals by going to a particularly graphics heavy website in Firefox. Do I need to do anything special to make that setting take, other than rebooting the terminal? Thanks! Todd On Thu, Aug 28, 2008 at 12:30 PM, Todd O'Bryan [EMAIL PROTECTED] wrote: My students often manage to lock up the terminal, usually as a result of the pixmap bug in Firefox and OpenOffice that has been much discussed. When that happens, they have to power down and restart the client. But when they try to log back in, their login stalls, because their old processes are hanging around. Last year I stuck some command somewhere to automatically kill all running processes when a user logs on, but I can't remember what it was, where I put it, and I stupidly reinstalled over the old system without making a backup. Can anyone enlighten me? Todd -- edubuntu-users mailing list edubuntu-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
