🚀 go-pugleaf

W dniu 14.09.2012 r. 23:36, no+spam@mail.invalid pisze:
> <http://www.theinquirer.net/inquirer/news/2205462/idf-intel-says-clover-trail-will-not-work-with-linux>
[...]
AMD "Hondo" APUs May Not Be Too Linux Friendly
<http://www.phoronix.com/scan.php?page=news_item&px=MTE4NTY>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

no+spam@mail.invalid wrote:
> W dniu 14.09.2012 r. 23:36, no+spam@mail.invalid pisze:
>> <http://www.theinquirer.net/inquirer/news/2205462/idf-intel-says-clover-trail-will-not-work-with-linux>
>
>> 
[...]
> AMD "Hondo" APUs May Not Be Too Linux Friendly 
> <http://www.phoronix.com/scan.php?page=news_item&px=MTE4NTY>

IMHO to otwiera całkiem niezły rynek zbytu dla ARMa.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlBVv0kACgkQbhT/MDrqNUEZTwCeMya6Y4ZvzeEQmLWkfrroTiWb
WHQAmwSMR0oxzaCaAbXy9qvcMWqtCLBy
=XgMy
-----END PGP SIGNATURE-----

Dnia Fri, 14 Sep 2012 23:36:45 +0200, no+spam napisal:

> <http://www.theinquirer.net/inquirer/news/2205462/idf-intel-says-clover-trail-will-not-work-with-linux>
> 
> Atom to nie był dotąd poważny target, niemniej symptomatyczne.

Atom się nadaje jako media center, drobny serwer i/lub obliczenia
(FLOP/W), jako ThinClient itd. itp. 

> 
> Linuxowcy się tym pewnie nie przejmą (aczkolwiek niektórzy userzy jak
> np. ja rzetelnie bojkotują Intela i ostatnio nVidię) -- ktoś rozpracuje
> te C-state'y i P-state'y -- niemniej kolejny przykład sprzętu w
> ekosystemie x86, który jest zamknięty przez vendora.

Mi jest trudno bojkotować Nvidię, nawet gdybym chciał.

1. Nic nowego. Zarówno Intel jak i AMD od dawna robiło takie rzeczy;
na linuksie zarządzanie stanem procka ograniczało się do mniejszych 
oszczędności na zegarze, bo bez specyfikacji zabawa zegarem i napięciem
procesora bywa nie najlepszym pomysłem.

2. To część większej gry. 

Microsoft będzie beneficjentem SecureBoot. Każdy hardware z logo Win8
będzie miał klucz M$ - tym kluczem będzie podpisane całe firmware.
Ponieważ na desktopie Win ma monopol, musieli się zgodzić na to,
żeby użytkownik mógł a) wyłączyć SecureBoot b) wprowadzić własny
klucz c) zezwolić nie kluczem na konkretne hashe (checksumy). Jak to
będzie wyglądało w praktyce nie wiadomo, na pewno spowoduje 
trochę problemów ze sprzętem i co najmniej dużo gimnastyki, 
która szarego użytkownika może przerosnąć, o ile nie używa Win8.
Nb. dotyczy to również Win7, Visty (?) i XP - bonus dla M$.
Sam SecureBoot w zasadzie - o ile się wczyta w uefi i w inne
detale - w zasadzie do bezpieczeństwa dużo nie doda, a utrudni
życie innym.

Na ARM Win nie ma monopolu, więc dostawcy sprzętu z logo Win8 na 
ARM mają obowiązek ustawić SecureBoot z kluczem Win8 na mur beton.
Nie jestem pewien, który to jest segment, ale ten z logiem WinRT.

Na rynku serwerowym - w tym tych samych producentów, co desktopy -
Microsoft nie miał specjalnie daru przekonywania z oczywisctych
względów, wygląda na to że nic nie ugrał.

