[TBR] Viva La Roast! (Perpetual Thread V)

Keď budete mať IP adresu, ak máte spravované prepínače, môžete sa k nej vrátiť. Traceroute, aby ste našli bránu, nájdite ju vo vyrovnávacej pamäti ARP v bráne a potom postupujte podľa tabuliek mac adries prepínačov späť na ten, do ktorého je zapojený. V prípade Cisco by to bolo „zobraziť ip arp [ip adresa]“ na bráne, aby ste získali mac adresu, potom „ukázať mac-address-table address [mac adresa]“, aby ste zistili, na akom rozhraní prichádza. Potom ukážte tabuľku s adresami mac cez sieť, kým nenájdete port, do ktorého je box zapojený.

Edit: nevadí, skúsil som to sám. Zdá sa, že e-mail sa neprenáša ako obyčajný text. :/ Ach, bol to zábavný nápad.

Úprava 2: hoci akákoľvek metóda, ktorú používajú na zahmlievanie e-mailovej adresy, môže stále viesť k konzistentnej reprezentácii e-mailovej adresy, vo väčšine paketov, ktoré som práve vyprázdnil, je len asi desať bajtov odlišných a dva z týchto bajtov sa zdajú byť počítadlo. Ešte by sa to dalo zvládnuť. Musím to nateraz nechať, keď už idem spať.

Wow, veľké útržky vrhajú miestneho klienta do vyrovnávacej pamäte do pekla, iba jeden z mojich počítačov sa včera dostal do fázy splachovania

Tak dúfam, že zajtra bude veľký deň

V poriadku Phased Array! Bok po boku v denníkoch. *high five*

Continuum: Vyzerá to tak. Hobbes už skôr špekuloval o prepočítaní práce od predchádzajúcich buggy klientov a myslím, že si to pamätám čítanie distribuovaných.net oznamuje, že to urobia, keď nás všetkých požiadajú o upgrade z buggy zákazník. Vlastne je to presne ono – Mike Reed varoval, že to príde minulý týždeň.

ich stránka projekcií sa však úplne zbláznil. Nedáva rovnaké čísla ako stránku s celkovými štatistikami. Zaujímalo by ma, či stránka projekcií nepočíta overovaciu prácu alebo niečo také?

(Edit: Ako vytvorím schránku? Opravený odkaz.)

(Úprava 2: Nevadí, pokiaľ ide o môj druhý bod, nevšimol som si, že jedna stránka počítala útržky, zatiaľ čo druhá počítala škriatkov.)

Pravdepodobne som hral príliš veľa cRPG, ale pripomína mi to veľký súboj s bossom. Nosíte to takmer bez zdravia a potom: „Haha! Mením formy!" Takže vás čaká ďalší meter zdravia a tvrdší boj. Tu sa dostaneme na 96 % a dnet povie: „Mimochodom, tu je ďalších 6 000 000 útržkov, ktoré musíme prerobiť. A veľa z nich váži niekoľko stoviek GNodov. Užite si to!" Ale pekne ich prežúvame a rýchlo sa blížime k 96% dokončeniu. (znova)

Celkom ma zaujala situácia DPC. Tu sme, zhruba 4 % pred nami a zaostávajú za prvým miestom o viac ako 1 miliardu bodov. Viem, že sme identifikovali beztímový účet s veľkou produkciou, ktorý by vyrovnal túto medzeru, ale je to ich plán, alebo dokonca plán majú?

Alebo top-scroller, kde šéfová loď začne po druhom comebacku divoko strieľať.

Bude zaujímavé vidieť. Myslím, že si spomínam, že Bugtraq.ru prišiel z ničoho nič a potom podstatne prekonal DPC za posledných pár rokov OGR-25.

Keď už hovoríme o účtoch bez tímu s veľkou produkciou, ak by sa Continuum niekedy prestalo flákať a pridalo sa k TBR, bol by to štátny prevrat, ktorý by nás vrátil na piate miesto. Predstavujem si MOOH! bol by najviac sklamaný.

