1621
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 19. 05. 2016, 15:29:28 »
Pouze dvě věci jsou nekonečné. Vesmír a lidská hloupost. Tou první si však nejsem tak jist.
Albert Einstein
Albert Einstein
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
1622
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 19. 05. 2016, 15:23:08 »Stale nechapes...Je vobec mozne, ze nechapes, ze sa to proste nezdviha do ziadnych vysokych cisel? Ze tam nie je ziaden velky pohyb ani na jednom z jadier?Zle sme sa pochopili. Je tym mysleny vykon vsetkych CPU dokopy. Len to vyskoci na 15% a aj to len prilezitostne.
Skusil som to teraz znovu. Niekolkokrat za sebou som scrolloval hore a dole, sledoval vytazenie a urobil screenshot v situacii s najvacsim vytazenim. Samozrejme bezia tam aj ine veci, nie len Chrome s rootom.
Je vůbec možné, že to tohle individuum vážně nechápe a ještě na sebe upozorňuje jak je neskutečně blbej?
Pančitelka na základce v hodině matematiky: Když výkon jednoho CPU jádra je maximálně 100%, jakého maximálního výkonu společně může dosáhnout 8 CPU jader?
Hmm: Já jsem na to chyběl
Doporučuji ti zajít si na nejbližší základku a pančitelce matematiky tam položit dotaz: Když náklad zatíží 8 aut na 16% jejich nosnosti, na kolik procent nosnosti by zatížil stejný náklad jedno takové auto?
A když ti odpoví, že 128%, tak se ji pokus vysvětlit, že to vůbec nechápe a přijď nám říct, jak jsi pořídil, rád opět budu kuckat smíchy
1623
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 19. 05. 2016, 14:56:00 »Je vobec mozne, ze nechapes, ze sa to proste nezdviha do ziadnych vysokych cisel? Ze tam nie je ziaden velky pohyb ani na jednom z jadier?Zle sme sa pochopili. Je tym mysleny vykon vsetkych CPU dokopy. Len to vyskoci na 15% a aj to len prilezitostne.
Skusil som to teraz znovu. Niekolkokrat za sebou som scrolloval hore a dole, sledoval vytazenie a urobil screenshot v situacii s najvacsim vytazenim. Samozrejme bezia tam aj ine veci, nie len Chrome s rootom.
Je vůbec možné, že to tohle individuum vážně nechápe a ještě na sebe upozorňuje jak je neskutečně blbej?
Pančitelka na základce v hodině matematiky: Když výkon jednoho CPU jádra je maximálně 100%, jakého maximálního výkonu společně může dosáhnout 8 CPU jader?
Hmm: Já jsem na to chyběl
1624
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 19. 05. 2016, 14:26:48 »Zle sme sa pochopili. Je tym mysleny vykon vsetkych CPU dokopy. Len to vyskoci na 15% a aj to len prilezitostne.
Skusil som to teraz znovu. Niekolkokrat za sebou som scrolloval hore a dole, sledoval vytazenie a urobil screenshot v situacii s najvacsim vytazenim. Samozrejme bezia tam aj ine veci, nie len Chrome s rootom.
Je vůbec možné, že to tohle individuum vážně nechápe a ještě na sebe upozorňuje jak je neskutečně blbej?
1625
Odkladiště / Re:Proč jsou všichni proti systemd?
« kdy: 19. 05. 2016, 01:20:06 »To máš buřt. Ale ten nápad s tím forkem se mi líbí. Zajímalo by mě, zda by se našli lidi, kteří by to podpořili.PS: Nenapadlo mě, že to je ironie. Netrolujeme tady ne?Pokud mě se týče, tak ne. Ale to by Troll tvrdil taky
Já jsem asi naivní, ale nejdříve předpokládám, že to troll není, až následovně, když se to proflákne ho jako trolla označím a podle toho jednám ;-)
Mě docela taky a docela rád bych do toho šel... Program s PID 1 by měl být prostě kvalitnější.
1626
Odkladiště / Re:Proč jsou všichni proti systemd?
« kdy: 19. 05. 2016, 00:48:22 »PS: Nenapadlo mě, že to je ironie. Netrolujeme tady ne?Pokud mě se týče, tak ne. Ale to by Troll tvrdil taky
Já jsem asi naivní, ale nejdříve předpokládám, že to troll není, až následovně, když se to proflákne ho jako trolla označím a podle toho jednám ;-)
1627
Odkladiště / Re:Proč jsou všichni proti systemd?
« kdy: 19. 05. 2016, 00:45:24 »
Se mi zmnožil příspěvek, tak tento jsem naeditoval a můžete jej ignorovat 
1628
Odkladiště / Re:Proč jsou všichni proti systemd?
« kdy: 19. 05. 2016, 00:45:08 »To bych musel dohledat nebo vykoumat, byla to nějaká verze co se používala v backports větvi tuším v Debian Wheezy. Ale nakonec se to zmrvilo i tam, takže by to bylo nutné vykoumat jak říkám.
A nebo to byl spíš už squeeze backports. Dalo by se (a muselo) dohledat nebo zanalyzovat...
1629
Odkladiště / Re:Proč jsou všichni proti systemd?
« kdy: 19. 05. 2016, 00:37:37 »Jednodušší udělat náhradu ;-). A klidně drze forkem poslední malé funkční verze :-D. Nevěřím, že když se to udělá dobře a bude to mít stále ty dvě "killer features", kterými jsou paralelní start a jednoduchý start daemonů, že to v distrech nenahradí za tenhle malý, jednoduchý a prostě funkční. Admini to uvítají, maintaineři balíčků taky, vývojáři, kteří se to snaží flikovat patchema a nebo speciálními balíčky (aka fintami) *-shim ap. taky a ti co se zoufale snaží hlásit chyby, které jsou místo opravy nazvány vlastnostmi jakbysmet.
To je pěkný, konstruktivní řešení (bez ironie). Dal by si odkaz na verzi, kterou považuješ za ideální start pro fork?
To bych musel dohledat nebo vykoumat, byla to nějaká verze co se používala v backports větvi tuším v Debian Wheezy. Ale nakonec se to zmrvilo i tam, takže by to bylo nutné vykoumat jak říkám.
PS: Nenapadlo mě, že to je ironie. Netrolujeme tady ne?
1630
O serveru Root.cz / Re:Blokovač reklám
« kdy: 19. 05. 2016, 00:31:42 »Noef: Návrat k Flattru se neplánuje, běžel tři čtvrtě roku a pokud autorovi něco přišlo, tak to byly desetikoruny. Vydali jsme detailní statistiky a na jejich základě bylo rozhodnuto o zrušení Flattru.
He he, on tu někdy byl Flattr?
1631
Odkladiště / Re:Proč jsou všichni proti systemd?
« kdy: 19. 05. 2016, 00:06:51 »Ted je otazka, co s tim. Co stoji takovy najemny vrah? A na kterem crowdfundingovem serveru by to vzali?
Jednodušší udělat náhradu ;-). A klidně drze forkem poslední malé funkční verze :-D. Nevěřím, že když se to udělá dobře a bude to mít stále ty dvě "killer features", kterými jsou paralelní start a jednoduchý start daemonů, že to v distrech nenahradí za tenhle malý, jednoduchý a prostě funkční. Admini to uvítají, maintaineři balíčků taky, vývojáři, kteří se to snaží flikovat patchema a nebo speciálními balíčky (aka fintami) *-shim ap. taky a ti co se zoufale snaží hlásit chyby, které jsou místo opravy nazvány vlastnostmi jakbysmet.
1632
Odkladiště / Re:Proč jsou všichni proti systemd?
« kdy: 18. 05. 2016, 23:36:33 »
Se zájmem sleduji tuhle diskuzi...
Osobně si myslím, že v raných verzích byl systemd skvělý. Uměl startovat jednoduše daemony, umožňoval výrazně rychlejší start, nejen díky paralelnímu startu (to uměl i klasický init, např. v Debianu už dávno před tím), ale také díky tomu, že nemusel čekat na start některých daemonů, na kterých záviselo něco jiného, protože např. poskytoval jeho rouru sám a tu mu pak po jeho startu předal, takže věci závislé na něm na jeho start čekat nemusely (typicky dbus). Umělo to zrychlit start 2x i 3x v závislosti na HW. Malý, jednoduchý, dělal co dělat měl. Dal se jednoduše vyměnit za kterýkoli jiný boot init, což je ve světě Linuxu tak běžná a předpokládaná věc.
Pak se to začalo zvrhávat v to, že nabaloval na sebe další věci, které nejsou nutné, binární logy, ke kterým může být problém se dostat, když něco selže (a selhávání není výjimka). Nahrazování systémových částí svými, které nejsou "kompatibilní" a proto už nejde příslušná část vyměnit, pokud se původní zavedená alternativa nepřizpůsobí. Zažírání do částí desktopových software, které pak umějí běžet jen s ním ap. A úplně blbé je, když se vám jedna a ta samá instalace chovala na jiných PC různě - na některých start selhal na druhých ne. Nebo po vypnutí jader CPU a start na jednom se situace "opravila" a systém, který nenastartoval už naběhl. Sám jsem zažil, že po instalaci či upgrade systému příští start už neproběhl. Ať jsem se jako dekádami znalý odborník snažil, nebylo možné přijít na to, kde je chyba. Když jsem se to snažil řešit s maintainery balíčků a vývojáři, selhalo i toto. Museli konstatovat, že neví kde je problém. Nakonec jsem ten konkrétní problém vyřešil, protože jsem přišel na to, že se tam tluče paralelní start systemd a jeho vlastní služba readahead - vypnutím readahead a smazáním jeho cache souborů (vypnout nestačilo!!!) se to umravnilo (a to i přesto, že jsem si pak readahead zase zapnul). Ale bylo to pokus omyl a tenhle způsob mi byl na Windowsech vždy protivný, protože to znamená, že nemám OS pod kontrolou, jak bych jako admin mít měl a z toho slevovat nehodlám. Bohužel takových případů, kdy se to vyřešit nedá je mraky. Třeba na konkrétním HW při použití prelink prostě systém se systemd nenaběhne. Možné kdykoli předvést. Chyba je zjevně v systemd, protože normálně chcípne. Na jiném HW to nevadí, na jiném pro změnu ano. Jediným východiskem byla reinstalace OS, protože ani vrácení binárek prelinkem do původního stavu nepomohlo a tohle nedeterministické chování je prostě fail. I těmto způsobům jsem na Linuxu po předchozím používání pouze Windows odvykl a opravdu si nehodlám na tohle zvykat, to spíš udělám vlastní boot system, který bude schopen systemd nahradit. Takže základní myšlenka se mi líbí, ale její naplňování je od jistých verzí hodně špatně. Předpokládám, že si nikdo si nepřeje systém, který není schopen naběhnout, bez možnosti to řešit, protože init systém má spoustu vad.
Takže tohle vadí mi osobně, přestože ho používám, hlavně proto, že se mu moc vyhnout nedá a potřebuju prostě s ním umět. Učit se nové věci mi nevadí, naopak, děsně mě to baví. Ale co mě nebaví je, když se v principu deterministický stroj chová díky jedné SW komponentě nedeterministicky. Třeba to je to co vadí i jiným, jen to neumějí správně popsat.
Osobně si myslím, že v raných verzích byl systemd skvělý. Uměl startovat jednoduše daemony, umožňoval výrazně rychlejší start, nejen díky paralelnímu startu (to uměl i klasický init, např. v Debianu už dávno před tím), ale také díky tomu, že nemusel čekat na start některých daemonů, na kterých záviselo něco jiného, protože např. poskytoval jeho rouru sám a tu mu pak po jeho startu předal, takže věci závislé na něm na jeho start čekat nemusely (typicky dbus). Umělo to zrychlit start 2x i 3x v závislosti na HW. Malý, jednoduchý, dělal co dělat měl. Dal se jednoduše vyměnit za kterýkoli jiný boot init, což je ve světě Linuxu tak běžná a předpokládaná věc.
Pak se to začalo zvrhávat v to, že nabaloval na sebe další věci, které nejsou nutné, binární logy, ke kterým může být problém se dostat, když něco selže (a selhávání není výjimka). Nahrazování systémových částí svými, které nejsou "kompatibilní" a proto už nejde příslušná část vyměnit, pokud se původní zavedená alternativa nepřizpůsobí. Zažírání do částí desktopových software, které pak umějí běžet jen s ním ap. A úplně blbé je, když se vám jedna a ta samá instalace chovala na jiných PC různě - na některých start selhal na druhých ne. Nebo po vypnutí jader CPU a start na jednom se situace "opravila" a systém, který nenastartoval už naběhl. Sám jsem zažil, že po instalaci či upgrade systému příští start už neproběhl. Ať jsem se jako dekádami znalý odborník snažil, nebylo možné přijít na to, kde je chyba. Když jsem se to snažil řešit s maintainery balíčků a vývojáři, selhalo i toto. Museli konstatovat, že neví kde je problém. Nakonec jsem ten konkrétní problém vyřešil, protože jsem přišel na to, že se tam tluče paralelní start systemd a jeho vlastní služba readahead - vypnutím readahead a smazáním jeho cache souborů (vypnout nestačilo!!!) se to umravnilo (a to i přesto, že jsem si pak readahead zase zapnul). Ale bylo to pokus omyl a tenhle způsob mi byl na Windowsech vždy protivný, protože to znamená, že nemám OS pod kontrolou, jak bych jako admin mít měl a z toho slevovat nehodlám. Bohužel takových případů, kdy se to vyřešit nedá je mraky. Třeba na konkrétním HW při použití prelink prostě systém se systemd nenaběhne. Možné kdykoli předvést. Chyba je zjevně v systemd, protože normálně chcípne. Na jiném HW to nevadí, na jiném pro změnu ano. Jediným východiskem byla reinstalace OS, protože ani vrácení binárek prelinkem do původního stavu nepomohlo a tohle nedeterministické chování je prostě fail. I těmto způsobům jsem na Linuxu po předchozím používání pouze Windows odvykl a opravdu si nehodlám na tohle zvykat, to spíš udělám vlastní boot system, který bude schopen systemd nahradit. Takže základní myšlenka se mi líbí, ale její naplňování je od jistých verzí hodně špatně. Předpokládám, že si nikdo si nepřeje systém, který není schopen naběhnout, bez možnosti to řešit, protože init systém má spoustu vad.
Takže tohle vadí mi osobně, přestože ho používám, hlavně proto, že se mu moc vyhnout nedá a potřebuju prostě s ním umět. Učit se nové věci mi nevadí, naopak, děsně mě to baví. Ale co mě nebaví je, když se v principu deterministický stroj chová díky jedné SW komponentě nedeterministicky. Třeba to je to co vadí i jiným, jen to neumějí správně popsat.
1633
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 18. 05. 2016, 19:49:59 »Tak já to taky nepoznám na tom CPU s 12ti compute cores
Dobrej pokus, ale A10-7800 je ctyrjadro... To compute cores je jenom takovy marketingovy hemz, ktery ti v tomhle moc nepomuze
Posledně psaná rada "lépe číst a více myslet" nepadla na úrodnou půdu, že? Psal jsem sám výše, že to je čtyřjádro, ale dovolil jsem si ironicky popíchnout toho trola s osmijádrem. Taky můžu zapnout FX-9590 osmijádro, když budu potřebovat. Každopádně těch 12 compute cores není jen marketingový hemz, pomáhá např. při OpenCL, takže ne že nepomáhá. Ale na webu se to moc nevyužije, to je fakt.
1634
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 18. 05. 2016, 17:38:35 »Hmmm vyskusane s Chrome, na 8-jadre a CPU vyskocilo maximalne na 15%.
No, tak ono tech 15% s CPU s 8 jadry odpovida celkovemu zatizeni 1,2 jadra, coz opravdu vypada, jako kdyby jsi troloval. To uz musis nekde sledovat zatizeni procesoru pri brouzdani webu, protoze normalne pochybuju, ze poznas, kdyz je Chromu k dispozici misto 8 jader pouze 7 (ja to na 4 jadre jen podle chovani prohlizece nepoznam a u tebe ten rozdil bude navic jeste mensi).
Tak já to taky nepoznám na tom CPU s 12ti compute cores
(A10-7800) jako nějaké trhání (i když u webů, co to nedělají je ten komfort v rolování poznat), výkon PC to utáhne, ale poznám to podle ventilátoru CPU, který se rozjede, takže vím, že něco není v pořádku. A vůbec nechápu, proč bych měl mít trvalé zatížení více než jednoho jádra jen proto, že si roluju webovou stránku (a tady často jen proto, že si čtu článek nebo zprávičku i bez rolování). Vždyť to se mi neděje ani u 3D her toto a to tam dostane záhul i integrované GPU Radeon R7! 
1635
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 17. 05. 2016, 18:31:31 »Nahlásil jsem to, přidal konkrétní URL a vývojáři se na to už dívají. Sám jsem zvědav, na co přijdou. Zajímavé je, že mně to dělá jen ve Firefoxu, Chrome se chová normálně.
To by bylo fakt fajn, protože je to fakt divné. A ještě divnější je, že AdBlock to spolehlivě "opraví". A přitom to přímo těmi reklamami být nemůže, protože stejné vídám i jinde a nedělá to takovou paseku. Jak jsem psal nedávno, nejspíše se tam bijou nějaké skripty přes sebe.