No i wracamy do rynku tabletów. Microsoft ma tu pewien problem 
z dostawcami konkretnego sprzętu. Po pierwsze Win8 (odpowiednia
wersja) wg. producentów jest wolny i przeciętnie się podoba 
na mobilnych urządzeniach, przynajmniej w porównaniu do iOS
i Androida. Po drugie M$ wymyślił własny tablet, co wywołało
u producentów mało przyjazne reakcje. M$ wie doskonale, że
urządzenia mobilne to ogromny rynek, który mu ucieka, więc
robi co może - deale z Intelem, żeby małe energooszczędne
procki miały specyfikację znaną tylko M$, na pewno AMD też.
Jak to będzie zobaczymy, mi jest raczej obojętne czy 
na mobilny sprzęt będę mógł wrzucić co innego niż z nim
dostanę, monopolu tu M$ nie ma, okaże się i tak na zasadzie 
popularności; rykoszetem dostaną co najwyżej serwerowe
aplikacje - takie procki jak ARM czy Atom są wbrew pozorom
używane w serwerach ze względu na stosunek moc/energia,
co dla centrów ma kolosalne znaczenie - instalacja 
10 MW kosztuje mniej niż instalacja 20MW.

> Wydawać się natomiast może, że potwierdza się postawiona raz teza, że
> architektura komputerów osobistych zmierza ku wykonaniu asynchronous,
> kończąc erę marnowania cykli na polling.

Nie wiem, o co ci chodzi z asynchronous/polling, ten 
problem jest rozwiązany od kilkudziesięciu lat za pomocą przerwań,
dma i rozwiązań softwareowych.

-- 
Edek

W dniu 16.09.2012 r. 23:35, Edek Pienkowski pisze:
<snips />
>> Wydawać się natomiast może, że potwierdza się postawiona raz teza, że
>> architektura komputerów osobistych zmierza ku wykonaniu asynchronous,
>> kończąc erę marnowania cykli na polling.
> 
> Nie wiem, o co ci chodzi z asynchronous/polling, ten 
> problem jest rozwiązany od kilkudziesięciu lat za pomocą przerwań,
> dma i rozwiązań softwareowych.
Typu odwlekanie maskowalnych przerwań pod niektórymi OS, żeby proc mógł
dłużej pospać.
Nazwij to pierdołą (jakieś mA uciekają, tyle że PCtów są setki
milionów), jednak zegar CPU nie staje na nic-nie-robiącej maszynie (ma
dopiero na Atomie).  Dowód przez empirię: wyłączam wszystkie urządzenia
peryferyjne, I/O, zatrzymuję wykonanie obliczeń (jakiś RTOS, gdzie idle
dostaje monopol).  Procesor nadal działa (w HLT) i pobiera niezerową
energię.
Pewnie znalazłby się przykłady na to, że i polling jest wykorzystywany
tu i ówdzie we współczesnych sterownikach.
Synchronous/async jest związane z faktem, że skomplikowane układy (jak
CPU) _w ogóle_ są taktowane.  Upraszcza to projekt, unika się hazardów
-- nie za darmo.

W dniu 17.09.2012 16:49, no+spam@mail.invalid pisze:
> W dniu 16.09.2012 r. 23:35, Edek Pienkowski pisze:
(.... ciach...)
Możecie mi w telegraficznym skrócie wytłumaczyć, czy owe informacje mają 
jakiś znaczący wpływ na przyszłość linuksa na normalnych domowych 
desktopach?

ToMasz

Dnia Mon, 17 Sep 2012 18:27:55 +0200, ToMasz napisal:

> W dniu 17.09.2012 16:49, no+spam@mail.invalid pisze:
>> W dniu 16.09.2012 r. 23:35, Edek Pienkowski pisze:
> (.... ciach...)
> Możecie mi w telegraficznym skrócie wytłumaczyć, czy owe informacje mają 
> jakiś znaczący wpływ na przyszłość linuksa na normalnych domowych 
> desktopach?

Jeżeli dostawcy płyt w tym BIOSu udostępnią opcję "wyłącz chrzaniony
SecureBoot" - nie ma znaczenia. Może dual-boot nie zadziała, ale
znając ludzi to jednak zadziała.

-- 
Edek

