Re: CPU execution time

2016-07-26 Thread Nobody III 
It could be CPU clock cycles. If the CPU has invariant TSC, which seems
very likely given that it's a 4th generation i7, then it's probably
1/1,800,000,000 of a second.

On Tue, Jul 26, 2016 at 2:01 AM, Johanna Steer  wrote:

> Hi,
>
> i am monitoring the cpu execution time on the fiasco.oc kernel. The time
> is given in a unit at least 100 times smaller than milliseconds, but i
> can't find the exact size anywhere. My laptop has the i7-4500U Processor
> with 1.8 GHz if that helps.
>
> Regards, Johanna
>
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
> are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning
> reports.http://sdm.link/zohodev2dev
> ___
> genode-main mailing list
> genode-main@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/genode-main
>
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev___
genode-main mailing list
genode-main@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/genode-main

Running Heeselicht scenario on qemu

2016-07-26 Thread Parfait Tokponnon 
Hello everybody;
I has been fed up with restarting my computer after every compilation
so, I have decided to try running the Heeselicht scenarion on qemu
(not very wise but just to speed the development process).
But I got some errors concerning  acpi table parsing, resulting in the
intel framebuffer not well detected.
So because I am very poor in qemu mastering, may someone tell me
whether it would take a lot of work to port the heeselicht scenario on
qemu? Or join me on doing this?
Any help is welcome (Here is the log file for those who are interested)
-- 
Parfait T.
$ qemu-system-x86_64 -boot d -hdb var/run/heeselicht.img -drive 
id=disk,file=/home/parfait/VirtualBox\ VMs/ubuntu14_64/ubuntu14_64.vdi,if=none 
-device ahci,id=ahci -device ide-drive,drive=disk,bus=ahci.0 -m 8192 -serial 
mon:stdio
WARNING: Image format was not specified for 'var/run/heeselicht.img' and 
probing guessed raw.
 Automatically detecting the format is dangerous for raw images, write 
operations on block 0 will be restricted.
 Specify the 'raw' format explicitly to remove the restrictions.
Bender: Hello World.
Need 023b8000 bytes to relocate modules.
Relocating to 7dc48000: 
Copying 2351636 bytes...
Copying 1384500 bytes...
Copying 1180356 bytes...
Copying 1049284 bytes...
Copying 679436 bytes...
Copying 677296 bytes...
Copying 454608 bytes...
Copying 90776 bytes...
Copying 461000 bytes...
Copying 451072 bytes...
Copying 210128 bytes...
Copying 504464 bytes...
Copying 1710488 bytes...
Copying 65328 bytes...
Copying 33824 bytes...
Copying 465016 bytes...
Copying 1281392 bytes...
Copying 450464 bytes...
Copying 421632 bytes...
Copying 151040 bytes...
Copying 412312 bytes...
Copying 534808 bytes...
Copying 1878064 bytes...
Copying 1228152 bytes...
Copying 130504 bytes...
Copying 425832 bytes...
Copying 433168 bytes...
Copying 443312 bytes...
Copying 454760 bytes...
Copying 470568 bytes...
Copying 440472 bytes...
Copying 572184 bytes...
Copying 452528 bytes...
Copying 575280 bytes...
Copying 457400 bytes...
Copying 582312 bytes...
Copying 448480 bytes...
Copying 452544 bytes...
Copying 171112 bytes...
Copying 165360 bytes...
Copying 66000 bytes...
Copying 1957520 bytes...
Copying 28904 bytes...
Copying 1125976 bytes...
Copying 703200 bytes...
Copying 1587808 bytes...
Copying 432256 bytes...
Copying 483248 bytes...
Copying 442336 bytes...
Copying 479160 bytes...
Copying 79720 bytes...
Copying 402904 bytes...
Copying 533400 bytes...
Copying 358192 bytes...
Copying 88464 bytes...
Copying 676688 bytes...
Copying 541936 bytes...
Copying 434104 bytes...
Copying 954112 bytes...
Copying 28595 bytes...
Copying 997480 bytes...
Copying 138776 bytes...


NOVA Microhypervisor v7-a1dc2f7 (x86_64): Jul 23 2016 11:26:11 [gcc 4.9.2]