Mimochodom, blahoželám k blížiacemu sa míľniku 10 miliónov gnode!

Dobrá analógia s horným posúvačom! Vždy som nenávidel, keď ste konečne prišli na dobrý vzor, ​​a potom to šéf úplne pokazil (a ja). Koniec hry.

Ďakujem za blížiace sa gratulácie. Moja produkcia je dole, ale dostanem sa tam!

Dostal som sa späť do top 25 v tíme, čo bol môj osobný cieľ, notebooky boli vypnuté a ja sa odteraz vraciam späť k bežne zapnutým počítačom. Stále prispievam, ale pravdepodobne na ~ 1/3 – 1/2 môjho predchádzajúceho výkonu, takže posunúť sa príliš ďalej v rebríčku sa zdá nepravdepodobné.

Skvelá práca, len tak ďalej a mali by sme byť schopní udržať sa na 6. mieste!

Naozaj skvelá práca! Stále mám však obavy. Práve som sa sem prvýkrát po chvíli pozrel a IMHO.WS je od nás vo vzdialenosti 10 miliónov GNodov. Pri včerajšom tempe nás prejdú za ~33 dní -- ale podľa Stránka stavu stubspace, do ukončenia projektu nám chýba ešte asi 50 dní.

Bohužiaľ som bol nedávno zaneprázdnený novou prácou a nemal som čas pracovať na šikovnej stránke so štatistikami tímu, ktorú som chcel vytvoriť.

Môžete skúsiť spustiť dnetc.exe -install zo zvýšeného príkazového riadka, ako je popísané tu: http://comments.gmane.org/gmane.comp.di... t.rc5/2685

Povedal by som, že sa mu to podarilo, Kevin McCoy je v top 10 projektu.

Ups, stúpol 4 dni po mojom poslednom príspevku...

http://blogs.distributed.net/2014/01/22/09/28/bovine/

Očakávame, že posledné výsledky z 27.4 dostaneme niekedy v priebehu nasledujúcich dvoch týždňov a potom dúfame, že v priebehu niekoľkých hodín potom začneme posielať prvé útržky OGR-28.

Pripomíname, že žiadne nové binárne súbory klienta dnetc alebo konfigurácia nebudú potrebné, pretože všetky existujú Klienti OGR-27 (OGR-NG) sú už schopní pracovať na OGR-28, keď ich začneme odosielať pracovné jednotky.

Kliknutím rozbalíte...

Wow, zlatko!

Hobbes: Áno, prepáč, že som vypadol. V novej práci v tej istej spoločnosti som až do minulého týždňa pracoval 60 hodín týždenne. Došlo k výpadku napájania šasi a nepamätal som si, na čo som nastavil root heslá na blade serveroch, a tiež som nezapísal sieť nastavenia konfiguračných súborov – takže som musel prejsť zdĺhavým procesom načítania živých obrázkov, aby som resetoval heslá, a potom som zisťoval, ktoré zo štyroch NICS v každej lopatke bola pripojená k mezanínovému prepínaču, ktorý mal konektivitu (z nejakého dôvodu to nie je konzistentné medzi lopatkami), všetko na diaľku cez ILO... Po resetovaní troch alebo štyroch z nich som zaspal a už som to nezdvihol.

Dúfajme, že IMHO.WS skutočne vypadol a nerobí pieskovisko, ako navrhoval Frazamatazzle. To sa dozvieme už čoskoro!

Keď už o tom hovoríme -- vitajte Frazamatazzle! Vitajte aj v pivovare Sprecher, ak nie ste ten istý subjekt. Tvoje načasovanie bolo úžasné, skočil si presne, keď som vypadol.

A blahoželám Bwillcoxovi k blížiacemu sa štvrtému miestu! Predviedli ste úžasný boj a nakoniec ste zvíťazili!

