[06:32] <grek> czesc wiecie może jak moge naprawić sięć na virtualboxie-  miałem zawsze internet w lan - na virtualbox działał od strzału, teraz mam awarie internetu i na kompie stacjonarnym mam internet z wifi udostępniony przez telefon. Działa ale maszyna na virtualboxie z tego neta nie korzysta
[06:32] <grek> cos mam jeszcze zmieniac ?
[06:32] <grek> polaczenia po stronie vm mam auto  wiec nie wiem co by jeszcze zmienic
[06:37] <mati75> ustaw kartę na maszynie
[06:37] <mati75> albo zrób nat
[06:39] <grek> ale ustaw - mam na bridget - polaczenie ipv4 na auto wiec co mam ustawic. powinien odswierzyc - dodalem nat
[06:39] <grek> ale nie widze zeby cos sie zmienilo
[06:40] <grek> tzn nadal nie dziala
[06:50] <mati75> zmień bridget na wlan0
[07:37] <jacekowski> mostkowanie z wlan nie zawsze dziala
[07:39] <TheNumb> nash bridget
[07:58] <gjm> bridget jones
[08:51] <sexyboy> grek: ustaw sobie nat na vbox
[08:51] <sexyboy> grek: robi się to przez 2 klinknięcia
[08:51] <sexyboy> domyślam się, że masz bridged teraz
[08:55] <grek> nat na vbox ?
[08:55] <TheNumb> no
[08:55] <TheNumb> da się
[08:56] <grek> mam attached to : nat - nie ma do wyboru nic z nazwa vbox, w adapter type tez
[08:57] <grek> nat, nat network , bridged, internal ,host only, i generic
[08:57] <mati75> sexyboy: pisałem mu to już
[08:57] <mati75> sexyboy: nie załapał
[08:58] <sexyboy> mati75: szkoda
[08:58] <grek> sorki nei zauwazylem musialm wysc na sek - na wlan da sie
[09:20] <jacekowski> grek: musisz na NAT ustawic i zeby gosc bral wtedy ip z dhcp
[09:21] <jacekowski> grek: bo po wifi nie zrobisz bridged najprawdopodobniej
[09:22] <sexyboy> zrobi
[09:25] <drathir> bry...
[09:25] <grek> ok juz dziala dzieki
[09:26]  * drathir toleruje vbox tylko pod winzgroza...
[09:27] <sexyboy> ja nie mam wyboru, muszę używać vboksa
[09:28] <sexyboy> innych, darmowych vm pod osx nie ma
[09:28] <sexyboy> nie ma vmware player
[09:28] <sexyboy> nawet
[09:30] <drathir> sexyboy: to straszne wrecz...
[09:30] <sexyboy> vmware fusion czy paralels trochę drogie a ja nie mam wielkich potrzeb
[09:31] <sexyboy> mam tylko 9 vmek teraz
[09:31] <sexyboy> generalnie vbox działa
[09:33] <drathir> sexyboy: nie no jak nie ma wyboru i dziala trzeba wytrzymac...
[09:33] <sexyboy> vbox nie jest zły
[09:33] <sexyboy> za tę cenę
[09:33] <sexyboy> no, ale za pieniądze są lepsze
[09:35] <jacekowski> sexyboy: bridged zeby zrobic po wifi trzeba miec karte wifi ktora to potrafi zrobic
[09:35] <jacekowski> sexyboy: i AP bez filtrowania
[09:36] <sexyboy> podejrzewam, że większość nowoczesnych kart potrafi
[09:36] <jacekowski> wlasnie nie
[09:36] <jacekowski> wiekszosc nowoczesnych kart ma filtrowanie zeby tego nie robic
[09:36] <sexyboy> kto używa filtrowania mac na routerach?
[09:36] <jacekowski> to nie filtrowanie mac
[09:37] <sexyboy> na moim bradcomie działa. period.
[09:37] <jacekowski> tylko filtrowanie czy mac podczas assocjacji jest taki sam jak stacja teraz wysyla
[09:37] <sexyboy> broadcomie.
[09:38] <jacekowski> intele np. to potrafia ale tylko jesli uzywasz starych ipwraw sterownikow
[09:38] <jacekowski> atherosy stare to potrafia
[09:38] <jacekowski> ale np. nowe atherosy maja juz filtrowanie ktorego nie da sie wylaczyc
[09:45] <drathir> z ciekawosci do dysku spod wubi tego calego idzie sie dostac jak sie posypie?
[09:47]  * drathir tam osobiscie lubi atherosy jak dla mnie najmniej problemow z  nimi jest...
[09:48] <drathir> broadcom cyrki ze sterami, a intel lubi wybrzydzac z ap-kami...
[09:49] <jacekowski> teraz nie robia atherosow tak jak kiedys
[09:49] <gjm> dziś prawdziwych atherosów już nie ma
[09:49] <drathir> jacekowski: chyba zapas trzeba bedzie maly zrobic hrhr
[10:03] <sexyboy> gjm: racja
[10:03] <sexyboy> drathir: broadcomy na makach są super
[10:03] <sexyboy> drathir: so za tym, że promiscuous nie da się ustawić
[10:03] <sexyboy> po za tym*
[10:05] <jacekowski> http://www.infineon.com/dgdl/BTS555_DS_v11.pdf?folderId=db3a30431ddc9372011e268
[10:05] <jacekowski> http://www.infineon.com/dgdl/BTS555_DS_v11.pdf?folderId=db3a30431ddc9372011e268
[10:05] <jacekowski> ehh
[10:05] <jacekowski> promiscuous czy monitor?
[10:05] <sexyboy> hum
[10:05] <sexyboy> może monitor
[10:06] <sexyboy> nie pamiętam
[10:06] <sexyboy> w każdym razie w aircracka nie ma się co bawić z tego powodu
[10:06] <jacekowski> to monitor
[10:13] <john_matthew> witam :)
[10:13] <sexyboy> cześć
[10:14] <john_matthew> sluchajcie, mam dosyc mala wiadomosc o linuxie, ale chce sie uczyc i dzisiaj postawilem system
[10:14] <john_matthew> ubuntu 64bit
[10:14] <john_matthew> i na razie ze wszystkim sobie radzę oprócz instalacji sterowników do mojej karty graficznej gf 260 gtx
[10:15] <john_matthew> wchodzilem w centrum oprogramowania
[10:15] <john_matthew> i dodatkowe oprogramowanie
[10:15] <john_matthew> i wybierałem niestandardowy sterownik
[10:15] <john_matthew> ale nie widze zadnych zmian
[10:15] <john_matthew> nadal jak np. przesuwam okno to nie widze takiej plynnosci jaka powinna wystepowac po instalacji sterownika
[10:16] <jacekn> john_matthew: w dashu wpisz "additional drivers" to powinno otworzyc Ci okno z instalacja sterownikow nvidii
[10:19] <john_matthew> tak wlasnie robie i zmieniam na sterownik
[10:19] <john_matthew> zrobie restart i zobacze czy zadziala
[10:21] <sexyboy> bo nie będzie mu to super płynnie na blobie nvidii działać
[10:21] <sexyboy> neuveau sobie akurat z tym lepiej radzi
[10:24] <john_matthew> chyba dziala :)
[10:26] <sexyboy> john_matthew: na blobie nvidii nie spodziewaj się super płynnego gui po linuksem
[10:26] <sexyboy> kur
[10:27] <gjm> zapiał
[10:27] <sexyboy> yep
[11:05] <dweller> cóż, linux nigdy nie miał super płynnego gui, dopiero wayland może to zmienić
[11:06]  * drathir woli 2d niz wymuszone 3d bez potrzeby pod winzgroza...
[11:07] <dweller> wat
[11:08] <drathir> dweller: przeciez winzgroza by def wymusza uzycie procesora 3d pod pulpitem, linux zwyklym 2d sie zadowala...
[11:08] <drathir> w dodatku chyba winzgroza uzywa directx-a pod pulpitem...
[11:09] <dweller> bardzo dobre że używa
[11:09] <drathir> ta i grzeje sie bez potrzeby na obrotach... :/
[11:10] <drathir> dweller: ale to tylko moje zdanie...
[11:28] <kklimonda> nic się nie grzeje
[11:28] <kklimonda> nowe karty graficzne w ogóle nie mają już za bardzo akceleracji 2d zresztą
[11:32] <drathir> kklimonda: co do nowych to nie wiem, ale stare sie grzeja...
[13:49] <Galahad> witam mam problem bo nie wiem jak ustawić uprawnienia w systemie proszę o pomoc
[13:50] <ftpd> A może jakieś konkrety?
[13:51] <Galahad> witaj ftpd
[13:51] <Galahad> nom konkretnie to chciałem sobie ustawić uprawinenia do komponentów systemu
[13:52] <Galahad> tzn że np do wypalania płyty do wylogowywania do sieci gdzieś to sie ustawiało ale nie pamietam jak
[13:52] <ftpd> Dodaj się do odpowiednich grup.
[13:53] <ftpd> Chociaż w defaulcie ten user tworzony przy instalacji już to wszystko ma.
[13:55] <Galahad> a jest jakieś gui do tego?
[13:55] <ftpd> Nie wiem, pewnie jest.
[13:55] <ftpd> W jakichś sytem preferences.
[13:55] <ftpd> Ja nie używam ubuntu z gui, to nie wiem.
[13:56] <Galahad> oki doobra jakoś sobie poradzę martwi mnie tylko ze są setki tutoriali do praw dostępu do plików a tego niestety trzeba szukać
[14:08] <Galahad> a która grupa odpowiada za wyłączenie systemu?
[14:08] <jacekn> Galahad: no bo cos takiego bardzo rzadko sie robi, zwykle na desktopie wszyscy moga takie rzeczy
[14:09] <TheNumb> Galahad: pewnie "power"
[14:11] <john_matthew> jest możliwość ściągania utworów z clementine które akutalnie leca ze streamu czy to radia czy jakiegos portalu
[14:12] <john_matthew> ?
[14:14] <TheNumb> john_matthew: wątpię
[14:14] <Galahad> john_matthew: może Streamtuner?
[14:15] <john_matthew> taka komende znalazlem: xterm -e streamripper {tp} -d /media/storage/Music
[14:15] <Galahad> albo z proca jakoś bo pamietam coś ze sie dało flasze wyciagać XD
[14:15] <TheNumb> iksde
[15:47] <john_matthew> a czy jakis klient skype'a na ubuntu istnieje? sprawdzalem w repozytoriach, ale nie ma nic
[15:54] <john_matthew> niewazne, mam :)
[16:25] <sexyboy> skype nie ma w repo
[16:25] <sexyboy> trzeba od ms zassać
[16:26] <TheNumb> jest w repo
[16:26] <TheNumb> Nie znasz się ;f
[16:28] <sexyboy> TheNumb: http://paste.debian.net/hidden/26f64fc9/
[16:28] <sexyboy> może w jakimś ppa
[16:29] <TheNumb> Musisz włączyć repo partner ;-)
[16:29] <sexyboy> ah i see
[16:29] <sexyboy> welp
[16:30] <sexyboy> dawno ubuntu nie uzywałem
[16:30] <TheNumb> pff
[16:30] <sexyboy> ffp
[16:31] <TheNumb> nie ma nic lepszego od ubuntu
[16:31] <sexyboy> a kotki?
[16:31] <TheNumb> nie
[16:31] <TheNumb> kotki też nie
[16:32] <sexyboy> kawa z rana?
[16:32] <sexyboy> piwo z wieczora?
[16:32] <TheNumb> nie
[16:32] <TheNumb> tylko ubuntu z unity
[16:32] <TheNumb> Nic innego
[16:32] <mati75> w canonical partner jest skype
[16:32] <TheNumb> debian ssie, arch ssie
[16:32] <TheNumb> W gentoo za dużo zabawy :(
[16:33] <sexyboy> od kiedy to debian ssie
[16:33] <sexyboy> i dlaczego mnie to ominęło
[16:35] <mati75> sexyboy: TheNumb lubi jak mu koledzy ssą
[16:35] <TheNumb> tak
[16:35] <TheNumb> znaczy nie
[16:35] <TheNumb> ;/
[16:35] <sexyboy> to wszystko wyjaśnia
[16:43] <sexyboy> https://mojang.com/
[16:43] <sexyboy> jak by ktoś jeszcze nie wiedział
[16:44] <TheNumb> Od kilku dni wiadomo.
[16:44] <sexyboy> dzisiaj to oficjalne
[18:08] <ftpd> Ojej, majkrosoft kupił majnkrafta?
[18:08] <ftpd> I to i to kolorowe gówno dla dzieci z chujową grafiką :P
[18:09] <mati75> ftpd: teraz przepiszą z javy do c#
[18:14] <jacekowski> mati75: c# w przeciwienstwie do javy jest dobrym jezykiem programowania
[18:15] <mati75> najlepszy jest visual w którym można sobie kod aplikacji wyklikać
[18:18] <jacekowski> jaki problem masz z c#?
[18:19] <jacekowski> jest szybki, scisle typowany, wieloplatformowy
[18:19] <jacekowski> otwarty
[19:18] <xdudi> szybki to on jest do czasu :)
[19:22] <mati75> jacekowski: co?
[19:22] <mati75> jacekowski: sufit ci na głowę nie spadł?
[20:29] <jacekowski> mati75: z takimi argumentami to mozesz sam glowa w beton uderzyc
[20:29] <mati75> jacekowski: za dużo się ztym językiem namięczyłem
[20:29] <mati75> jacekowski: moja opinia jest taka: jest on dla hipstoprogramistów
[20:29] <mati75> którzy są pizdami a nie programistami
[20:30] <xdudi> mati75: w czym działasz?
[20:30] <jacekowski> C pewnie powie
[20:30] <jacekowski> albo ASM
[20:30] <mati75> xdudi: cpp
[20:31] <mati75> lub perl
[20:31] <mati75> w zależności do czego
[20:31] <jacekowski> C# jest szybszy
[20:31] <xdudi> od cpp nie jest
[20:31] <jacekowski> JIT .net jest znacznie lepszy niz cokolwiek co kompilator jest w stanie wygenerowac
[20:32] <mati75> jacekowski: dobra, wrzuć mi na niski poziom c#
[20:32] <mati75> powodzenia
[20:32] <jacekowski> chyba ze kompilujesz z bardzo specyficznymi opcjami, ale wtedy to ci sie program uruchomi na wielu platformach
[20:32] <jacekowski> mati75: ale jaki niski poziom?
[20:33] <xdudi> jacekowski: c# nigdy nie będzie szybszy od c++, zrozum to proszę
[20:33] <jacekowski> xdudi: a czemu niby?
[20:33] <xdudi> jacekowski: bo to niemożliwe, żeby był
[20:33] <jacekowski> xdudi: rotfl
[20:33] <mati75> jacekowski: zaprogramuj mi chipa w c#
[20:33] <jacekowski> xdudi: wlasnie ty masz blad
[20:33] <jacekowski> mati75: netduino
[20:33] <jacekowski> mati75: sa male .net runtime na wlasnie takie rzeczy
[20:33] <mati75> nie to kalectwo
[20:34] <jacekowski> xdudi: wlasnie to jest podstawowy blad ktory ludzie robia
[20:34] <mati75> ale mi chodzi od zera
[20:34] <xdudi> jacekowski: c# w najlepszym wypadku może być porównywalnie szybki, ale szybszy nie będzie, w praktyce, jest wolniejszy (chociażby poprzez gc)
[20:34] <jacekowski> xdudi: JIT .net ma mozliwosc generowania kodu zoptymalizowanego na konkrentny procesor/platforme
[20:34] <jacekowski> xdudi: cos czego zaden kompilowany jezyk nie potrafi
[20:36] <xdudi> jacekowski: jak ty zasuwałeś grabkami w piaskownicy, ja kompilowałem gentoo na konkretny procesor z konkretnymi flagami optymalizacyjnymi, fajnie jest się wymądrzać, ale lepiej najpierw poczytać manuala gcc :)
[20:36] <jacekowski> xdudi: dlatego tez powstal LLVM, ktory przenosi sporo idei z jezykow ktore uzywaja maszyny wirtualnej do normalnych jezykow
[20:37] <jacekowski> xdudi: synku, ja gentoo kompilowalem na p2 jeszcze
[20:37] <jacekowski> ba, nawet oo.o kompilowalem
[20:37] <mati75> gcc to już powoli przeżytek
[20:37] <xdudi> jacekowski: ciekawe, bo ja na i486
[20:37] <jacekowski> na i486 nie chcialem bo trwaloby to kilka lat
[20:38] <jacekowski> mati75: no wlasnie
[20:38] <xdudi> jacekowski: trwało tylko tydzień
[20:38] <jacekowski> mati75: llvm z clangiem ktory garsciami czerpie z .net
[20:38] <ksx4system> *bierze popcorn i uważnie przysłuchuje się dyskusji*
[20:39] <xdudi> clang jest wkurzający
[20:39] <xdudi> piękny ale denerwuje po dłuższym czasie
[20:40] <jacekowski> ale wracajac do realistycznych zastosowan
[20:40] <jacekowski> tzn. aplikacje komercyjne ktore musza sie odpalic na czymkolwiek co klient ma
[20:41] <xdudi> jeśli nie mają rygoru wydajności, może być bytecode
[20:42] <jacekowski> i tu niestety, zaden jezyk prekompilowany nie podskoczy dobremu JITowi
[20:43] <xdudi> jacekowski: masz jakieś benchmarki pokazujące, że c# jest szybszy od cpp? interesuje mnie algorytm używający sterty :>
[20:48] <jacekowski> nie mam
[20:48] <jacekowski> ale np. takie cos
[20:48] <jacekowski> http://social.msdn.microsoft.com/Forums/en-US/37db0dc6-aee5-4947-ba02-7dc63a87e09d/c-vs-c-performance-test
[20:50] <jacekowski> jak rowniez, w przyszlosci, JIT .net bedzie lepszy
[20:51] <jacekowski> potencjalnie moze bedzie nawet jakies natywne wykonywanie kodu w CPU tak jak to na arm robi jazelle
[20:51] <xdudi> problemem w tych pseudo językach jest garbage collector, i to zawsze będzie je spowalniać
[20:51] <jacekowski> ale czemu niby?
[20:51] <kklimonda> prawdziwi programiści sami zarządzają swoją pamięcią
[20:51] <jacekowski> garbage collector dziala w tle
[20:51] <kklimonda> i wieszają się ze swoim programem
[20:52] <xdudi> jacekowski: jak sobie napiszesz taki odśmiecacz, wtedy zrozumiesz co on robi i dlaczego tyle to trwa
[20:52] <jacekowski> w .net poprawili bardzo garbage collector od pierwszej wersji
[20:52] <jacekowski> tzn. gc w .net 4 nie ma zadnego wplywu na wydajnosc
[20:52] <xdudi> jacekowski: jak masz wszystkie rdzenie zajęte, to nie ma już zasobów na tło, trzeba kolejkować zadania
[20:53] <jacekowski> to troche inna sprawa
[20:53] <jacekowski> ale w przypadku aplikacji ktora nie jest w stanie calego procesora zajac, GC nie spowalnia jej
[20:53] <xdudi> uwielbiam gierki pisane w javie/c#, kiedyś słyszałem, że ktoś napisał klona quake, działało to tak: 3-5 sekund płynnej gry, potem lag na 200-300 ms bo włączył się gc, i tak w kółko
[20:54] <xdudi> ale jakby ktoś nie zauważył, to szybsze i lepsze od c++ :)
[20:54] <jacekowski> ale .net 4 nie ma blokujacego GC
[20:54] <jacekowski> ma calkowicie dzialajacy w tle GC
[20:55] <xdudi> a co jeśli nie zdąży usunąć śmieci i skończy się ram?
[20:55] <jacekowski> poza tym, zeby GC tak czesto dzialal to musialo cos ostro po pamieci jechac
[20:56] <jacekowski> a zwalnianie i alokowanie takich ilosci pamieci to nawet w normalnym jezyku jest problemem
[20:56] <xdudi> java/c# działa bardzo podobnie jak zfs, zapieprza ram po sufit
[20:56] <xdudi> ale to są języki dla imbecyli, którzy nie powinni mieć władzy nad pamięcią którą alokują i nie mogą decydować kiedy co może być zwolnione
[20:57] <xdudi> niech każdy proces zaalokuje 1GB z którego w użyciu jest 10MB, puki się nie włączy GC...
[20:58] <jacekowski> gdzies widzialem statystki, w okolo 90% aplikacji w repo debiana sa memleaki
[20:58] <jacekowski> mniejsze badz wieksze
[20:58] <jacekowski> przewaznie mniejsze
[20:58] <jacekowski> tyle w temacie zarzadzania pamiecia
[20:58] <xdudi> jacekowski: istnieją techniki pozwalające pisać bez używania operatora delete jawnie
[20:58] <xdudi> (w c++)
[20:59] <xdudi> i nie ma wycieków
[20:59] <jacekowski> ale tu nie chodzi o to
[20:59] <jacekowski> tylko o to ze wycieki w znacznej wiekszosci aplikacji sa
[21:00] <jacekowski> bo komus nie chcialo sie nawet raz valgrinda odpalic
[21:00] <xdudi> chodzi o to, że 5 procesów w c# zapieprzy pół ramu albo i więcej
[21:00] <jacekowski> firefox nie jest w c# o ile mi wiadomo
[21:00] <xdudi> fajnie się o c# rozmawia, ale jakbyś miał wszystko z oknami w tym napisane, to nie byłbyś już taki twardy
[21:01] <xdudi> firefoxa piszą niepoważni ludzie, co nie zmienia faktu, że w c++ łatwo się pisze bez wycieków i bez gc
[21:01] <jacekowski> tak z ciekawostek co do gier w c#
[21:02] <jacekowski> chrome bylo w duzej czesci napisane w c#
[21:02] <xdudi> co znaczy było?
[21:02] <jacekowski> chrome, taka gra
[21:02] <jacekowski> https://pl.wikipedia.org/wiki/Chrome_(gra_komputerowa)
[21:02] <jacekowski> FPS polski, dosyc dobrze oceniany
[21:03] <jacekowski> silnik graficzny w C++ ale cala reszta to c#
[21:04] <xdudi> skoro c# jest szybszy od c++, to czemu nie napisali całości w c#?
[21:04] <xdudi> po co się rozdrabniać...
[21:04] <jacekowski> bo silnik juz mieli
[21:04] <xdudi> czemu pisali silnik w powolnym c++? :)
[21:05] <jacekowski> bo jak go zaczynali pisac to JIT .net jeszcze nie istnial
[21:05] <xdudi> ale java istniała :P
[21:06] <jacekowski> ale JIT javy tez byl w powijakach
[21:06] <jacekowski> duzo sie zmienilo od pierwszego .neta (i javy z tego czasu)
[21:06] <kklimonda> oj kurde, c++ dobrze napisany będzie wydajniejszy od .net czy javy w grach
[21:07] <kklimonda> ale też mało jest programistów, którzy mogą pisać w c++ na takim poziomie
[21:07] <jacekowski> a co w przypadku C++.net
[21:07] <xdudi> to prawda, niestety tak jest, ale nie jest to wina języka
[21:07] <kklimonda> czy ja wiem - c++ to porąbany język
[21:08] <kklimonda> pełen dziwów i corner casów
[21:08] <jacekowski> C++ pozwala na rzeczy na ktore normalny jezyk nie powinien pozwalac
[21:09] <jacekowski> czyt. overloadowanie operatorow
[21:09] <jacekowski> w sposob ktory pozwala na robienie czegos prawie tak drastycznego ze 2+2==5
[21:10] <jacekowski> 3 dni spedzilem na debugowaniu kodu ktory mial cos w tym stylu
[21:10] <jacekowski> bo ktos operator + uzywal do czegos innego niz dodawanie
[21:10] <xdudi> kklimonda: możesz rozwinąć?
[21:11] <kklimonda> xdudi: not really, za cienki jestem by się z mistrzami gatunku zmagać - zajrzyj pod c++ fqa
[21:11] <jacekowski> xdudi: miliony undefined behaviourow
[21:11] <jacekowski> xdudi: niekompatybilnosci pomiedzy kompilatorami
[21:13] <xdudi> dla was rzutowanie bez kontroli typów to wada, ale w praktyce to zaleta C++
[21:14] <jacekowski> http://gynvael.coldwind.pl/?id=369
[21:14] <jacekowski> tu jest ladnie rozpisane jak ten sam kod sie roznie zachowuje na roznych kompilatorach
[21:15] <jacekowski> ba, nawet roznymi wersjami tego samego kompilatora
[21:15] <kklimonda> no ale to undefined behaviour, i większość kompilatorów cię o tym w sumie poinformuje
[21:15] <jacekowski> i to minor wersjami
[21:15] <jacekowski> kklimonda: wlasnie ze nie
[21:15] <xdudi> a = 5++; to się nawet nie skompiluje...
[21:16] <jacekowski> xdudi: to jest rozpisanie wykonania tego
[21:16] <jacekowski> xdudi: a nie kod
[21:16] <kklimonda> jacekowski: a.cpp:2:25: warning: operation on ‘a’ may be undefined [-Wsequence-point]
[21:16] <kklimonda> z -Wall
[21:17] <xdudi> nie zmienia to faktu, że to bardzo brzydki i zaciemniony kod
[21:17] <jacekowski> ale z domyslnymi opcjami juz nic nie powie
[21:18] <kklimonda> tak, ale między innymi po tym rozróżnia się programistę C/C++ od kogoś kto dopiero zaczyna - ten który ma doświadczenie używa tony różnych -Wxxx by się asekurować ;)
[21:19] <xdudi> jacekowski: pisałeś może coś klient-serwer?
[21:19] <jacekowski> wielokrotnie
[21:19] <jacekowski> kklimonda: -Wall i -Werror powinny byc domyslnymi nie wylaczalnymi opcjami
[21:20] <xdudi> opowiedz mi o protokole komunikującym obie maszynki, jak wyglądał, jak był analizowany
[21:22] <kklimonda> pokaż mi swój street cred xD
[21:23] <jacekowski> FSM do duzych kawalkow protokolu
[21:23] <xdudi> Franciszkańskie Spotkania Młodych?
[21:23] <jacekowski> finite state machine
[21:23] <xdudi> (google) ;)
[21:24] <jacekowski> tzn. inicjacja polaczenia, i inne rzeczy ktore wymagaly pilnowania stanu
[21:24] <xdudi> interesuje mnie jakim protokołem te twoje implementacje się komunikują
[21:24] <jacekowski> wlasnym
[21:24] <jacekowski> uzywajacym TCP/IP
[21:24] <xdudi> (innymi słowy, ruch sieciowy a konkretnie metadane)
[21:25] <xdudi> no właśnie o to pytam, znając życie, był to tekstowy xml/json
[21:25] <xdudi> tak?
[21:25] <jacekowski> nie
[21:25] <jacekowski> wymiana roznych structow ktore byly wysylane w miare potrzeb
[21:26] <xdudi> ooo binarny język... nie spodziewałem się tego po c#
[21:27] <jacekowski> c# tez moze zmarshallowac struktury do binarnych danych
[21:27] <jacekowski> a dwa, c# sie nie nadaje do aplikacji hard real time
[21:27] <jacekowski> ba, typowe x86 sie nie nadaje
[21:28] <xdudi> dlaczego?
[21:28] <jacekowski> bo x86 ma jebane system management mode ktore robi "cos"
[21:28] <jacekowski> na co nie masz zadnego wplywu
[21:29] <xdudi> zainstaluj jajko typu lowlatency/realtime zamiast generic
[21:29] <jacekowski> ale ja bez kernela jechalem
[21:29] <xdudi> i problem przestanie być tak mocno irytujący
[21:29] <xdudi> jednakże nie rozumiem dlaczego ci jajko przeszkadza do programu klient-serwer
[21:29] <jacekowski> to akurat inna sprawa
[21:31] <xdudi> wkurzał mnie fakt zacięć systemu na laptopie, postawiłem lowlatency z repo, i problem się rozmył, działa dużo lepiej
[21:31] <jacekowski> ale ja nie mialem kernela, mialem dedykowana karte wejsc wyjsc i lacznie 3kB kodu w ASM
[21:31] <xdudi> system chodzi wolniej, ale za to częściej migota procesorem po procesach, wzrasta wrażenie systemu czasu rzeczywistego
[21:33] <jacekowski> ja mialem w najgorszym razie 15 cykli procesora od momentu zebrania danych do momentu kiedy musialem wyslac dane do karty wyjsc
[21:33] <xdudi> stawiałbym raczej, że coś spartoliłeś, najłatwiej jest wieszać psy na kernelu czy architekturze
[21:34] <jacekowski> nie, to jest x86 i system management mode
[21:34] <jacekowski> procesor w niekontrolowalny przez OS sposob steruje praca wiatraka, emulacja klawiatury na USB
[21:35] <jacekowski> i innymi takimi rzeczami
[21:37] <xdudi> a co to była za karta?
[21:37] <jacekowski> wlasna
[21:37] <jacekowski> nawet sobie zewnetrzny generator czestotliwosci i uproscilem moj program tylko do jednego, liczenia cykli procesora pomiedzy przerwaniami
[21:38] <jacekowski> i regularnie co chwile mialem moment ze program naliczal jakies ~500 cykli mniej
[21:38] <jacekowski> bo akurat SMM sie zaczelo wykonywac
[21:40] <xdudi> nie prościej było kupić taką kartę lub podobną za pare złotych i oszczędzić sobie pół roku orania?
[21:40] <jacekowski> to nie byl problem karty
[21:40] <jacekowski> to byl problem komputera
[21:41] <jacekowski> i tego ze x86 sie nie nadaje do czegokolwiek co wymaga hard real time
[21:42] <jacekowski> ostatecznie karta zostala przeprojektowana na calkowicie samodzielne urzadzenie, zostalo FPGA wymienione na troche powazniejsze i wszyscy byli szczesliwi
[21:42] <jacekowski> tylko nie ja, bo fanem VHDLa nie jestem
[21:44] <jacekowski> wiec ja juz swoja orke nad niskopoziomowymi problemami odrobilem
[21:44] <jacekowski> ostatecznie wyszlo z tego lepsze urzadzenie
[21:45] <xdudi> teraz orzesz ram zawalając szyfem dla GC :)
[21:45] <jacekowski> cykle procesora sa tanie
[21:45] <jacekowski> ram tez jest tani
[21:48] <jacekowski> nie jest to warte mojego czasu, jak potrzebuje cos obliczeniowo powazniejszego zrobic czego moj laptop nie wyrobi, to odpale bladecentre ktore mi w domu stoi, a w najgorszym razie kilka instancji EC3 w amazonie
[21:49] <xdudi> skoro lubisz robić serwery na 30 połączeń ;)
[21:50] <jacekowski> poza tym, zarzadzanie pamiecia w c# jest zupelnie inne niz w C czy tam C++
[21:51] <jacekowski> tzn. ten sam program przepisany na wprost zajedzie ci pamiec i GC
[21:52] <jacekowski> ale c# potrafi wiele rzeczy ktore powoduja ze jest szybszy
[21:53] <xdudi> gdyby jeszcze były w nim destruktory...
[21:53] <jacekowski> dlatego teraz tez nie mam w domu wlasnego NASa budowanego samodzielnie
[21:54] <jacekowski> tylko gotowy kupiony, wlozyc dyski i dziala
[21:54] <xdudi> słyszałem o robaku który takie kupione nas'y atakuje i szyfruje, za odszyfrowanie trzeba zabulić
[21:55] <jacekowski> watpie ze procesor w takim NASie bylby w stanie zaszyfrowac 16TB w jakims sensownym czasie
[21:55] <jacekowski> 50MB/s xorow dla raid5 to wyciaga gora
[21:57] <xdudi> ale on nie szyfruje tależy, tylko pliki
[21:57] <xdudi> a ich masz mniej niż 16TB
[21:57] <jacekowski> /dev/vg1/volume_1     5.8T  5.3T  480G  92% /volume1
[21:57] <jacekowski> /dev/vg1/volume_3     1.5T  1.3T  234G  85% /volume3
[21:57] <jacekowski> jakies jeszcze pytania?
[21:58] <jacekowski>   vg1    3   3   0 wz--n- 9.08T 1.76T
[22:00] <jacekowski> ide spac
[22:00] <xdudi> pewnie pornosy szyfrować będzie na końcu :P
[22:01] <xdudi> jacekowski: dobrej nocy
[23:27] <drathir> xdudi: takie cos jest ale na winzgroze... i niestety pliki papa
[23:28] <drathir> nom jest instrukcka do wyslania bitcoinow po torze, ale to wkret tylko...
[23:30] <xdudi> drathir: http://bit.ly/1uEnlpB ;)
[23:31] <drathir> lol co to na win stoi?
[23:33] <xdudi> nie zdziwiłbym się, jakby to był model xp :D
[23:35] <drathir> xdudi: swoja droga jakis czas temu mialem stycznosc z takim kompem zainfekowanym i niestety nie bylo co zbierac - pojedyncze pliki... ;/
[23:38] <xdudi> takie życie, mogę poradzić tylko zakup dobrego antywirusa, albo książkę do linuxa
[23:51] <drathir87> 5