M.M. <m...@W...gazeta.pl> napisał(a):

> <f...@W...gazeta.pl> napisał(a):
>
> > <f...@W...gazeta.pl> napisał(a):
> >
> > > M.M. <m...@W...gazeta.pl> napisał(a):
> > >
> > > > <f...@W...gazeta.pl> napisał(a):
> > > >
> > > > > M.M. <m...@W...gazeta.pl> napisał(a):
> > > > >
> > > > > > Sebastian Biały <h...@p...onet.pl> napisał(a):
> > > > > >
> > > > > > > On 2012-05-31 02:13, M.M. wrote:
> > > > > > > >> On 2012-05-31 01:13, M.M. wrote:
> > > > > > > >>> To co piszesz ma znaczenie przy projektach zdecydowanie
powyżej
>
> > > 2MB
> > > > > kodu.
> > > > > > > >> Cały czas pytam o helloworldy. Dla nich nie ma znaczenia jak
> > bardzo
> > > > > > > >> spieprzysz.
> > > > > > > > Po co więc używać określenia 'spieprzenie' skoro jak sam
> > > przyznajesz to
> > > > > > > > nie ma znaczenia?
> > > > > > >
> > > > > > > Możesz spieprzyć bez skutków znaczacych. Ale to dalej
spieprzenie.
> > > Nie
> > > > > > > zachowanie higieny/dyscypliny w małym projekcie powoduje ze to
> > > lenistwo
> > > > > > > rozpływa się na większe projekty. Wiem bo widzę.
> > > > > > E tam gadanie. Piszę tak jak w moim odczuciu jest najlepiej.
> > Najlepiej
> > > > > oznacza
> > > > > > intuicyjnie osiągany kompromis pomiędzy szybkością działa
programu,
> > > > > > szybkością tworzenia kodu, podatnością na konserwacją i czasem
> > > > > > kompilacji co się de facto zawiera w szybkości tworzenia. Jakbym
czuł
> > > > > > że za długo czekam na kompilację to bym coś zrobił z tym fantem.
> > > > > >
> > > > > > > > Poza tym program o rozmiarze 2MB, zwłaszcza gdy
> > > > > > > > jest porządnie zaprojektowany, to nie taki hello world, może
już
> > > robić
> > > > > > > > coś całkiem pożytecznego.
> > > > > > > To dalej maleństwo.
> > > > > > Nie mówię że to nie jest maleństwo, tylko że to nie jest hello
world
> > a
> > > > > > tym bardziej spieprzenie. Jak się ktoś postara, to za procedurę o
> > > rozmiarze
> > > > > > 5kb i nobla dostanie.
> > > > >
> > > > > nie wiem na ile wogole kompilacje moze przyspieszyc uzywanie
> > > > > ramdysku, kiedysm mialem jakis fajny ramdysk, mozna spokojnie
> > > > > wykroic nawet spory kawal ramu na ramdysk - niestety po pierwszym
> > > > > uzyciu gdzies mi sie zgubil i nawet nie pamietam czy bylo jakies
> > > > > przyspieszenie
> > > > Trzeba sprawdzić co jest wąskim gardłem. Jeśli częste naprowadzanie
> > > > głowicy to ram dysk powinien znacznie przyspieszyć.
> > >
> > > wydaje sie ze tak, ale kiedys chyba costam uruchomilem z ramdysku
> > > i jakby nie bylo szybciej, (slabo pamietam)
> > > chyba trzeba by wrzucic i kompilator i zrodla na ten ramdysk
> > > (a moze i jakied dll'ki?) tak zeby nic nie musial doczytywac
> > > z dysku wtedy pwoinno byc naprawde szybko, ale wlasnie nie
> > > wiem czy i tak jakies ddlki nie beda doczytywane z dysku
> > > i czy cos takiego da sie zrobic
> > >
> >
> > wyjrzałem przez trzecie oko - i wyskoczylem przez okno
> >
> > w sumie to szkoda ze ramu nie da sie obejrzec w total komanderze
> > tak jak dyskow - to by nie bylo glupie - zorganizowanego na
> > podobienstwo systemu plikow i nawet z mozliwoscia pewnego
> > zarzadzania recznie - np wlasnie na podobienstwo ramdysku
> > i np tez systemu z cache - tak zebyy niekoniecznie wszystko
> > po uzyciu z tego ramu za kazdym razem wypadalo i musialobyc
> > wczytywane na nowo
> Pewnie się da, ale po co to oglądać? Są specjalistyczne
> narzędzia, choćby debuger.

teraz nie jest tak, np alokowane kawalki nie maja swoich nazw
w ramie (np map, postaci_lable, costam_cahce) Pomysl jest
by to bylo robione na podobienstwo systemu plikow z
timestampem utworzenia, atrybutami, plikopodobna strukturą
wnetrza ramu, ew nawet mozliwoscia recznej ingerencji
przez totalkomandera.




--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

f i r <f...@W...gazeta.pl> napisał(a):

> M.M. <m...@W...gazeta.pl> napisał(a):
>
> > <f...@W...gazeta.pl> napisał(a):
> >
> > > wydaje sie ze tak, ale kiedys chyba costam uruchomilem z ramdysku
> > > i jakby nie bylo szybciej, (slabo pamietam)
> > > chyba trzeba by wrzucic i kompilator i zrodla na ten ramdysk
> > > (a moze i jakied dll'ki?) tak zeby nic nie musial doczytywac
> > > z dysku wtedy pwoinno byc naprawde szybko, ale wlasnie nie
> > > wiem czy i tak jakies ddlki nie beda doczytywane z dysku
> > > i czy cos takiego da sie zrobic
> >
> > Zależy jakie zadanie. Turniej szachowy gdzie jedna gra trwa 10 sekund
> > mocno obciąż dysk. Ciągle ładowanie programów do pamięci, odczyt
> > dużych książek debiutowych, zapis gier na dysk. Gdy odpaliłem na
> > ram dysku to też nie zaobserwowałem przyspieszenia. Może system
> > na tyle dobrze buforuje pliki?
> > Pozdrawiam
>
> a dysk nie mielil i tak ? gdyby odciac program np
> ja kompiluje z lini komand czyli przy kompilacji jak
> rozumiem do ramu musi sie wczytac zarowno kompilator
> z rozmaitymi dowiazaniami jak i wszystkie skladniki
> zrodel, libi etc - gdyby to wszystko oddyskowic to mz
> powinno chyba byc o wiele szybciej
Nie wiem. Zwykle nie czekam tak długo na kompilację aby
skracać ten proces. Spróbuj i napisz jak wyszło. Może
skompiluj QT, to jest odpowiednich rozmiarów aby testować :)
Pozdrawiam


--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

Artur M. Piwko <m...@b...pl> napisał(a):

> In the darkest hour on Fri, 1 Jun 2012 17:18:07 +0000 (UTC),
> M.M. <m...@W...gazeta.pl> screamed:
> >> Zakładasz, że każdy KB kodu, niezależnie od jego zawartości kompiluje
> >> się tak samo długo. To tak jakby za pomocą wagi malucha w kg/cm? przelicz
> ać
> >> wagę Hummera.
> > To Ty zakładasz że ja coś takiego zakładam. Tymczasem moje założenie
> > było inne. Założyłem że próbka kodu jest reprezentatywna i wystarczy
> > do oszacowania.
> >
>
> Moje założenia raczyłeś wyciąć w postaci swojego cytatu.
> Próbka kodu może być reprezentatywna jedynie w obrębie tego samego kodu.
Do oszacowania wystarczy.
Pozdrawiam




--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

M.M. <m...@W...gazeta.pl> napisał(a):

> f i r <f...@W...gazeta.pl> napisał(a):
>
> > M.M. <m...@W...gazeta.pl> napisał(a):
> >
> > > <f...@W...gazeta.pl> napisał(a):
> > >
> > > > wydaje sie ze tak, ale kiedys chyba costam uruchomilem z ramdysku
> > > > i jakby nie bylo szybciej, (slabo pamietam)
> > > > chyba trzeba by wrzucic i kompilator i zrodla na ten ramdysk
> > > > (a moze i jakied dll'ki?) tak zeby nic nie musial doczytywac
> > > > z dysku wtedy pwoinno byc naprawde szybko, ale wlasnie nie
> > > > wiem czy i tak jakies ddlki nie beda doczytywane z dysku
> > > > i czy cos takiego da sie zrobic
> > >
> > > Zależy jakie zadanie. Turniej szachowy gdzie jedna gra trwa 10 sekund
> > > mocno obciąż dysk. Ciągle ładowanie programów do pamięci, odczyt
> > > dużych książek debiutowych, zapis gier na dysk. Gdy odpaliłem na
> > > ram dysku to też nie zaobserwowałem przyspieszenia. Może system
> > > na tyle dobrze buforuje pliki?
> > > Pozdrawiam
> >
> > a dysk nie mielil i tak ? gdyby odciac program np
> > ja kompiluje z lini komand czyli przy kompilacji jak
> > rozumiem do ramu musi sie wczytac zarowno kompilator
> > z rozmaitymi dowiazaniami jak i wszystkie skladniki
> > zrodel, libi etc - gdyby to wszystko oddyskowic to mz
> > powinno chyba byc o wiele szybciej
> Nie wiem. Zwykle nie czekam tak długo na kompilację aby
> skracać ten proces. Spróbuj i napisz jak wyszło. Może
> skompiluj QT, to jest odpowiednich rozmiarów aby testować :)
> Pozdrawiam

ja tez nie czekam, z tego co mowisz to kompilujesz 500kB
w 7s ja w ok 2s - ale jakby mialo byc .5s to wolalbym .5s
Nie mam teraz czasu testowac ramdyskow ale jest to ciekawy
temat i kiedys pobadam






--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

<f...@W...gazeta.pl> napisał(a):

> M.M. <m...@W...gazeta.pl> napisał(a):
>
> > f i r <f...@W...gazeta.pl> napisał(a):
> >
> > > M.M. <m...@W...gazeta.pl> napisał(a):
> > >
> > > > <f...@W...gazeta.pl> napisał(a):
> > > >
> > > > > wydaje sie ze tak, ale kiedys chyba costam uruchomilem z ramdysku
> > > > > i jakby nie bylo szybciej, (slabo pamietam)
> > > > > chyba trzeba by wrzucic i kompilator i zrodla na ten ramdysk
> > > > > (a moze i jakied dll'ki?) tak zeby nic nie musial doczytywac
> > > > > z dysku wtedy pwoinno byc naprawde szybko, ale wlasnie nie
> > > > > wiem czy i tak jakies ddlki nie beda doczytywane z dysku
> > > > > i czy cos takiego da sie zrobic
> > > >
> > > > Zależy jakie zadanie. Turniej szachowy gdzie jedna gra trwa 10 sekund
> > > > mocno obciąż dysk. Ciągle ładowanie programów do pamięci, odczyt
> > > > dużych książek debiutowych, zapis gier na dysk. Gdy odpaliłem na
> > > > ram dysku to też nie zaobserwowałem przyspieszenia. Może system
> > > > na tyle dobrze buforuje pliki?
> > > > Pozdrawiam
> > >
> > > a dysk nie mielil i tak ? gdyby odciac program np
> > > ja kompiluje z lini komand czyli przy kompilacji jak
> > > rozumiem do ramu musi sie wczytac zarowno kompilator
> > > z rozmaitymi dowiazaniami jak i wszystkie skladniki
> > > zrodel, libi etc - gdyby to wszystko oddyskowic to mz
> > > powinno chyba byc o wiele szybciej
> > Nie wiem. Zwykle nie czekam tak długo na kompilację aby
> > skracać ten proces. Spróbuj i napisz jak wyszło. Może
> > skompiluj QT, to jest odpowiednich rozmiarów aby testować :)
> > Pozdrawiam
>
> ja tez nie czekam, z tego co mowisz to kompilujesz 500kB
> w 7s ja w ok 2s - ale jakby mialo byc .5s to wolalbym .5s
> Nie mam teraz czasu testowac ramdyskow ale jest to ciekawy
> temat i kiedys pobadam
>

jeszcze inna kwestia w moim wypadku to 'stripnąć' windows.h -
moj kod dla testow ma okolo 500k (drugi do ogla tez ok 500k)
a includy windy jak kiedys mowilem maja 3000k moze
zakomentowanie 99% vel wybiorcze inkludowanie tylo tego
czego uzywam z windows.h mogloby przyspieszyc (ale to troche
zabawy i tez nie mam teraz na to kwestii)






--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

f i r <f...@W...gazeta.pl> napisał(a):

> <f...@W...gazeta.pl> napisał(a):
>
> > M.M. <m...@W...gazeta.pl> napisał(a):
> >
> > > f i r <f...@W...gazeta.pl> napisał(a):
> > >
> > > > M.M. <m...@W...gazeta.pl> napisał(a):
> > > >
> > > > > <f...@W...gazeta.pl> napisał(a):
> > > > >
> > > > > > wydaje sie ze tak, ale kiedys chyba costam uruchomilem z ramdysku
> > > > > > i jakby nie bylo szybciej, (slabo pamietam)
> > > > > > chyba trzeba by wrzucic i kompilator i zrodla na ten ramdysk
> > > > > > (a moze i jakied dll'ki?) tak zeby nic nie musial doczytywac
> > > > > > z dysku wtedy pwoinno byc naprawde szybko, ale wlasnie nie
> > > > > > wiem czy i tak jakies ddlki nie beda doczytywane z dysku
> > > > > > i czy cos takiego da sie zrobic
> > > > >
> > > > > Zależy jakie zadanie. Turniej szachowy gdzie jedna gra trwa 10
sekund
> > > > > mocno obciąż dysk. Ciągle ładowanie programów do pamięci, odczyt
> > > > > dużych książek debiutowych, zapis gier na dysk. Gdy odpaliłem na
> > > > > ram dysku to też nie zaobserwowałem przyspieszenia. Może system
> > > > > na tyle dobrze buforuje pliki?
> > > > > Pozdrawiam
> > > >
> > > > a dysk nie mielil i tak ? gdyby odciac program np
> > > > ja kompiluje z lini komand czyli przy kompilacji jak
> > > > rozumiem do ramu musi sie wczytac zarowno kompilator
> > > > z rozmaitymi dowiazaniami jak i wszystkie skladniki
> > > > zrodel, libi etc - gdyby to wszystko oddyskowic to mz
> > > > powinno chyba byc o wiele szybciej
> > > Nie wiem. Zwykle nie czekam tak długo na kompilację aby
> > > skracać ten proces. Spróbuj i napisz jak wyszło. Może
> > > skompiluj QT, to jest odpowiednich rozmiarów aby testować :)
> > > Pozdrawiam
> >
> > ja tez nie czekam, z tego co mowisz to kompilujesz 500kB
> > w 7s ja w ok 2s - ale jakby mialo byc .5s to wolalbym .5s
> > Nie mam teraz czasu testowac ramdyskow ale jest to ciekawy
> > temat i kiedys pobadam
> >
>
> jeszcze inna kwestia w moim wypadku to 'stripnąć' windows.h -
> moj kod dla testow ma okolo 500k (drugi do ogla tez ok 500k)
> a includy windy jak kiedys mowilem maja 3000k moze
> zakomentowanie 99% vel wybiorcze inkludowanie tylo tego
> czego uzywam z windows.h mogloby przyspieszyc (ale to troche
> zabawy i tez nie mam teraz na to kwestii)
>

trzecia opcja to robic tak jak c przykazalo czyli opanowac jakies
make i kompilowac jednak kazdy plik.c odzielnie i na gorze pliku
wstawiac te deklaracje itp - ale tez mi sie nie che tego robic
- wiecej opcji poza tymi trzema poki co nie widze, czyli mam
trzy opcje, ramdysk, stripowanie windows.h i porzadny make





--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

Dnia Mon, 28 May 2012 19:17:14 +0000 (UTC), profesor fir napisał(a):

> Czy ktos wykorzystuje jakies ustalone (vel nieustalone)
> schematy dot nazewnictwa samych plikow z kodem? To w
> sumie dosyc wazna rzecz... Sa na to jakies reguły?

A jak ma się Twoje nazewnictwo plików do nazewnictwa zmiennych, klas etc.?
Jak czyta się lepiej:
- For x = 1 To Len(FirstName),
- For x = 1 To Len(ImięUżytkownika),
- SELECT FirstName FROM Users,
- SELECT ImięUżytkownika FROM Użytkownicy i tak dalej.

Ja jestem starej daty i nie używam ogonków. Co do przedmiotu, to stosuje
polskie nazwy. Myślę, że nie ma sensu stosować angielskiego nazewnictwa,
tylko po to, żeby scalała sie cała treść kodu.
Mówię oczywiście o kodzie, który nie ma 'iść' za granicę.

do góry

On 2012-06-02 14:58, Jacek wrote:
> stosuje
> polskie nazwy.

pseudokod:

for each osoba get imie.

Pfff...

> Mówię oczywiście o kodzie, który nie ma 'iść' za granicę.

Czasem zagranica przychodzi do kodu.

do góry

Jacek <a...@o...pl> napisał(a):

> Dnia Mon, 28 May 2012 19:17:14 +0000 (UTC), profesor fir napisał(a):
>
> > Czy ktos wykorzystuje jakies ustalone (vel nieustalone)
> > schematy dot nazewnictwa samych plikow z kodem? To w
> > sumie dosyc wazna rzecz... Sa na to jakies reguły?
>
> A jak ma się Twoje nazewnictwo plików do nazewnictwa zmiennych, klas etc.?
> Jak czyta się lepiej:
> - For x = 1 To Len(FirstName),
> - For x = 1 To Len(ImięUżytkownika),
> - SELECT FirstName FROM Users,
> - SELECT ImięUżytkownika FROM Użytkownicy i tak dalej.
>
> Ja jestem starej daty i nie używam ogonków. Co do przedmiotu, to stosuje
> polskie nazwy. Myślę, że nie ma sensu stosować angielskiego nazewnictwa,
> tylko po to, żeby scalała sie cała treść kodu.
> Mówię oczywiście o kodzie, który nie ma 'iść' za granicę.

ostatnio czuje sie jakos dziwnie staro; nazewnictwo to
w sumie calkiem duzy i 'odzielny' temat; przy tym warstwe
nazw plikow uwazam za raczej dosyc wazną;

co do angielskiego to ciekaw jestem jak slabym angielskim
ja piszę bo nie umiem ocenic swoich niepoprawnosci (jak to
smiesznie wypada po angielsku); (posty po angielsku pisze
w normalnym tempie, z tym ze prostym angielskim, jesli
czasem nie znam wyrazenia to pisze podobne w troche inny
sposob - w ostatnich dwu latach zaczalem szybciej czytac
po angielsku bo dwaniej czytalem raczej tez bez problemu
ale wyraznie wolniej, teraz czytam przypuszczam tylko
troche wolniej niz po polsku)










--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

In the darkest hour on Sat, 2 Jun 2012 07:58:54 +0000 (UTC),
M.M. <m...@W...gazeta.pl> screamed:
> Do oszacowania wystarczy.
>

Jeśli nie zważamy na dokładność, to tak.

--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:239B ]
[ 19:04:24 user up 13189 days, 6:59, 1 user, load average: 0.69, 0.61, 0.06 ]

Peace: In international affairs, a period of cheating between two countries.

do góry