[GTALUG] python sweetness — The mysterious case of the Linux Page Table

R360 Design INC r360design at gmail.com
Fri Jan 5 08:44:44 EST 2018


Hi, Was wondering if we could squeeze in a question about Python
installation on OS X on this thread:

To set up Python on Mac, we were advised to install the latest version
of Python 3.6.4 and PIP3 (According to the Hitchhiker's Guide to
Python http://docs.python-guide.org/en/latest/starting/install3/osx/)
. The installation folder is:

MacBook-Pro: which python3
/usr/local/bin/python3


However, when we checked the package list, the packages are still
pointed at the Python 2.7 packages folder (the native version of
Python that ships with Mac). Is this correct or we need to re-install
the packages for Python 3.6.4 using PIP3?

MacBook-Pro:bin owner$ pip3 show pandas
Name: pandas
Version: 0.22.0
Summary: Powerful data structures for data analysis, time series,and statistics
Home-page: http://pandas.pydata.org
Author: The PyData Development Team
Author-email: pydata at googlegroups.com
License: BSD
Location: /Library/Python/2.7/site-packages/pandas-0.22.0-py2.7-macosx-10.12-intel.egg
Requires: numpy, python-dateutil, pytz
MacBook-Pro:bin owner$ pip3 show six
Name: six
Version: 1.11.0
Summary: Python 2 and 3 compatibility utilities
Home-page: http://pypi.python.org/pypi/six/
Author: Benjamin Peterson
Author-email: benjamin at python.org
License: MIT
Location: /Library/Python/2.7/site-packages

Thanks!
r360design.ca


On Thu, Jan 4, 2018 at 11:51 AM, Russell via talk <talk at gtalug.org> wrote:
>
>
> On January 4, 2018 11:22:05 AM EST, lsorense at csclub.uwaterloo.ca wrote:
>>On Thu, Jan 04, 2018 at 12:54:50AM -0500, Russell via talk wrote:
>>> For a problem like this one and given it's scope and complexity, it
>>is premature to downplay the core and it's overhead issue. This is not
>>like in the movies where the producer says, it's not a problem, we can
>>fix it in POST. This is a preproduction issue with the actors.
>>>
>>> If you want to get all biological about pathology. The pathology of
>>this problem is far from well understood. Finding the proper namespace
>>is important.
>>>
>>> At Linus's request KAISER has been dropped. However fuckwit
>>(Forcefully Unmap Complete Kernel With Interrupt Trampolines, ) has not
>>been adopted, by most people anyway.
>>>
>>> https://lkml.org/lkml/2017/12/4/709
>>
>>Well code I see committed in the kernel uses pti_ for the functions,
>>so seems they settled on page table isolation.  It was previously
>>suggesting kpti for kernel page table isolation but I guess the kernel
>>bit was deemed redundant.
>
> Linus had strong words for Intel yesterday.
>
> https://lkml.org/lkml/2018/1/3/797
>
> Takes a lot of muscle to strongARM lassez fair manufacturing into opening up their proprietary process's. On the other hand it is valid to say; at least I should be able to configure this process and engage mitigation in setting boundaries.
>
> It's going to be an interesting new year, no doubt about that.
>
>>
>>--
>>Len Sorensen
>
> --
> Russell
> ---
> Talk Mailing List
> talk at gtalug.org
> https://gtalug.org/mailman/listinfo/talk


More information about the talk mailing list