I'm recompiling gambas on a NSLU2 running debian. Didn't compile support in for firebird the first time.
Got segmentation faults when trying to run DomotiGaServer.
I'l get back when it's done. But it takes ages to compile anything on a slug.
It's also running http://usb-server.com/ , EIBd and a mysql server so i'll hope it will run DomotigaServer a bit responsive.
ARM architecture support
Moderator: RDNZL
-
RDNZL
- Forum Moderator
- Posts: 1008
- Joined: Sun Sep 24, 2006 1:45 pm
- Location: Dordrecht, The Netherlands
- Contact:
Re: Handling long running items without pausing the main loop
ARM support in Gambas is very new, so I suspect that even with firebird installed there gonna be problems.
Only one person has tested ARM support until now, and that was running in a virtual ARM environment.
Can you e-mail me the steps you took to get gambas onto your nslug, which image etc you are running, I have one laying around too (somewhere)
, so if I can get it running fast I can send bug-reports to the Gambas developer to get them fixed.
Only one person has tested ARM support until now, and that was running in a virtual ARM environment.
Can you e-mail me the steps you took to get gambas onto your nslug, which image etc you are running, I have one laying around too (somewhere)
, so if I can get it running fast I can send bug-reports to the Gambas developer to get them fixed.Regards, Ron.
Re: ARM architecture support
Thanks to Benoît (Gambas developer) DomotigaServer has been running on my NSLU2 for a few days now.
It works really well. With the EIB, Digitemp, DSC, Gmail and Pachube support enabled I see about 15MB memory usage.
Had to modify the CDSC.class because I ran into a bug and am working on the UDP server now.
So all in all... very happy with DomotiGa on a NSLU2.
It works really well. With the EIB, Digitemp, DSC, Gmail and Pachube support enabled I see about 15MB memory usage.
Had to modify the CDSC.class because I ran into a bug and am working on the UDP server now.
So all in all... very happy with DomotiGa on a NSLU2.
Re: ARM architecture support
Hi Merdeka, is the 15MB memory usage for the complete application including your Linux distro, or only for the Domotiga server with drivers? If it's only for the Domotiga server, what is the complete memory usage for your whole system, including Linux?
Re: ARM architecture support
Carlo,
That's for DomotigaServer only. However, i left it running for 2 days and memory increased to 18.5mb then it dropped to 10.9mb and stayed there for 1 day. I restarted DomotigaServer a couple of minutes ago and it's 13.2 now. Don't know why it's lower or why it dropped.
See the info that top gives for more info on mem usage.
I run a compiled version of DomotigaServer so gbr2 is the processname.
I would like to replace the sshd for a ssh server that uses less memory. Only thing is.. if I screw it up the NSLU2 is unaccessible.
That's for DomotigaServer only. However, i left it running for 2 days and memory increased to 18.5mb then it dropped to 10.9mb and stayed there for 1 day. I restarted DomotigaServer a couple of minutes ago and it's 13.2 now. Don't know why it's lower or why it dropped.
See the info that top gives for more info on mem usage.
I run a compiled version of DomotigaServer so gbr2 is the processname.
I would like to replace the sshd for a ssh server that uses less memory. Only thing is.. if I screw it up the NSLU2 is unaccessible.
Code: Select all
----------------------------------------------------------------------------------------------------------------------------
Tasks: 43 total, 1 running, 42 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.9%us, 0.9%sy, 0.0%ni, 97.9%id, 0.2%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 29508k total, 28332k used, 1176k free, 1536k buffers
Swap: 248968k total, 5396k used, 243572k free, 10800k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
28198 timo 20 0 2476 1008 820 R 5.5 3.4 0:00.11 top
1 root 20 0 1968 304 276 S 0.0 1.0 0:06.31 init
2 root 15 -5 0 0 0 S 0.0 0.0 0:00.01 kthreadd
3 root 15 -5 0 0 0 S 0.0 0.0 3:24.57 ksoftirqd/0
4 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
5 root 15 -5 0 0 0 S 0.0 0.0 0:01.72 events/0
6 root 15 -5 0 0 0 S 0.0 0.0 0:00.02 khelper
45 root 15 -5 0 0 0 S 0.0 0.0 0:00.19 kblockd/0
50 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod
76 root 20 0 0 0 0 S 0.0 0.0 0:00.01 pdflush
77 root 20 0 0 0 0 S 0.0 0.0 0:00.86 pdflush
78 root 15 -5 0 0 0 S 0.0 0.0 0:03.71 kswapd0
79 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
193 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 mtdblockd
222 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kpsmoused
289 root 15 -5 0 0 0 S 0.0 0.0 0:01.09 khubd
330 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
331 root 15 -5 0 0 0 S 0.0 0.0 0:51.02 usb-storage
703 root 15 -5 0 0 0 S 0.0 0.0 0:08.33 kjournald
790 root 16 -4 2240 264 260 S 0.0 0.9 0:01.67 udevd
1360 daemon 20 0 1732 212 208 S 0.0 0.7 0:00.01 portmap
1387 statd 20 0 1820 256 252 S 0.0 0.9 0:00.06 rpc.statd
1480 root 20 0 28556 1216 876 S 0.0 4.1 0:15.82 rsyslogd
1493 messageb 20 0 2656 200 196 S 0.0 0.7 0:00.01 dbus-daemon
1508 root 20 0 5552 524 420 S 0.0 1.8 0:08.01 sshd
1775 Debian-e 20 0 6896 348 296 S 0.0 1.2 0:00.24 exim4
1812 root 20 0 3640 180 176 S 0.0 0.6 0:00.01 famd
1820 daemon 20 0 1992 232 220 S 0.0 0.8 0:00.04 atd
1844 root 20 0 2136 328 276 S 0.0 1.1 0:02.52 cron
1886 root 20 0 1560 236 232 S 0.0 0.8 0:00.03 getty
2685 timo 20 0 3136 1028 584 S 0.0 3.5 0:20.65 screen
2686 timo 20 0 4728 1080 792 S 0.0 3.7 0:02.71 bash
21186 ntp 20 0 4736 932 800 S 0.0 3.2 6:28.25 ntpd
27871 root 20 0 8480 2536 2076 S 0.0 8.6 0:00.66 sshd
27879 timo 20 0 8480 1708 1248 S 0.0 5.8 0:00.11 sshd
27880 timo 20 0 4720 3124 1268 S 0.0 10.6 0:02.52 bash
27907 timo 20 0 2868 952 764 S 0.0 3.2 0:00.07 screen
27910 timo 20 0 20732 3888 2964 S 0.0 13.2 0:03.49 gbr2
28040 root 20 0 8480 2532 2072 S 0.0 8.6 0:00.62 sshd
28044 timo 20 0 8628 1724 1252 S 0.0 5.8 0:00.35 sshd
28045 timo 20 0 4720 3132 1276 S 0.0 10.6 0:02.48 bash
28196 root 20 0 7264 2396 1936 S 0.0 8.1 0:00.55 sshd
28197 sshd 20 0 6896 1508 1084 S 0.0 5.1 0:00.14 sshd
Re: ARM architecture support
Hello,
I really would like to know what you did to have a running DomotiGa Server on an ARM computer ?
I've just installed a fresh Debian Squeeze (ARM) on a plug computer (ionics stratus 1.2Ghz Marvell).
Installed gambas from .deb packages (apt-get install gambas2 + all modules).
Recompiled .gambas from SVN (maybe not necessary, don't know).
But now when i start the server, i have a "segmentation fault" error, i really don't know what to do.
I really would like to know what you did to have a running DomotiGa Server on an ARM computer ?
I've just installed a fresh Debian Squeeze (ARM) on a plug computer (ionics stratus 1.2Ghz Marvell).
Installed gambas from .deb packages (apt-get install gambas2 + all modules).
Recompiled .gambas from SVN (maybe not necessary, don't know).
But now when i start the server, i have a "segmentation fault" error, i really don't know what to do.
I tried the "debug" way with gdb but with no success.2011/02/23 23:22:43 ---- Program Restart ----
2011/02/23 23:22:43 Starting DomotiGaServer V0.1.194 last updated on 2011-02-23 at 23:17:20
2011/02/23 23:22:43 Running on stratus (pid 29430) as user root (id 0) with language en_US.UTF-8
2011/02/23 23:22:43 Program base directory is '/home/applications/domotiga'.
2011/02/23 23:22:43 Database settings are loaded from 'server-domotiga.conf'.
2011/02/23 23:22:43 Active logfiles are 'server-main-2011-02.log', 'server-speak-2011-02.log' and 'server-debug-2011-02.log'.
2011/02/23 23:22:43 Running on Gambas version 2.21.0
2011/02/23 23:22:43 Server uptime is 23:22:43 up 4 days, 23:25, 1 user, load average: 0.09, 0.12, 0.0
2011/02/23 23:22:43 Checking directory structure ...
2011/02/23 23:22:43 Connecting to database ...
2011/02/23 23:22:43 Loading modules ...
2011/02/23 23:22:43 Starting setup ...
zsh: segmentation fault DomotiGaServer.gambas
Of course i have a mysql running with domotiga schema, user, datas, and so on (in fact everything replicated from another x86 server).GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabi".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
(gdb) set args -p /home/applications/domotiga/SVN/DomotiGaServer
(gdb) exec-file gbr2
(gdb) run
Starting program: /usr/bin/gbr2 -p /home/applications/domotiga/SVN/DomotiGaServer
[Thread debugging using libthread_db enabled]
2011/02/23 23:28:51 ---- Program Restart ----
2011/02/23 23:28:51 Starting DomotiGaServer V0.1.194 last updated on 2011-02-23 at 23:28:23
2011/02/23 23:28:51 Running on stratus (pid 29479) as user root (id 0) with language en_US.UTF-8
2011/02/23 23:28:51 Program base directory is '/home/applications/domotiga/SVN/'.
2011/02/23 23:28:51 Database settings are loaded from 'server-domotiga.conf'.
2011/02/23 23:28:51 Active logfiles are 'server-main-2011-02.log', 'server-speak-2011-02.log' and 'server-debug-2011-02.log'.
2011/02/23 23:28:51 Running on Gambas version 2.21.0
2011/02/23 23:28:51 Server uptime is 23:28:51 up 4 days, 23:31, 1 user, load average: 0.00, 0.03, 0.0
2011/02/23 23:28:51 Checking directory structure ...
2011/02/23 23:28:51 Connecting to database ...
2011/02/23 23:28:51 Loading modules ...
2011/02/23 23:28:51 Starting setup ...
Program received signal SIGSEGV, Segmentation fault.
0x00020354 in ?? ()
(gdb)
Re: ARM architecture support
Ok after removing the Gambas .deb packages (every packages) and installing the latest stable version from sources, it works, this time.
(i was in .21 from Debian Squeeze and went to .22 from sources)
(i was in .21 from Debian Squeeze and went to .22 from sources)
-
RDNZL
- Forum Moderator
- Posts: 1008
- Joined: Sun Sep 24, 2006 1:45 pm
- Location: Dordrecht, The Netherlands
- Contact:
Re: ARM architecture support
A lot of ARM bugs where fixed in latest Gambas version, so you did the right thing by compiling from source.
Regards, Ron.
Re: ARM architecture support
I too managed get it going by compiling source 2.24 on my raspberry pi running debian http://tickett.wordpress.com/2012/06/04 ... ood-to-go/