On Friday, 21 December 2018 15:31:15 -02 Rees, Kevron wrote:
> If we want to avoid having to patch initra for every use-case (like
> what I'm doing for ias-weston), initra should probably read the list
> of preload files from the fs. Perhaps a set of files in initra.d or
> similar. That way vendors can drop in a list of files for their
> usecase via a bundle. Different file extensions in this directory
> would indicate preload precedence. For example, a avx512 libpixman-1
> file in initra.d/ias-weston.avx512 would be preloaded instead of the
> equivalent in initra.d/ias-weston.common on avx512 systems. Not sure
> how much file parsing will cut into the savings though.
That makes sense, but we have to be very careful since initra is a very, very
special application. It's compiled with no libc, it just makes syscalls
directly. Though I imagine parsing a text file should not be too difficult.
We can have a generated list stored in /var/lib somewhere, which the system
could generate on first boot and after each update.
That won't be enough and I don't think we can heuristically determine things
to optimise before they get used. Having those supplied by a bundle (somewhere
in /usr/lib) would be the way to go.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
Hi,
At https://www.phoronix.com/scan.php?page=article&item=xeon-windows-2019&num=5 , Michael Larabel from Phoronix Media
identified a performance issue in our R performance.
We just released build 26930 that should have this issue resolved; it turned out that the OpenBLAS (linear algebra library used
by R and numpy and many other things) was not performing to expectations and needed fixing/tuning.
So as of 26930 the performance of R and Numpy and others should be back to expectations
Hi,
Is there a list of supported hardware for clr? Apparently the Linux
distro matters, because I am seeing separate lists for several different
Linux flavors.
I need a PCIe WiFi adapter that does 802.11g. Is there any way to be
sure of Linux support short of buying the thing and trying it?
Thanks,
Jeff
--
$HOME is where you hang your @ | NETCOM class of 1994
Hi list,
I could not find a clr bundle for wine. Flathub doesn’t seem to have
wine, either. The only binaries packs I could find are linked at
'https://wiki.winehq.org/Download', and are for various other flavours
of Linux. Might any of these work with clr?
So I had a look at the build page,
'https://wiki.winehq.org/Building_Wine'. Producing a build for both 32
and 64-bit software looks fairly advanced, and somewhat daunting. I will
try reading the instructions over a few times to see if they become more
Clear. What would be marvelous, though, would be if someone with some
real experience would build a clr wine bundle for the repository?
WINE makes Linux more useful, because some of the best software out
there (Mp3tag, 7zip, Irfanview, Adobe Creative Suite (especially
Photoshop)) are not developed for Linux. It would also help people like
me transition from Windows to Linux by giving us time to find our way
around the new OS and find replacement apps for those we used to use in
Windows. I have no doubt about the
'https://wiki.winehq.org/Importance_Of_Wine' to Linux.
I hope someone with more experience than me will see their way Clear to
build a WINE bundle.
Jeff
--
$HOME is where you hang your @ | NETCOM class of 1994
On 12/21/18 9:31 AM, Rees, Kevron wrote:
> On Thu, Dec 20, 2018 at 11:27 AM Auke Kok <auke-jan.h.kok(a)intel.com> wrote:
>>
>> On 12/20/18 11:02 AM, Kevron Rees wrote:
>>> @@ -0,0 +1,122 @@
>> +/usr/lib64/haswell/libc.so.6
>>
>> and further:
>>
>> +/usr/lib64/libc.so.6
>>
>> That's throwing 2mb of IO away here, potentially more (I haven't looked
>> closely at the list and seeing if any of the libs are loaded from
>> /usr/lib64 but instead the system may or may not be loading
>> /usr/lib64/haswell or even the avx512 one like libpixman-1.so does!)
>>
>
> Much of the list (everything below /usr/bin/ias-weston) came from
> observing strace output running on GP 2.0. haswell/libc.so.6 came
> from me copying from desktop-files.txt what "made sense", but you are
> right. It doesn't belong since /usr/lib64/libc.so.6 is the one
> actually being used.
>
> I will remove the haswell variant. Otherwise, is this okay?
yeah, it was an 'aha' moment where I think we can make a significant
improvement. I don't really want to read a separate file list, though.
For instance, we could slightly change the format here and do something
like:
f /var/cache/ldconfig/ld.so.cache
b zstd
l libpixman-1.so.0
And then, at runtime, this would preload /usr/bin/haswell/zstd,
/usr/lib64/haswell/libpixman-1.so.0 if the system can handle that, else
it would preload the normal files.
maybe something we can think about over the vacation period.
Auke
]
>
> Much of the list (everything below /usr/bin/ias-weston) came from
> observing strace output running on GP 2.0. haswell/libc.so.6 came
... never mind that the list gets processed with ldd as part of the build so these
will be added ot the list automatic ?
>
> If we want to avoid having to patch initra for every use-case (like
> what I'm doing for ias-weston),
this likely should live on the GP2.0 tree .. not the main tree, at this point
> initra should probably read the list
> of preload files from the fs. Perhaps a set of files in initra.d or
> similar. That way vendors can drop in a list of files for their
that is sort of counter directional. initra is SMALL and does not do much,
does not use a real C library. Once you add all this kind of stuff to it,
that is no longer true, and we'd need to make a init-initra reading ahead initra :)
HI list,
Apparently, later versions of the Linux kernel support Kensington's
trackballs, going by the number of articles I can find on how to
configure the buttons and scroll wheel. When I plug in my USB 'Expert
Mouse' and start my system, though, I get several error messages from
the enumerator about a USB device not being detected and identified.
Start 'gdm' and the mouse pointer on screen does not respond to any
mouse events.
Is this device supported in clr?
Jeff
--
$HOME is where you hang your @ | NETCOM class of 1994