Ahoj, LeeF! Gratulujem k novej práci! Snáď vám hodiny sadnú. Keď už hovoríme o nových zamestnaniach, nedávno som tiež nastúpil do nového zamestnania. Lepšie platové ohodnotenie a lepšie zdravotné pokrytie, čo zatiaľ slečnám umožňuje zostať doma s naším novým drobčekom.

Zostáva len asi 2 milióny útržkov. Neviem si predstaviť, že tím Distributed Challenge speje, ale som si istý len na 99,9 %. A samozrejme, ten 0,1% prípad by nastal, keby som otvoril svoje veľké ústa o absolútnom víťazstve. (Neviem, ako by som to mohol skutočne preskúmať, iba inštinkt.)

Áno, môj proxyper včera začal zbierať 28 útržkov. Tímu linux-de.org sa v prvý prekliaty deň podarilo rozdrviť takmer milión Gnodov. Sheesh. S veľkým náskokom pred druhým tímom Anandtech, ktorý dokázal tretinu milióna.

Nie som si istý, či tu niekto používa môj skript proxyper stats, pppla, ale čoskoro ho aktualizujem pre OGR-28 keď uvoľnia kritériá stubspace (stránka stavu stubspace má momentálne iba delenie 0 chyba). Vidím, že spomenuli počet stubov na stubspace, ale nie skutočnú definíciu týchto stubspace. Zvyčajne je to založené len na čísle rozdielu.

Momentálne chrumkám trochu ogra cez yoyo, takže skutočné čísla nevidím, môžem len odhadovať. Mám počítač, ktorého každé jadro robí asi 40 Mnodes / sekundu. Každá yoyo jednotka obsahuje 7 ogrových stubov. Väčšina yoyo jednotiek beží viac ako 24 hodín, mnohé viac ako 48 a jedna viac ako 70 pri poslednej kontrole. 70-hodinová práca dokončila 6 zo 7 útržkov. Trochu som počítal a myslím si, že to vychádza na 1700 Gnodov na pahýľ. Skontrolujte mi niekto matematiku a myslenie.

70*60*60*40,000,000/6 = 1,730,000,000,000

Vaše konečné číslo je nesprávne. Váš presný výpočet s číslami, ktoré ste uviedli, vychádza na 1680 Mnodes, nie na 1730, ale bez ohľadu na to sa to zdá dosť vysoké. Najmä vzhľadom na to, že Mike Reed vo svojom blogu pre zamestnancov povedal, že „...niektoré z paketov budú veľmi veľké (až 1500 Gnodov)“. Tiež ste povedali, že dokončilo 6 zo 7 stubov za 70 hodín, takže pravdepodobne už v tom čase začalo pracovať na 7. stub. Tento čas by bolo potrebné odpočítať.

Zahŕňa čas spustenia úlohy BOINC iba čas, ktorý jadro CPU strávilo prácou na výpočtoch, alebo je to priamo čas spustenia? Ak je to druhé, potom kedykoľvek bolo jadro CPU zaneprázdnené, úloha sa bude zdať umelo dlhšia.

Môj aktuálny priemer je okolo 480 GNodes/stub. Aktuálne štatistiky:

Max - 906 GNuzlov: 28/22-5-33-72*
Priemer – 481 GNuzlov [viac ako 81 stubov]
Min - 181 GNuzlov: 28/21-69-1-41*

... a potom sa môj hlúpy stroj reštartoval kvôli oprave a zabudol som reštartovať dnetc

[url= http://arstechnica.com/civis/viewtopic.php? p=26296613#p26296613:3ccgdsgc povedal:

continuum[/url]":3ccgdsgc]Nové odosielané pakety musia byť obrovské... malá hŕstka mojich strojov, ktoré som skontroloval, prežúva obrovské množstvo pahýľov...

Kliknutím rozbalíte...

Yoyo musel zdvojnásobiť maximálny povolený čas vykonania, aby sa zabránilo prekročeniu časového limitu tých veľkých:

http://www.rechenkraft.net/forum/viewto... 96#p147396