|
#16
|
|
|
|
|
W artykule <hmo943$dtv$1> Michoo napisal(a):
> Mateusz Ludwin pisze: >> fir wrote: >>> albo bardzo proste rozwazania o managerce pamieci >> >> Czy nie da się tego gościa wysłać na jakieś przymusowe leczenie? >> Moglibyśmy się złożyć po parędziesiąt złotych i wykupić mu terapię. Proponuję jednak wykupić stały abonament. > Killfile stróżem TWOJEJ zdrowej psychiki ;) Jemu już nic nie pomoże. Byłoby miło gdyby Kinbote umieszczał w nagłówku Message-ID jakiś stały tekst, wtedy można by killować całe subwątki na podstawie References. |
|
|
|
#17
|
|
|
|
|
(nie chce bo kompletnie mi na tym nie zalezy nie che mi sie
ruszyc reką - to co mnie interesuje to merytoryka, skupienie sie na temacie - podkreslam ów fakt) fir |
|
#18
|
|
|
|
|
On 5 Mar, 08:31, profesor_kinb...@poczta.onet.pl wrote:
>> jesli napiszesz ogolny to tak ale jesli napiszesz szczeg lny to > moze wyjsc pare razy szybciej. Wog le chyba daloby sie logicznie > wykazac e potrzeba takiego og lnego managera pami ci nie > jest do ko ca normaln potrzeb . Zwykle chyba potrzebuje si > alokacji i dealokacji dla jednago ustalonego rodzaju struktur, Nie wiem jak potrzeba zwykle. Kilka razy już napisałem stos na ktory od razu odkladalem pewna ilosc struktur a pozniej zamiast malloc i free operowalem na stosie. Na pewno dziala to szybciej (zaledwie dwie jednowierszowe funkcje w C), ale nie w kazdym programie mozna tego uzyc. Pozdrawiam |
|
#19
|
|
|
|
|
Wit Jakuczun pisze:
> On 5 Mar, 11:22, Seweryn Habdank-Wojewódzki <habd> wrote: >> A tak na marginesie czy ktos wie jak na Google Groups wsadza sie >> takich kolo do killfile? >> > Google Groups nie ma killfile. Przynajmniej ja nie umiałem takiej > funkcji znaleźć. > Google groups w ogóle słabo się nadaje do czytania grup - brakuje mu masy funkcjonalności (jak choćby sensownego wyświetlania wątków), psuje kodowanie, sygnaturki i [] w tematach. Jedyna imo dobra rzecz to szukanie po msg-id. |
|
#20
|
|
|
|
|
On 5 Mar, 14:00, Michoo <michoo_n> wrote:
> Wit Jakuczun pisze:> On 5 Mar, 11:22, Seweryn Habdank-Wojewódzki <habd> wrote: > >> A tak na marginesie czy ktos wie jak na Google Groups wsadza sie > >> takich kolo do killfile? > > > Google Groups nie ma killfile. Przynajmniej ja nie umiałem takiej > > funkcji znaleźć. > > Google groups w ogóle słabo się nadaje do czytania grup - brakuje mu > masy funkcjonalności (jak choćby sensownego wyświetlania wątków), psuje > kodowanie, sygnaturki i [] w tematach. Jedyna imo dobra rzecz to > szukanie po msg-id. Lubie google gropus poza jednym faktem ze potrafi wywalic polskie znaczki. Pozdrawiam |
|
#21
|
|
|
|
|
On 5 Mar, 08:13, "Piotr Wyderski" <piotrwyder> wrote:
> Bronek Kozicki wrote: > > proste obliczenie : sprawdź w benchmarkach dowolnego modułu pamięci DRAM > > ile wynosi latencje - zazwyczaj jest gdzieś pomiędzy 50-80ns - przyjmijmy > > 65ns . Z szybkości taktowania procesora wyliczysz sobie ile trwa jeden > > cykl - np. 2.5Ghz to jest 1/2.5ns (czyli 0.40ns). Czyli, samo odwołanie do > > adresu pamięci poza cache procesora marnuje ok 2.5 x 65 = 182 cykli.. > > Dokładnie. Własnie dlatego tak ważne jest dbanie o układ > danych w pamięci. Nie dlatego, że pamięc jest droga, tylko > dlatego, że koszt losowego dostępu do niej jest drogi. W > typowych kodach operaujących na dużych danych odpowiednie > zaprojektowanie kolejności dostępów do pamięci może dać > przyspieszenie nawet do 20 razy. Co nie tak dawno zmierzylismy na algorytmach mnozenia macierzy. Ale co zrobić gdy nie ma wyjscia? Moj program ma hash-table o rozmiarze takim na jaki tylko pozwala dostepna pamiec RAM. Praktycznie czytam i zapisuje w losowych adresach, czy mozna to jakos usprawnic? Pozdrawiam |
|
#22
|
|
|
|
|
Mariusz Marszalkowski pisze:
> On 5 Mar, 08:13, "Piotr Wyderski" <piotrwyder> wrote: > > Co nie tak dawno zmierzylismy na algorytmach mnozenia > macierzy. > > Ale co zrobic gdy nie ma wyjscia? Moj program ma hash-table o > rozmiarze takim na jaki tylko pozwala dostepna pamiec RAM. > Praktycznie czytam i zapisuje w losowych adresach, czy mozna > to jakos usprawnic? Czytac i zapisywac do przewidywalnych :P JD |
|
#23
|
|
|
|
|
On 5 Mar, 19:52, Jędrzej Dudkiewicz <jedrzejdudkiew>
wrote: > > Ale co zrobić gdy nie ma wyjscia? Moj program ma hash-table o > > rozmiarze takim na jaki tylko pozwala dostepna pamiec RAM. > > Praktycznie czytam i zapisuje w losowych adresach, czy mozna > > to jakos usprawnic? > > Czytać i zapisywać do przewidywalnych :P A jakie to są przewidywalne? :) |
|
#24
|
|
|
|
|
fir pisze:
> albo bardzo proste rozwazania o managerce pamieci Jezeli dobrze zrozumialem opis, to to jest najklasyczniejszy alokator pamieci. Brawo. Teraz to zaimplementuj. JD |
|
|
|
|
| Podobne wątki | |
| hare kriszna :) witam kiedys na woodstocku jadlam taki placek u krisznowców - wyglądał jak duży chips i był przepyszny. dlugo szukam juz tego przepisu i nie moge go znaleźć może ktos wie jak... |
|
|
Czasy w strefie GMT. Teraz jest 23:13. | Privacy Policy
|