Re: Sta.li critical performance question (WAS [dev] obase - Sta.li moving forward?)

2012-06-11 Thread Ethan Grammatikidis
On Fri, 8 Jun 2012 09:23:16 -0500 Strake wrote: > On 08/06/2012, Ethan Grammatikidis wrote: > > On the linked page, Johan Petersson wrote: > > > >> It turns out, though, that system calls invoked via interrupts are > >> remarkably slow on the more recent members of the x86 processor > >> family.

Re: Sta.li critical performance question (WAS [dev] obase - Sta.li moving forward?)

2012-06-08 Thread Strake
On 08/06/2012, Ethan Grammatikidis wrote: > On the linked page, Johan Petersson wrote: > >> It turns out, though, that system calls invoked via interrupts are >> remarkably slow on the more recent members of the x86 processor >> family. An int 0x80 system call can be as much as an order of >> magn

Sta.li critical performance question (WAS [dev] obase - Sta.li moving forward?)

2012-06-08 Thread Ethan Grammatikidis
On Tue, 5 Jun 2012 07:48:56 -0500 Strake wrote: > The first is not a file, but rather code kept in the kernel and loaded > in the memory space of every proc on the system. > > http://www.trilithium.com/johan/2005/08/linux-gate/ > > Thus, it ought to not make grief, in this way at least. > Clear

Re: [dev] obase - Sta.li moving forward?

2012-06-05 Thread Strake
On 05/06/2012, Jens Staal wrote: > Hi > > I was playing with packaging Christian's obase for Arch > https://aur.archlinux.org/packages.php?ID=56826 Thanks, never knew that before. > and an easy-to-chroot package to complement it > https://aur.archlinux.org/packages.php?ID=59735 > > The idea I ha

[dev] obase - Sta.li moving forward?

2012-06-05 Thread Jens Staal
Hi I was playing with packaging Christian's obase for Arch https://aur.archlinux.org/packages.php?ID=56826 and an easy-to-chroot package to complement it https://aur.archlinux.org/packages.php?ID=59735 The idea I had was that one could use this environment as a gradual experimental environment t