[ 0] CORE:0:0:0 6:6:3:0 [0] QEMU Virtual CPU version 2.4.0
core
config
acpica
acpi_drv
ahci_drv
audio_drv
backdrop
cli_monitor
decorator
device_pd
file_terminal
floating_window_layouter
fs_rom
init
input_merger
intel_fb_drv
ld.lib.so
libc.lib.so
libc_pipe.lib.so
libcrypto.lib.so
libc_terminal.lib.so
libm.lib.so
libpng.lib.so
libssl.lib.so
mixer
nic_drv
nit_fb
nitpicker
part_blk
platform_drv
pointer
ps2_drv
ram_fs
report_rom
rom_filter
rtc_drv
rump_fs
rump_fs.lib.so
rump.lib.so
terminal
terminal_log
themed_decorator
timer
trace_subject_reporter
usb_drv
vbox_pointer
vfs_jitterentropy.lib.so
wifi_drv
wifi.lib.so
wm
wpa_driver_nl80211.lib.so
wpa_supplicant.lib.so
xray_trigger
zlib.lib.so
iwlwifi-6000-4.ucode
iwlwifi-6000g2a-6.ucode
iwlwifi-6000g2b-6.ucode
iwlwifi-7260-16.ucode
iwlwifi-7265-16.ucode
iwlwifi-7265D-16.ucode
iwlwifi-8000C-16.ucode
Genode 16.05-70-gcd1076a 
int main(): --- create local services ---
int main(): --- start init ---
int main(): transferred 8118 MB to init
Quota exceeded! amount=135168, size=4096, consumed=135168
Quota exceeded! amount=151552, size=8192, consumed=147456
Quota exceeded! amount=151552, size=8192, consumed=147456
[init] upgrading quota donation for Env::PD (8192 bytes)
Quota exceeded! amount=159744, size=4096, consumed=159744
Quota exceeded! amount=176128, size=4096, consumed=176128
Quota exceeded! amount=192512, size=4096, consumed=192512
Quota exceeded! amount=208896, size=4096, consumed=208896
Quota exceeded! amount=225280, size=4096, consumed=225280
Quota exceeded! amount=241664, size=4096, consumed=241664
[init -> acpica] wait for platform drv
[init -> acpi_drv] void Acpi_table::_parse_tables(T*, Genode::uint32_t) [with T 
= unsigned int; Genode::uint32_t = unsigned int]: Found MADT
[init -> acpi_drv] MADT IRQ 0 -> GSI 2 flags: 0
[init -> acpi_drv] MADT IRQ 5 -> GSI 5 flags: d
[init -> acpi_drv] MADT IRQ 9 -> GSI 9 flags: d
[init -> acpi_drv] MADT IRQ 10 -> GSI 10 flags: d
[init -> acpi_drv] MADT IRQ 11 -> GSI 11 flags: d
[init -> ahci_drv] --- Starting AHCI driver -> done right .-) --
[init -> wm_report_rom] parsing legacy  policies
[init -> wm_report_rom] parsing legacy  policies
[init -> cli_terminal] int main(int, char**): --- terminal service started ---
[init

Sending data to offline system doesn't work reliably

2016-07-26 Thread Johanna Steer 
Hi,

i am working on a toolchain monitoring the schedluing behavior of the 
fiasco.oc kernel. The data is monitored through the trace service (quota 
for trace is 2M).
It is then sent to an offline system through an active TCP/IP connection 
and written into a database. VDE is used for that and i am working on 
Ubuntu 14.04.
My problem is that the data isn't sent reliably. I am executing a 
periodic task that returns zero and exits. The only thing that varies is 
the period. After 20 seconds the tasks stop, the monitored data is 
gathered and then sent to the offline system.
The kernel says that it is sending the data, but the system freezes at 
times and the data simply doesn't arrive.
The system reacts quite randomly: Sometimes it sends the files, 
sometimes it doesn't. Sometimes i get an error (shown below). It seems 
easier to send small data sizes (around 200KB), above 700KB hardly 
anything works. In between, it might work or not. As far as i have 
experienced there is no pattern behind it.

I tried the tests before with only 1M quota for trace and the 
reliability improved with 2M quota. However, with 4M it gets worse again 
and the error occures more often.


Here ist the error:

[init -> nic_drv] tx fifo overrun, ignore packet
: spawn id exp6 not open
 while executing
"expect {
 -i $running_spawn_id $platform_msg { puts stderr "Error: 
platform rebooted unexpectedly"; exit -4 }
 -i $running_spawn_id -re $wait_for_re..."
 (procedure "wait_for_output" line 22)
 invoked from within
"wait_for_output $wait_for_re $timeout_value $qemu_spawn_id"
 (procedure "run_log" line 28)
 invoked from within
"run_log $wait_for_re $timeout_value"
 (procedure "run_genode_until" line 28)
 invoked from within
"run_genode_until forever"
 (file "/home/johanna/Bachelorarbeit/genode/repos/dom0/run/dom0.run" 
line 132)
 invoked from within
"source $include_name"
 ("foreach" body line 6)
 invoked from within
"foreach include_name [get_cmd_arg --include ""] {
 # first check if the include name is absolute
 if {[string first "/" $include_name] == 0} {
 puts ..."
 (file "/home/johanna/Bachelorarbeit/genode/tool/run/run" line 642)

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
___
genode-main mailing list
genode-main@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/genode-main