Dodaj wpis w tym temacie
Spis tematów | Strona: 1 2 ... 549 550 551 552 553 554 555 Wyślij wiadomość do admina |
Przewiń wpisy ↓ | moje ... oprogramowanie |
2025-02-28 (16:09)![]() Data rejestracji: 2016-05-12 Ilość postów: 8706 ![]() | wpis nr 1 555 345 [ CZCIONKA MONOSPACE ] hahaha po prostu wiesz gdzie klikać. O "Random" nie wspominałeś ani słowem w tłumaczeniu. |
2025-02-28 (16:10)![]() Data rejestracji: 2005-11-07 Ilość postów: 22656 ![]() | wpis nr 1 555 346 [ CZCIONKA MONOSPACE ] No i ja nie zmieniłem ale tyle linii nie ma 🤭 Potem , w innych wersjach to pole się ustawiało automatycznie. |
2025-02-28 (16:11)![]() Data rejestracji: 2005-11-07 Ilość postów: 22656 ![]() | wpis nr 1 555 347 [ CZCIONKA MONOSPACE ] To prawda wiem co do czego ..bo sam to zmajstrowałem …przecież coś muszę pamiętać🤭 |
2025-02-28 (16:15)![]() Data rejestracji: 2016-05-12 Ilość postów: 8706 ![]() | wpis nr 1 555 348 [ CZCIONKA MONOSPACE ] Mam taki pomysł. Znaleźć linię z największą ilością dubli. Usunąć ją, a w jej miejsce wstawić linię zawierającą największą liczbę braków. |
2025-02-28 (16:19)![]() Data rejestracji: 2005-11-07 Ilość postów: 22656 ![]() | wpis nr 1 555 349 [ CZCIONKA MONOSPACE ] Próbuj ja nie jestem zadowolony z czasu postępu w tejże aplikacji |
2025-02-28 (16:23)![]() Data rejestracji: 2016-05-12 Ilość postów: 8706 ![]() | wpis nr 1 555 350 [ CZCIONKA MONOSPACE ] Ale przecież Random to losowe, a ja chciałem eksperymentować początkowo z 624 liniami 1,2,...15 i 625tą gdzie zamiast 15 jest 60. |
2025-02-28 (16:31)![]() Data rejestracji: 2005-11-07 Ilość postów: 22656 ![]() | wpis nr 1 555 351 [ CZCIONKA MONOSPACE ] Sprawdzę to później. |
2025-02-28 (16:49)![]() Data rejestracji: 2005-11-07 Ilość postów: 22656 ![]() | wpis nr 1 555 352 [ CZCIONKA MONOSPACE ] fair_play Może nie zrozumiałeś. Tej aplikacji i tak nie poprawię. Zachowała się przypadkiem na twardym dysku tylko exe —> kody projektu poszły kilka lat temu do kosza nie pamiętam jak zmieniałem adresy w tablicach +- nie udało mi się odtworzyć podobnej procedury lub lepszej… to nie ma sensu Trzeba napisać szybką procedurę podmiany w locie tylko dla jednej linii z pamięcią danych dla linii pozostałych Ale na razie nie mam ani pomysłu ani „melodii” bo sama koncepcja korelacji to dwa unity które wypełniają tablice w momencie otwarcia programu [on create] i to był błąd … i trzy tablice … pamięci przed po to też był błąd.. Za dużo by było roboty ,by to przerabiać Ale do totka się nadają… po to były tworzone…do gry a nie do rozpisów 100% Takimi się nie gra🤭 |
2025-02-28 (19:11)![]() Data rejestracji: 2016-05-12 Ilość postów: 8706 ![]() | wpis nr 1 555 371 [ CZCIONKA MONOSPACE ] Jak to można wytłumaczyć? Przez dłuższy czas brak postępu. Naciskam uprzywilejowany stop i mam braków [-170426]. Klikam "list 4" i zapisuję braki. Klikam Restart, a następnie "test line". I mam [-170496] braków, czyli o 70 więcej niż w chwili stopu. |
2025-02-28 (19:33)![]() Data rejestracji: 2005-11-07 Ilość postów: 22656 ![]() | wpis nr 1 555 375 [ CZCIONKA MONOSPACE ] Proces podmian został zastopowany przed rozstrzygnięciem .. czyli liczba została zmieniona ale nie przyniosła postępu następnie następuje cofnięcie tej liczby na powrotną pozycję Ale to nie nastąpiło ..bo proces został przerwany z tablic przy restarcie nastąpił wypis no i masz gorzej niż miałeś. Ale…. Ta procedura nie była gotowa.. na 100% to testowanie po linii nie udało się stąd pomóc czyli update braków pełną procedurą --- wpis edytowano 2025-02-28 19:36 --- |
2025-03-03 (13:24)![]() Data rejestracji: 2016-05-12 Ilość postów: 8706 ![]() | wpis nr 1 555 905 [ CZCIONKA MONOSPACE ] 777ch> W efekcie eksperymentów z hit korelacjami nasuwają się wnioski: "test line" jest znacznie szybsza od [3/4]tic, nie mówiąc już o [1], ale... znacznie mniej "skuteczna". Na to co zejdzie przy [3/4] w ciągu 10 minut w "test line" potrzebuje godziny. |
2025-03-03 (14:12)![]() Data rejestracji: 2005-11-07 Ilość postów: 22656 ![]() | wpis nr 1 555 915 [ CZCIONKA MONOSPACE ] fair_play No tak Test line jest nieprecyzyjne 🥴 Pozostałe weryfikują gwarancję prawidłowo ale…to trwa za długo. I tak źle i tak ….niedobrze. To miał być program do —>niewielkiej liczby zakładów a zestawiać miał pokrycie no w/g wyliczeń 4z10 czy 3z6 tak aby pokrywać te wyliczanki na gwarancję 2,3,4 Jak wiadomo w kilkunastu czy kilkuset zakładach jest ewidentnie jakiś”kręgosłup”.. I to miało się odzwierciedlać w zestawianych zakładach … Reszta to już pogoń za rekordem pokrycia.. to przyszło przy okazji prób z rekordami na LJCR to nie było zamierzone… Już o tym pisałem kilka razy. --- wpis edytowano 2025-03-03 14:13 --- |
2025-03-04 (17:34)![]() Data rejestracji: 2005-11-07 Ilość postów: 22656 ![]() | wpis nr 1 556 073 [ CZCIONKA MONOSPACE ] test line" jest znacznie szybsza…. Nawet nie wiesz jak to śmiga bez updatowania ..ja wiem 🤭 Ale tak jak wcześniej wspomniałem Maska [adresy] nie mogą być jako byte a jako integer bo inaczej nie ma prawidłowego dodawania i odejmowania braków. A to …”zawęża”rozmiar tablic dla maski[index] do mniejszego —> [V] --- wpis edytowano 2025-03-04 17:35 --- |
2025-03-19 (19:54)![]() Data rejestracji: 2006-05-27 Ilość postów: 4979 ![]() | wpis nr 1 558 289 [ CZCIONKA MONOSPACE ] 777ch nic a nic nie rozumiem z tego co wpisałeś To nie moja bajka, ale z ciekawości ( i dla zabawy ) zapytałem o Twój problem "chatGPT o3 mini-high" Oto jego odpowiedź, może Ci coś to pomoże ? Problem wynika z nieprawidłowej inicjalizacji obiektów typu TStopwatch w poszczególnych taskach. W kodzie, dla każdego zadania zadeklarowano lokalną zmienną (np. t0, t1, t2, t3), ale zamiast utworzyć je metodą, która je poprawnie inicjalizuje (np. TStopwatch.StartNew), wywołuje się jedynie metodę Start na niezainicjalizowanej zmiennej. W efekcie w niektórych taskach stoper działa niepoprawnie, co skutkuje wyświetlaniem dziwnych, ujemnych lub bardzo dużych wartości czasu. Aby to naprawić, należy w każdym tasku zastąpić wywołanie: delphi Kopiuj T0.Start; odpowiednim przypisaniem, które inicjalizuje i jednocześnie uruchamia stoper, na przykład: delphi Kopiuj t0 := TStopwatch.StartNew; Analogicznie dla pozostałych: delphi Kopiuj t1 := TStopwatch.StartNew; t2 := TStopwatch.StartNew; t3 := TStopwatch.StartNew; Przykładowa poprawiona wersja dla pierwszego taska: delphi Kopiuj // proces task [0] tasks[0] := TTask.Create(procedure() var t0: TStopwatch; k0, probe0: integer; begin t0 := TStopwatch.StartNew; // poprawne uruchomienie stopera probe0 := 0; repeat k0 := random(80); inc(probe0); until (k0 = 2); t0.Stop; wynikiRdzeni[0] := k0; wynikczasu[0] := t0.Elapsed.ToString + ' ms'; wynikprobe[0] := probe0; end); Dzięki tej zmianie każdy task będzie posiadał poprawnie zainicjalizowany stoper, co zapewni właściwe pomiary czasu, zgodne z oczekiwaniami. Edit: Widzę, że usunąłeś swój post. Jeśli uznasz, że chat GPT pisze bzdury i do niczego ten wpis Ci się nie przyda, usuń post. Jeśli będziesz miał jakies pytania do AI, mogę je zadać w Twoim imieniu. Jeszcze przez kilka dni mam dostęp "plus" do tej platformy. --- wpis edytowano 2025-03-19 20:04 --- |
2025-03-19 (20:49)![]() Data rejestracji: 2005-11-07 Ilość postów: 22656 ![]() | wpis nr 1 558 303 [ CZCIONKA MONOSPACE ] Hejka Wierz lub nie ale początkowo miałem T0.startnew; i kolejne tak samo.. Ale okazało się że nie o to chodzi Otóż gdy wybór to random z 80 to {tasks proces} tak szybko się „odbywa” że między czasy chyba …głupieją Zmieniłem z 80 na 8-mln i już jest lepiej.. Jutro lub pojutrze dalej się przyglądnę temu procesowi to od początku do końca moja procedura Ale mam jeszcze kilka pomysłów na …jej bieg. Ale jesteś szybki👍 Po namyśle usunąłem bo jednak nie widzę tu nikogo kto temat może znać, a fair_play nie pisze w paskalu. |
2025-03-19 (20:59)![]() Data rejestracji: 2005-11-07 Ilość postów: 22656 ![]() | wpis nr 1 558 304 [ CZCIONKA MONOSPACE ] Ale dzięki jutro wrócę do startnew 👍 |
2025-03-19 (21:15)![]() Data rejestracji: 2006-05-27 Ilość postów: 4979 ![]() | wpis nr 1 558 307 [ CZCIONKA MONOSPACE ] cyt. "dy wybór to random z 80 to {tasks proces} tak szybko się „odbywa” że między czasy chyba …głupieją Zmieniłem z 80 na 8-mln i już jest lepiej.. Odpowiedź chat GPT Gdy zakres losowania jest bardzo mały (80), operacje wykonują się w ułamkach mikrosekundy – czyli czas pomiaru mieści się w granicach rozdzielczości stopera. W rezultacie, nawet minimalne różnice lub opóźnienia systemowe mogą powodować "dziwne" wyniki (czas bliski zeru, ujemne wartości przy konwersji czy zmienne wyniki). Gdy zwiększasz zakres do 8 mln, operacja trwa wystarczająco długo, by stoper mógł zmierzyć czas z większą precyzją, a wyniki stają się wiarygodne. Możliwe rozwiązania: Zwiększ liczbę iteracji: Możesz powielić operację (np. wykonać pętlę wewnątrz zadania wiele razy) tak, aby łączny czas był dłuższy i lepiej mierzalny. Agregacja wyników: Zamiast mierzyć pojedyncze, bardzo szybkie operacje, mierz sumaryczny czas wielu powtórzeń. Upewnij się, że stoper jest poprawnie inicjalizowany: Jak już ustaliliśmy, korzystaj z metody TStopwatch.StartNew, by uniknąć błędów związanych z niezainicjalizowanymi zmiennymi. Podsumowując, problem nie leży w logice zadania, a w fakcie, że mierzymy bardzo krótkie interwały czasowe, które przekraczają dokładność naszego narzędzia. W takich przypadkach warto zwiększyć obciążenie, aby wyniki były bardziej wiarygodne. Po pzeczytaniu usuń te "moje" wpisy. Zakłócają temat moje ... oprogramowanie ![]() |
2025-03-19 (22:36)![]() Data rejestracji: 2005-11-07 Ilość postów: 22656 ![]() | wpis nr 1 558 325 [ CZCIONKA MONOSPACE ] kleszek chatGPT może być pomocny. Jednak w tym przypadku nie doradził ....... NIC Zrezygnowałem ze stopera. wybór z random 8 mln losowy do skutku ......... do momentu gdy : random1 czyli pierwszy tasks wylosuje liczbę 2 z deklarowanej liczby 8000000 random2 czyli drugi tasks wylosuje liczbę 25 z deklarowanej liczby 8000000 random3 czyli trzeci tasks wylosuje liczbę 39 z deklarowanej liczby 8000000 random4 czyli czwarty tasks wylosuje liczbę 41 z deklarowanej liczby 8000000 oto czasy w milisekundach ..... jak widać -->masa operacji ![]() ![]() przy wyborze z 80 liczb ![]() natomiast przy 100 000 Resultat procesu [1] typ=liczba [2] z 100000 /rng/ Czas procesu {Elapsed time1 00:00:00:008} liczba prób = {125954} Resultat procesu [2] typ=liczba [25] z 100000 /rng/ Czas procesu {Elapsed time2 00:00:00:013} liczba prób = {183079} Resultat procesu [3] typ=liczba [39] z 100000 /rng/ Czas procesu {Elapsed time3 00:00:00:008} liczba prób = {244769} Resultat procesu [4] typ=liczba [41] z 100000 /rng/ Czas procesu {Elapsed time4 00:00:00:001} liczba prób = {9323} ----podsumowanie---- Sum wynik: 4/4 liczby typowane Elapsed Time task proces 00:00:00:017 Suma prób dla procesu 4/4 z 100000-liczb = 563125 jak widzisz czasy w okolicach 1~13 milisekund a sumaryczny czas procesu to 17 milisekund a --> człowiek mruga co cirka 400~500 milisekund a tu zrzut z programu dla 100 000 ![]() to tylko testy ,po to aby prawidłowo potasować procedury do tasowania ![]() pozdrawiam a użyłem dekodowania czasu w ten sposób: //zaczynamy mierzyć czas start1:= now; //czas pierwszy task //kończymy mierzenie czasu koniec2:= now; //ustalamy różnicę czasu timeDiff2:= koniec2 - start2; //dekodujemy czas na składowe czasu ![]() DecodeTime(timeDiff2, hours, minutes, seconds, millisec); //teraz ustalamy sami format zapisu if hours=0 then hgodz:='00' ; if (hours<10)and(hours>0) then hgodz:= '0' + inttostr(hours) ; if hours >= 10 then hgodz:=inttostr(hours); if minutes=0 then hmin:='00' ; if (minutes<10)and(minutes>0) then hmin:='0' + inttostr(minutes); if minutes>=10 then hmin:= inttostr(minutes); if seconds=0 then hsec:='00' ; if (seconds<10)and(seconds>0) then hsec:= '0' +inttostr(seconds) ; if seconds>=10 then hsec:= inttostr(seconds); if millisec=0 then hmilsec:='000'; if (millisec<10)and(millisec>0) then hmilsec:= '00'+inttostr(millisec); if (millisec<100)and(millisec>=10) then hmilsec:= '0'+inttostr(millisec); if millisec>=100 then hmilsec:= inttostr(millisec); upływ_czasu1:= 'Elapsed time1 '+ hgodz+':'+hmin+':'+hsec+':'+hmilsec; //zapisujemy czas trochę długa forma ale za to wynik upływu czasu prawidłowy bo nie -->pracuje prawidłowo na raz 5-stoperów<-- przy szybkich obliczeniach........ ![]() |
2025-03-19 (22:48)![]() Data rejestracji: 2005-11-07 Ilość postów: 22656 ![]() | wpis nr 1 558 326 [ CZCIONKA MONOSPACE ] a tu test=pula czyli zbiór = 100 mln zadanie polega na wylosowaniu 4 konkretnych liczb zadanie przydzielamy 4-em odrębnym random paskala każdy losuje własną 1 value z value=100mln koniec wtedy gdy: random1 wylosuje value=2 random2 wylosuje value=25 random3 wylosuje value=39 random4 wylosuje value=41 obrazek: ![]() czas całkowity operacji 2 s 186 milisekund w tym czasie wylosowano w sumie 272 mln 700tys 606 liczb aby trafić na 2,25,39,41 z wartości poczatkowej = 100mln |
2025-03-19 (22:56)![]() Data rejestracji: 2005-11-07 Ilość postów: 22656 ![]() | wpis nr 1 558 331 [ CZCIONKA MONOSPACE ] Ponieważ to Multihreading, to czasy procesów idą każdy niezależnie ...... a czas procesu nie jest sumą czasów wątków ,tylko czasem całkowitego zakończenia działania aplikacji. Ponieważ nie znam się na tym ,to się muszę pobawić i zrozumieć ...... bo jedni narzekają , a inni chwalą ..... ten sposób przetwarzania danych, niestety wymaga on najlepiej kilku lub wielu rdzeni procesora w komputerze. Multithreading, czyli wielowątkowość, to technika pozwalająca na jednoczesne wykonywanie wielu wątków w ramach jednej aplikacji. Wątek to najmniejsza jednostka wykonawcza, która może być uruchamiana na procesorze. W kontekście multithreadingu, każdy wątek działa niezależnie, ale wszystkie dzielą wspólne zasoby aplikacji, takie jak pamięć czy zmienne globalne. Dzięki temu możliwe jest równoległe przetwarzanie różnych zadań, co pozwala na bardziej efektywne wykorzystanie mocy obliczeniowej procesora. W praktyce procesory nowoczesnych komputerów mają wiele rdzeni (tzw. procesory wielordzeniowe), które pozwalają na wykonywanie wielu wątków równocześnie. Każdy rdzeń może obsługiwać jeden lub więcej wątków, co zwiększa wydajność systemu. |
| Dodaj wpis w tym temacie | Spis tematów | Wyniki lotto | Strona: 1 2 ... 549 550 551 552 553 554 555 Wyślij wiadomość do admina |