On Mon, 17 Sep 2012 16:46:29 +0000 (UTC), Edek Pienkowski
<edek.pienkowski@gmail.com> wrote:

>Dnia Mon, 17 Sep 2012 18:27:55 +0200, ToMasz napisal:
>
>> W dniu 17.09.2012 16:49, no+spam@mail.invalid pisze:
>>> W dniu 16.09.2012 r. 23:35, Edek Pienkowski pisze:
>> (.... ciach...)
>> Możecie mi w telegraficznym skrócie wytłumaczyć, czy owe informacje mają 
>> jakiś znaczący wpływ na przyszłość linuksa na normalnych domowych 
>> desktopach?
>
>Jeżeli dostawcy płyt w tym BIOSu udostępnią opcję "wyłącz chrzaniony
>SecureBoot" - nie ma znaczenia. Może dual-boot nie zadziała, ale
>znając ludzi to jednak zadziała.

"market penetration" Linuxa jest cos okoo 0.6%. Nikt nie bedzie sobie
Linuksem d... zawracac.

A.L.

A.L.:

> "market penetration" Linuxa jest cos okoo 0.6%. Nikt nie bedzie sobie
> Linuksem d... zawracac.

Zavsze byłem systemovo-operacyjno tolerancyjny, ale ostatnio
nie mogę się povstrzymać przed tvierdzeniem, że Vindovs to
jebane góvno. Bez przervy ktoś prosi o pomoc z Vindovsem na
komunikatorze, a mi osobiście vszystko śvietnie działa
v Linuksie.

W dniu 2012-09-17 21:49, sumar pisze:
> A.L.:
>
>> "market penetration" Linuxa jest cos okoo 0.6%. Nikt nie bedzie sobie
>> Linuksem d... zawracac.
>
> Zavsze byłem systemovo-operacyjno tolerancyjny, ale ostatnio
> nie mogę się povstrzymać przed tvierdzeniem, że Vindovs to
> jebane góvno. Bez przervy ktoś prosi o pomoc z Vindovsem na
> komunikatorze, a mi osobiście vszystko śvietnie działa
> v Linuksie.

Hmmm ale coś literka "w" Ci się sypie na tym "linuksie"...

pozdrawiam,
Przemek O.

PS. Problemów z linuksem nikt nie zgłasza - bo mało kto go używa :P

Przemek O:

> PS. Problemów z linuksem nikt nie zgłasza - bo mało kto go używa :P

he

Użytkownik "sumar" <sumar@onet.eu> napisał:

> ale ostatnio nie mogę się povstrzymać przed tvierdzeniem, że Vindovs
> to jebane góvno.

