Użytkownik "bartekltg" <b...@g...com> napisał w wiadomości
news:l7mmns$lc5$1@node2.news.atman.pl...
>W dniu 2013-12-04 08:43, Wojciech Muła pisze:
>> On Tuesday, December 3, 2013 9:34:08 PM UTC+1, Marek Borowski wrote:
>>> Byla kiedys taka ksiazka procesory 486, niestety nie pamietam autora.
>>> Idealnie tlumaczyla systemowy model programowy tego procesora. Po
>>> przeczytaniu tej pozycji ktora miala ze 250 str mozna bylo napisac
>>> jadro protected mode ze stronicowaniem i obsluga wielu segmentow, bez
>>> uzycia dodatkowej literatury.
>>
>> Tylko, że 486 był w porównaniu ze współczesnymi procesorami dużo
>> prostszy, po prostu. A tak naprawdę 486 vs 386 to żadna różnica.
>>
>>> Rozumiem doskonale Sebastiana, tez mam problem z DOBRYM zrozumieniem
>>> wymienionych przez niego mechanizmow a jedyne pozycje ktore to
>>> opisuja na pozmiomie dostatecznie szczegolowym to pdf z intel.com
>>> Jest tylko maly problem sumaryczne 5000 str do przewetowania to
>>> lekkie przegiecie. W/w spokojne mozna opisac na 100 stronach w
>>> sposob podobny do opisywanej przeze mnie pozycji.
>>
>> Jest jeden główny powód: nie opłaca się. Stosunek nakładu pracy na
>> napisanie takiej książki do liczby odbiorców jest za duży.
>
> Nie opłaca się autorowi. Ale czemu nie opłaca się
> np Intelowi? Zapłaci autorowi(pracownikowi) za napisanie,
> a sam skorzysta na ciut większej wiedzy swoich klientów.

widać sie nie opłaca sprzedawać tych koncepcji
- czyli ogolnej wiedzy. Raz to biznes a dwa pewnie
bezpieczęństwo. Bo virtualizacja to chyba jeden
z głównych frontów walki w zakresie zbezpieczeń.

To samo z MS w MSDN - masz dużo szczegółów
ale ogólnych opisów - raczej brak.
Możesz iść na kurs/szkolenie - dostaniesz
jeszcze więcej szczegółów :)))
To jest jakby inny rodzaj wiedzy.

Ale coś tam jednak jest
http://www.amazon.com/The-Intel-Microprocessors-8th-
Edition/dp/0135026458
prawie 1000 str i o virtualizacji chyba 0 :)))

takie mniej oficjalne informacje - z drugiego obiegu - się trafiają np pierwsze z
brzegu. :
Gal_Diskin_-_Virtually_Impossible_-_ZeroNights_relea
se_version.pdf
http://www.google.pl/url?sa=t&rct=j&q=&esrc=s&source
=web&cd=1&cad=rja&ved=0CCwQFjAA&url=http%3A%2F%2F201
3.zeronights.ru%2Fincludes%2Fdocs%2FGal_Diskin_-_Vir
tually_Impossible_-_ZeroNights_release_version.pdf&e
i=9jafUt-QCYbFswanwYGYCA&usg=AFQjCNHjwBl_R2u0C0U_io3
7ZbC86RmYMg&bvm=bv.57155469,d.Yms


https://github.com/vishmohan/vmlaunch

http://www.codeproject.com/Articles/215458/Virtualiz
ation-for-System-Programmers


ale to tylko namiastka tego co by sie chciało :))

pozdrawiam

do góry

On 2013-12-03 02:17, A.L. wrote:
>> Interesuje mnie raczej konkrety na poziomie asm.
> Znacy, co?

Np. jak wypełnić prawidłowo rejestry i struktury CPU aby uzyskać
wspierany *sprzętowo* drugi poziom translacji adresów.

Albo: jak zwirtualizować za pomocą VT-x przestrzeń adresową będąc
jednoczesnie dalej pod kontrolą Lin/Win.

Albo: jakie sa techniki komunikacji guest<->host mając na uwadze
*ostatnie* parę lat.

Niestety ksiązki o 486 to nie pasują. Mnie interesują technologie
najnowsze które się ostatnio wysypały. Na przykład taka:

