Jaderné noviny - 3/2008 (diskuse)

[Milan Lajtoš]

Typo:

...než dělat trolla v disuzích...

K teme:
Inac Intel to s Linuxom na desktopoch mysli nejako vazne.. Najskor PowerTop, teraz LatencyTop.. Nedavno otvorili dokumentaciu ku svojim grafickym pre kazdeho (nielen pre kernel hackerov), ktovie co bude nasledovat.. Ale myslim, ze ak Linux naozaj prerazi na desktopoch, tak velka vdaka musi ist prave Intelu..

[Robert Krátký]

Typo:

Dík, opraveno.

[David Jaša]

Bude mít $SUBJ nějaký viditelný vliv mimo jádro nebo "jenom" zjednoduší údržbu a vývoj těchto architektur?

[Kvakor]

Pokud si neprekladate jadro sami, tak ne. Pokud ano, tak puvodni adresare v arch jsou nyni jen ukazately na x86. Jinak jsem si zadnych velkych rozdilu mimo arch nevsiml.

[Miloslav Ponkrác]

Jestli to s těmi const Linus myslí vážně, tak mám pocit, že zešílel. Protože const slouží k označení konstatní věci. Je samozřejmě jasné, že lze dělat nepřehledný kód, který bude const používat asi jako když koza řídí atomovou elektrárnu - pokud chcete, prasárny jdou dělat vždycky, ale const tu bylo pro to, aby udrželo přehled a udržovatelnost. Když vidím v kódu const - beru to jako bych v dokumentaci přečetl "tato věc se nebude měnit". Řada kompilátorů se dokonce srdnatě brání i pokusům o prasení a o změnu, a je to tak naprosto správné - programátor by měl vyjadřovat svoje úmysly čistě.

[trekker.dk]

Jestli to s těmi const Linus myslí vážně, tak mám pocit, že zešílel. Protože const slouží k označení konstatní věci.

Pokud vím, tak specifikace jazyka C tvrdí něco jiného.

[Jirka P]

Specifikace jazyka C tvrdí, že modifikace const-objektu pomocí neconst-ukazatele je nedefinované chování. Takže pokud přetypujete neconst-ukazatel na const, dereferencujete a přiřadíte do toho, tak

• si musíte být jist, že ten ukazatel ve skutečnosti vzniknul přetypováním neconst-ukazatele na const, a
• jste prase, zvláště pokud to děláte samoůčelně nebo const napíšete do rozhraní, a pak ho v implementaci nedodržujete

[Jan Kurik]

Tady bych souhlasil spise s Linusem. Pokud oznacim nejakou promenou jako "const", tak tim zadam prekladac aby mi hlidal ze ji nekde v kodu omylem nebudu chtit menit. Ale rozhodne bych to nebral jako zakaz s tou promenou manipulovat (pretypovani na non-const kdyz to opravdu potrebuju). To by hranicilo s omezovanim osobni svobody programatora a to by takovy prekladac mohl byt vystaven i zalobe za porusovani lidskych prav

[Xerces]

On to asi nikdo nezakazuje. Spíše se tady asi naráží na to, že to není tak "úplně čistě". Zkrátka pokud něco není zakázáno, neznamená to, že to je povoleno a naopak. Chápu postoj programátorských estétů, ale Linusovi jsem ochoten tento drobný přešlap odpustit

[lubos]

Asi sis to pomylils s #define, nebo konstantou definovanou v hedri, ale const, neni konstatni vec.

[Luboš Doležel (Doli)]

Mě na GCC štve, že zaboha nechce povolit přetypování z void* např. na short. Povolí to, pokud nejdřív přetypuju na long. Chápu, že se tak asi snaží zabránit tomu, aby programátoři dělali nepřenosiltený kód, ale překvapilo to - ne všechny důvody pro ztrátové přetypování musí být špatné.

[I]

icc muze byt pro tebe / pro Vas lepsi a predevsim kompiluje rychleji a lze s nim gcc plne nahradit, zkompilovat kernel i vse ostatni.

[Libor Chocholaty]

A nebylo by lepsi napsat do kodu co chcete udelat, misto toho, abyste na to zneuzival pretypovani, ktere nema definovane chovani?

Co treba tohle?

short s;
void *v;

s = (int)v & 0xffff;

[Luboš Doležel (Doli)]

Nevím, co je na přetypování nedefinovaného - chová se jasně. A zrovna ani ten váš kód se nezkompiluje.

Jde o to, že je to buzerace. MSVC to připustí bez řečí, aniž by otravoval na podobných hloupostech.

[Jirka P]

ISO 9899:1999, 6.3.2.3/6:

Any pointer type may be converted to an integer type. Except as previously specified, the result is implementation-defined. If the result cannot be represented in the integer type, the behavior is undefined. The result need not be in the range of values of any integer type.

[Jirka P]

Mě se ten kód zkompiluje, a pokud tam dám short, tak to akorát hodí warning. Takže jestli používáte -‍Werror a nezkompiluje se vám to, je to pouze a jenom váš problém.

MMCH MSVC jsem nezkoušel na tenhle kód, ale MSVC 2008 beta mi třeba na přetypování size_t -> unsigned hodí warning (něco ve smyslu "potential 64-bit portability problem...")

[David Watzke]

Mě se ten kód zkompiluje,

No, gcc to vezme, ale g++ ne:

error: cast from 'void*' to 'int' loses precision

[Jirka P]

To bude tím, že ve standartu c++ není nic, co by podobnou věc umožňovalo. Jediná konverze pointer -> integer je reinterpret_cast, a k němu relevantní odstavec ze standartu je 5.2.10/4:

A pointer can be explicitly converted to any integral type large enough to hold it. The mapping function is implementation-defined [Note: it is intended to be unsurprising to those who know the addressing structure of the underlying machine. ]

[Michal Kubeček]

Nevím, co je na přetypování nedefinovaného - chová se jasně.

Určitě? A jak?

[koetchko]

Typo:

LatencyTop, odhalovnání zpoždění v systému

[Milan Vančura]

> Pokud čtení nepřímých bloků úzkým hrdlem není, e2fsck je obvykle vcelku rychlý i tak, takže zlepšování výkonnosti není nutné.

Pokud čtení nepřímých bloků úzkým hrdlem není, je e2fsck obvykle vcelku rychlý i tak a zlepšení výkonnosti se neprojeví.

Puvodni formulace rika neco jineho - ze mame nejaky jiny ukol/cil a k jeho splneni je nebo neni nutne zvyseni vykonnosti. (alespon podle meho nazoru a citeni cestiny). Samozrejme vim, ze jsem puntickar, to mi nemusite psat

[trekker.dk]

Jenže ta druhá formulace říká něco jiného, než se píše v tom anglickém textu (aspoň podle mě)

[ak47]

Jak muze nekdo prelozit "enough thrust" jako velkou trysku ?

Jak by potom vypadal prelozenej sig "With enough thrust, pigs fly ok ..." ? A kam ze tomu nebohemu zvireti tu trysku chcete cpat ? )))

[Michal Kubeček]

Zkuste hádat… :-)

[trekker.dk]

Tomu se říká volný překlad. Rád se nechám poučit, jak bys to TY přeložil přesně - jestliže to nebude znít blbě, klidně to příště použiju.

[happy barney]

prečo "cpát"? ono ju nemá? ... a v tom vašom úryvku by som voľne použil thrust => ťah => usmernený výtok plynov )