Eh. upadek polskiej edukacji i oswiaty.
Jak widac nawet przedszkolaki klna niczym suwnicowa w hucie Batory :(

AK 

Głosisz jakieś tezy niezgodne z tym co czytałem/co mnie uczyli o 
projektowaniu/działaniu elektroniki.

On 17.09.2012 16:49, no+spam@mail.invalid wrote:
> Nazwij to pierdołą (jakieś mA uciekają, tyle że PCtów są setki
> milionów), jednak zegar CPU nie staje na nic-nie-robiącej maszynie (ma
> dopiero na Atomie).
Nieprawda.

> Dowód przez empirię: wyłączam wszystkie urządzenia
> peryferyjne, I/O, zatrzymuję wykonanie obliczeń (jakiś RTOS, gdzie idle
> dostaje monopol).  Procesor nadal działa (w HLT) i pobiera niezerową
> energię.
Mój powertop na core i5 wygląda tak:

C1-SNB      5,2%
C3-SNB      2,3%
C6-SNB      0,4%
C7-SNB     74,6%

Core C3 State
[...]A core in C3 state flushes the contents of its L1 instruction 
cache, L1 data cache, and L2 cache to the shared L3 cache, while 
maintaining its architectural state. All *core clocks are stopped* at 
this point.

Core C6 State
[...] Before entering core C6, the core will save its architectural
state to a dedicated SRAM. Once complete, a core will have its voltage 
reduced to *zero volts*.

Core C7 State
[...] The core C7 state exhibits the same behavior as the core C6 state 
unless the core is the last one in the package to enter the C7 state. If 
it is, that core is responsible for flushing L3 cache ways.


> Pewnie znalazłby się przykłady na to, że i polling jest wykorzystywany
> tu i ówdzie we współczesnych sterownikach.

> Synchronous/async jest związane z faktem, że skomplikowane układy (jak
> CPU) _w ogóle_ są taktowane.  Upraszcza to projekt, unika się hazardów
> -- nie za darmo.
Działa się szybciej (w pipeline). Zmniejsza zużycie energii.

Układy synchronizowane mają tą główną zaletę, że nie masz propagacji 
zmiany do końca fanoutu, tylko do najbliższego clock-gate.

No i możesz jednym sygnałem wstrzymywać całe domeny zegarowe 
zmniejszając zużycie energii do kilku nA static current.

-- 
Pozdrawiam
Michoo

On 17.09.2012 21:58, Przemek O wrote:
> PS. Problemów z linuksem nikt nie zgłasza - bo mało kto go używa :P
http://www.w3counter.com/globalstats.php?year=2012&month=8
Czy to dużo? - nie. Ale 1.7% desktopów (a jak system desktopowy nie był 
projektowany) to też nie jest mało.

Btw: http://i.top500.org/stats
Linux	462	92.4%
Windows	2	0.4%

-- 
Pozdrawiam
Michoo

On 17/09/2012 18:38, A.L. wrote:
> On Mon, 17 Sep 2012 16:46:29 +0000 (UTC), Edek Pienkowski
> <edek.pienkowski@gmail.com> wrote:
>
>> Dnia Mon, 17 Sep 2012 18:27:55 +0200, ToMasz napisal:
>>
>>> W dniu 17.09.2012 16:49, no+spam@mail.invalid pisze:
>>>> W dniu 16.09.2012 r. 23:35, Edek Pienkowski pisze:
>>> (.... ciach...)
>>> Możecie mi w telegraficznym skrócie wytłumaczyć, czy owe informacje mają
>>> jakiś znaczący wpływ na przyszłość linuksa na normalnych domowych
>>> desktopach?
>>
>> Jeżeli dostawcy płyt w tym BIOSu udostępnią opcję "wyłącz chrzaniony
>> SecureBoot" - nie ma znaczenia. Może dual-boot nie zadziała, ale
>> znając ludzi to jednak zadziała.
>
> "market penetration" Linuxa jest cos okoo 0.6%. Nikt nie bedzie sobie
> Linuksem d... zawracac.


Linux jest głównym systemem w znanych mi data centres, sprzęt na którym 
to chodzi to firmowe serwery (przeważnie Dell , HP albo IBM). To *nie* 
jest mały rynek. Nie wątpię że z czasem te serwery dorobią się 
SecureBoot i nie wątpię, że Linux dalej będzie na nich chodził. A czy 
instalacja wymaga dodatkowego ustawiania w firmware, czy nie ... to jest 
drobiazg.

A desktopy .... tutaj największym wrogiem Linuxa jest sam Linux.


B.

Dnia Tue, 18 Sep 2012 21:28:33 +0100, Bronek Kozicki napisal:

> Nie wątpię że z czasem te serwery dorobią się SecureBoot

A po co serwery miałyby mieć SecureBoot? Są wirtualizowane,
bootowane przez sieć, mają ipmi i inne metody zarządzania,
a jak jest potrzeba, to nie SecureBoot, tylko
pełne TXT. SecureBoot znalałzby jakieś zastosowanie?

-- 
Edek

> A desktopy .... tutaj największym wrogiem Linuxa jest sam Linux.

to ja jeszcze raz uparcie zapytam w imieniu 1.7% użytkowników desktopów.
jeśli w najbliższej przyszłości mam zamiar kupić komputer na którym 
będzie tylko linuks, z firefoxem, thunderbirdem, mplayerem  libre 
officem - co mam zrobić? kupować już, bo potem na nowych "prockach nie 
pójdzie"? Nvidie olać ze względów..... ideowych?

ToMasz