February 22, 2017 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | >
February 22, 2017 [09:23:17] *** GeneralDuke <GeneralDuke!~Thunderbi@pdi29.internetdsl.tpnet.pl> has joined #haiku-pl[14:03:58] *** pvalue <pvalue!~maciej@178-37-36-176.adsl.inetia.pl> has joined #haiku-pl[14:04:04] <pvalue> cze ;]][14:45:37] *** pvalue <pvalue!~maciej@178-37-36-176.adsl.inetia.pl> has quit IRC (Remote host closed the connection)[17:22:12] *** GeneralDuke <GeneralDuke!~Thunderbi@pdi29.internetdsl.tpnet.pl> has quit IRC (Quit: GeneralDuke)[19:11:45] *** pvalue <pvalue!~maciej@178-37-36-176.adsl.inetia.pl> has joined #haiku-pl[19:11:50] <pvalue> re ;]][19:18:25] *** pdziepak <pdziepak!~pdziepak@88.98.221.225> has joined #haiku-pl[19:29:26] <DKnoto> Hej[19:29:50] <DKnoto> pdziepak fajnie, że jesteś, bo mam do ciebie pytanko[19:30:05] <pdziepak> cześć[19:30:49] <DKnoto> w starym BeAPI była funkcja systemowa zwracające częstotliwość taktowania procesora z dokładnością do Hz[19:31:36] <DKnoto> w HaikuAPI z zrezygnowano z tej funkcji, co zrozumiałem bo nie obsługiwałam modelu wiele rdzeni na procesor[19:31:53] <DKnoto> ale czemu teraz jest tylko funkcja zwracająca zaokrąglenie?[19:32:17] <DKnoto> pytam bo widziałem, że coś tam robiłeś w tych okolicach[19:32:24] <pdziepak> zaokrąglenie?[19:32:33] <DKnoto> tak,[19:32:38] <DKnoto> do MHz[19:37:09] <pdziepak> to jest ta sama wartość[19:38:00] <pdziepak> sprawdziłem w historii, dawne system_info::cpu_clock_speed i nowe cpu_topology_core_info::default_frequency[19:38:13] <pdziepak> kernel bierze to z tej samej zmiennej[19:38:30] <pdziepak> a wartość tej zmiennej jest ustawiana gdzieś przy bootowaniu[19:41:51] <DKnoto> dzięki za wyjaśnienie, rozumiem, że to zaokrąglanie wcześniej też było?[19:43:15] <DKnoto> pvalue, o co Ci chodziło z tym OS/2 Warp?[19:43:58] <DKnoto> pdziepak, a co u Ciebie? Zrezygnowałeś całkiem z Haiku czy jeszcze zaglądasz do niego od czasu do czasu?[19:44:13] <pdziepak> DKnoto: zmiana interfejsu nie miała żadnego wpływu na zwracaną wartość, jesli coś jest skopane to tu: http://xref.plausible.coop/source/xref/haiku/src/system/boot/platform/bios_ia32/cpu.cpp#297[19:44:22] <pdziepak> szczerze mówiąc nie chce mi się tego kodu czytać w tej chwili[19:44:56] <pdziepak> jak widać czasami zaglądam, ale nie mam żadnej ochoty pisać kodu dla haiku[19:45:25] <pdziepak> przynajmniej tak długo jak długo będę ograniczany przez archaiczne kompilatory[19:45:27] <DKnoto> pdziepak, daj sobie z tym spokój, ja tylko tak strzeliłem z tym pytaniem mając nadzieję, że coś pamiętasz jeśli w tym grzebałeś[19:46:03] <DKnoto> pdziepak, trochę przesadzasz ;-)[19:46:41] <DKnoto> ale na poziomie systemu faktycznie jest się ograniczonym do gcc2 :([19:47:03] <DKnoto> ostatnio zauważyłem ciekawostkę[19:47:21] <pdziepak> mnie w pracy irytuje że jesteśmy ograniczeni przez gcc5[19:47:31] <pdziepak> więc o gcc2 się nie będę wypowiadał[19:48:11] <DKnoto> a ja w pracy nie mogę używać nic innego jak gcc4.8[19:50:17] <pdziepak> gcc4.8 chyba nawet pełnego c++11 nie ma jeśli dobrze pamiętam[19:50:19] <DKnoto> ostatnio miałem problem z obliczaniem ekstremów wektora 8 liczb postaci {X1, Y1, X2, Y2, ...} ale tak, że oddzielnie dla X i Y[19:50:38] <pvalue> Dknoto, tak bylem ciekaw czy znasz[19:50:50] <DKnoto> obliczenia trzeba wykonać szybko i czesto[19:51:01] <DKnoto> zrobiłem więc różne próby[19:51:15] <DKnoto> całość testowałem na Haiku kompilatorem gcc5.4[19:52:14] <DKnoto> wygrało rozwiązanie z własnym iteratorem skaczącym co dwa: przy optymalizacji -O3 -march=bdver4 uzyskałem średnie czasy realizacji na poziomie ok. 100 taktów procesora[19:52:27] <DKnoto> rozwiązanie w czystym C do jakieś 250 taktów[19:52:36] <DKnoto> teraz ta ciekawostka[19:52:57] <pdziepak> 100 to i tak się wydaje trochę dużo[19:53:00] <pdziepak> int czy float?[19:53:15] <DKnoto> jak odpalam pętle w shellu postaci: $ while :; do ./prg; done[19:53:32] <DKnoto> to zawsze uzyskuję zamrożenie systemu :-D[19:54:19] <DKnoto> wektor std::vector<double, 8>[19:54:25] <pdziepak> całkowite czy tylko shell i prg działają zjadając wszystkie zasoby[19:54:26] <pdziepak> ?[19:54:31] <DKnoto> wektor std::array<double, 8>[19:54:32] <DKnoto> sorry[19:54:45] <DKnoto> pdziepak, całkowite[19:55:01] <pdziepak> z avx można by też pokombinować ale to nie jest oczywiste triwialne zadanie dla wektoryzacji[19:55:04] <DKnoto> wstawienie tam „sleep 0.1” rozwiązuje problem[19:55:11] <pdziepak> no i nie wiem jak simd na amd wygląda[19:55:40] <pdziepak> pewnie jakiś race condition w kernelu skoro sleep pomaga[19:55:54] <DKnoto> pdziepak, co tam można zrobić z punktu widzenia procesora to ja wiem, dziwi mnie natomiast co powoduje to zamrożenie systemu[19:56:02] <DKnoto> bo nie jest to nawet KDL[19:56:56] <DKnoto> no i wyłączenie opcji „-march=bdver4” rozwiązuje problem[19:57:21] <DKnoto> tak jakby pojawiało się przerwanie, którego system nie obsługuje[19:58:14] <DKnoto> pvalue, tak jak pisałem wcześniej używałem około roku[19:58:39] <pvalue> ja widzialem tylko screeny niestety[19:59:35] <pdziepak> google mówi że bdver4 ma wsparcie dla jakichś wersji avx[19:59:53] <pdziepak> avx potrzebuje wsparcia ze strony kernela bo stan fpu jest większy[19:59:56] <DKnoto> tak to wygląda, inaczej nie byłoby tak szybko[20:00:04] <pdziepak> więc albo haiku mówi że wspiera ale nie wspiera[20:00:26] <pdziepak> albo nie wspiera i źle obsługuje wyjątek illegal op[20:00:42] <DKnoto> czyli jest tak jak podejrzewałem[20:01:20] <DKnoto> BTW. Interesowałeś się inicjatywą IBM'a OpenPower?[20:02:22] <pvalue> http://www.geekweek.pl/aktualnosci/29239/pierwsze-zawody-komputerow-kwantowych[20:02:29] <pvalue> dzis coś takiego sie pojawiło[20:03:07] <pdziepak> samym power się kiedyś trochę interesowałem, o openpower nie słyszałem[20:03:21] <pdziepak> widze że teraz co drugi risc jest openhardware[20:04:52] <pvalue> brb[20:04:56] *** pvalue <pvalue!~maciej@178-37-36-176.adsl.inetia.pl> has quit IRC (Quit: Leaving)[20:05:29] <DKnoto> pdziepak, OpenPower to nie procesor tylko organizacja ;-)[20:05:42] <DKnoto> promująca architekturę procesorów Power[20:06:03] <pdziepak> tak, ale wikipedia mówi: "IBM is opening up technology surrounding their Power Architecture offerings, like processor specifications, firmware and software and is offering this on a liberal license and they will be using a collaborative development model with their partners."[20:06:22] <pdziepak> więc kolejny do szufladki "otwarty risc" ;)[20:06:38] <DKnoto> Ja zaglądam tam od czasu do czasu i ostatnio znów spojrzałem na nich z sympatią[20:07:19] <DKnoto> Zaczęli robić maszynę dla "normalnych" użytkowników, system Talos[20:07:37] <DKnoto> oczywiście nie sam IBM ale firma satelicka[20:08:11] <DKnoto> Normalna płyta ATX, do 256 GB RAM, 6 złączy PCIe 3.0[20:08:30] <DKnoto> i procesora Power8 8, 10 lub 12 rdzenie po 16 potoków każdy[20:08:50] <DKnoto> hypervisor całkowicie otwarty[20:09:06] <DKnoto> i komplet narzędzie do skompilowania go według własnego uznania[20:09:35] <pdziepak> muszą kombinować bo wykresy takie jak ten kiepsko wyglądają dla nie-x86 https://upload.wikimedia.org/wikipedia/commons/e/ef/Processor_families_in_TOP500_supercomputers.svg[20:09:36] <DKnoto> w tej chwili zamknięty jest tylko mikrokod procesora ale w Power9 obiecują i to zmienić, przynajmniej częściowo[20:09:44] <pdziepak> własnie tylko power się jakoś trzyma[20:10:06] <pdziepak> i arm/aarch64 ale w innej branży[20:10:29] <DKnoto> To mówi o masie z tego względu, że Intel jest od 20 lat monopolistą[20:10:41] <DKnoto> Ale na topie jest Alpha :-D[20:10:56] <DKnoto> i pewnie jeszcze długo będzie, chociaż nazywa się inaczej[20:11:02] <DKnoto> +teraz[20:11:40] <pdziepak> alpha ma zagwarantowane miejsce w historii, bo jest zawsze ciekawostką jak się mówi o zmianie kolejności instrukcji przez cpu ;)[20:12:10] <DKnoto> piękna sprawa, kodowałem to ręcznie aby móc to wykorzystać :)[20:12:25] <DKnoto> na 21264C[20:12:36] <DKnoto> bbl[20:37:03] <DKnoto> re[20:38:09] <DKnoto> pdziepak, interesowałeś się może czemu BFS jest tak wolny?[20:39:17] <pdziepak> nie, za bardzo nawet nie wiem jak dokładnie dane są przechowywane na dysku[20:39:26] <pdziepak> więc cieżko powiedzieć czy to implementacja czy design[20:40:09] <DKnoto> ja też nie ale działanie git'a na BFS jest koszmarnie wolne[20:46:54] <pdziepak> przeglądam "practical file system design" czyli de facto opis bfs[20:47:07] <pdziepak> "we assume a file system block size of 1024 bytes" mam nadzieję że to nie jest domyślna wartość w haiku[20:47:41] <pdziepak> nie ma optymizacji dla małych plików[20:49:10] <DKnoto> przy formatowaniu ustala się na 1024, 2048 lub 4096[21:20:18] *** KapiX <KapiX!~kacper@89-65-138-76.dynamic.chello.pl> has joined #haiku-pl[21:20:31] <DKnoto> Hej KapiX[21:20:37] <KapiX> hej[21:20:58] <DKnoto> robię powoli zmiany w mapowaniu klawiatury w układzie programisty[21:21:15] <DKnoto> dodałem już znaki „ ” « » ° ±[21:21:44] <DKnoto> to układ zgodny z Linuksem, masz jakieś życzenia?[21:25:24] <KapiX> nie, w zasadzie poza cudzysłowami nie używam nic więcej[21:26:44] <DKnoto> ja często znaku stopnia ;-)[21:27:51] <DKnoto> humdinger prosił abym wybadał czy wszyscy to akceptują, znaki „ i ” są już w nocniku pod klawiszami Alt_R + v i b[22:01:07] <KapiX> ja muszę znikać, wpadłem tylko na chwilę, cześć[22:01:10] *** KapiX <KapiX!~kacper@89-65-138-76.dynamic.chello.pl> has quit IRC (Quit: KapiX)[23:07:16] *** DKnoto <DKnoto!~DKnoto_W3@77.79.212.94> has quit IRC (Ping timeout: 260 seconds)[23:28:03] *** DKnoto <DKnoto!~DKnoto_W3@apn-37-248-162-234.dynamic.gprs.plus.pl> has joined #haiku-pl[23:45:03] *** pdziepak <pdziepak!~pdziepak@88.98.221.225> has quit IRC (Quit: Leaving)