http://en.wikipedia.org/wiki/Second_Level_Address_Tr
anslation

Mam cieżkie zagadnienie które *być* może da się rozwiążań pewnymi
sztuczkami z zakresu hardware współczesnych CPU i stworzeniem
hypervisora. Mam dość wąsko określone platoformy i cele. I od razu
powiem: nie da się go rozwiązać na poziomie innym niż asm i hypervisor z
powodów ... powiedzmy księgowych. Cieżko mi opowiadać o szczegółach
problemu, to zawiła sprawa.

... a ile się dowiem przy okazji - bezcenne.

do góry

On 2013-12-03 21:34, Marek Borowski wrote:
> Rozumiem doskonale Sebastiana, tez mam problem z DOBRYM zrozumieniem
> wymienionych przez niego mechanizmow a jedyne pozycje ktore to
> opisuja na pozmiomie dostatecznie szczegolowym to pdf z intel.com
> Jest tylko maly problem sumaryczne 5000 str do przewetowania to
> lekkie przegiecie. W/w spokojne mozna opisac na 100 stronach w
> sposob podobny do opisywanej przeze mnie pozycji.

W tym właśnie rzecz, że przeczytałem całkiem sporo i dalej brak mi
obrazu całościowego "czy to mozna tak zrobić". W dodatku zaganienie jest
na tyle wąskie, że często literaturą są źrodła maszyn wirtualnych które
kulturą prgramistyczną nie grzeszą ...

do góry

On Wed, 04 Dec 2013 21:45:30 +0100, Sebastian Biały
<h...@p...onet.pl> wrote:
...
>
>Mam cieżkie zagadnienie które *być* może da się rozwiążań pewnymi
>sztuczkami z zakresu hardware współczesnych CPU i stworzeniem
>hypervisora. Mam dość wąsko określone platoformy i cele. I od razu
>powiem: nie da się go rozwiązać na poziomie innym niż asm i hypervisor z
>powodów ... powiedzmy księgowych. Cieżko mi opowiadać o szczegółach
>problemu, to zawiła sprawa.
>
>... a ile się dowiem przy okazji - bezcenne.

Zagogluj sobie na Inter 64 and IA-32 Architecture Software Developer
Manuals

tam jest od cholery materialow do sciagniecia, miedzy innymi 3 tomowy
i 7 tomowy manyal, lacznei z technika address translation i VM
extension (Chapter 23)

Zeby ci ulatwic zywot, podaje link

http://www.intel.com/content/www/us/en/processors/ar
chitectures-software-developer-manuals.html

Warning: ten krotszy manual ma 4 tysiace stron

A.L.

do góry

Dnia 04.12.2013 Sebastian Biały <h...@p...onet.pl> napisał/a:
> On 2013-12-03 21:34, Marek Borowski wrote:
>> Rozumiem doskonale Sebastiana, tez mam problem z DOBRYM zrozumieniem
>> wymienionych przez niego mechanizmow a jedyne pozycje ktore to
>> opisuja na pozmiomie dostatecznie szczegolowym to pdf z intel.com
>> Jest tylko maly problem sumaryczne 5000 str do przewetowania to
>> lekkie przegiecie. W/w spokojne mozna opisac na 100 stronach w
>> sposob podobny do opisywanej przeze mnie pozycji.
>
> W tym właśnie rzecz, że przeczytałem całkiem sporo i dalej brak mi
> obrazu całościowego "czy to mozna tak zrobić". W dodatku zaganienie jest
> na tyle wąskie, że często literaturą są źrodła maszyn wirtualnych które
> kulturą prgramistyczną nie grzeszą ...
>

Bardzo dobrze okomentowany jest kod Rusty Russella - lguest. Jest to
niezwykle prosty hypervisor x86 nie korzystający z Vt-x (Amd-v).
Całość nie przekracza bodajże 5000 linii.

http://git.kernel.org/cgit/linux/kernel/git/torvalds
/linux.git/plain/tools/lguest/lguest.c
http://git.kernel.org/cgit/linux/kernel/git/torvalds
/linux.git/plain/arch/x86/lguest/boot.c
http://git.kernel.org/cgit/linux/kernel/git/torvalds
/linux.git/tree/drivers/lguest
Jest też wersja pod procesory ARM.
http://sourceforge.net/projects/armlguest/

do góry