Wszystko

Najnowsze

Archiwum

MrFisherman
  • 1
Jak w tych ebanych wątkach zrobić tak żeby rozwiązać problem konsumenta producenta (z rozmiarem 1) za pomocą BlockingQueue. Chodzi o taki wynik:

Produce 1
Consume 1
Produce 2
Consume 2
  • 7
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
Saly
  • 1
@MrFisherman: wszystko jest dobrze. Consumer bierze zawartość z kolejki, więc jest tam pusto. Producer odrazu się budzi i wkłada nowy element jeszcze za nim Consumer wypisał wyciągniętą zawartość. Jak nie chcesz takiego zachowania to potrzebujesz dodatkowej synchronizacji albo czegoś innego niż BlockingQueue. Albo tak jak wyzej: dodaj sleepy
  • Odpowiedz
Zimorodek1
Zimorodek1
  • 0
siema mirki ,sprawa tego typu bo chcialem odblokowac watki procesora w ryzenie 5 2600 zmienilem z 1 na 2 i zaznaczylem opcje maximum memory 8gb ogolnie mam 8 gb ale po restarcie kompa fps mi spadly a w pamieci pisze 0 da sie to przywrocic do domyslnych ustawien ? cos chyba jest nie tak

#komputer #watki #procesor #msconfig
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
mariusz-laszczka
  • 3
#java #spring #watki

Mirki, czy tworzac klase DTO w springu - powinienem sie martwic wielowatkowoscia? Przegladajac przyklady - czasami widze, ze ludzie uzywaja pol finalnych - bez setterow, wszystko w 100% thread safe. Czasami sa to klasy ze zwyklymi polami, getterami/setterami... Nie znalazlem zadnej argumentacji popierajacej uzywanie ktoregos ze sposobow. Jak to powinno wygladac?
  • 8
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
fegwegw
  • 3
czyli możesz to wykonać przed

lub w trakcie wywołania konstruktora


@Waffenek: A jak mam 10 pól do ustawienia? Z tego 5 opcjonalnych?

Ja po prostu wytknąłem, że mówienie, że 'settery są niepotrzebne', jest sporym nadużyciem bez kompletnej wiedzy na temat architektury.
  • Odpowiedz
Waffenek
  • 2
@fegwegw: No to ładnie by tam pasował builder. Nawet niech będzie taki najprostszy mutowalny z Lomboka. Robisz build i dalej masz już gwarancje że ty sam ani nikt inny nie zamiesza nic w stanie obiektu.
  • Odpowiedz
ZwyklyUzytkownik
ZwyklyUzytkownik
  • 1
#java #watki #concurrency
Pytanie do bardziej wtajemniczonych Mirków (tacy, których znajomość wątków wykracza poza słowo kluczowe synchronized):
Czy czytanie książki "Java. Współbieżność dla praktyków" jest dobrym pomysłem, skoro jej data wydania to 2007 rok?
  • 10
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
PanCogito
  • 0
@asdasty: powiem jeszcze tylko ze takich wątków oThread mam wiele. Wiec wątki są mi potrzebne i jeśli chodzi o działania to każdy wątek robi jakieś swoje funkcje i jest wszsytko git. Tylko jak w jednym wątku dwa razy wywołam i nie zdąży się zrobić to wtedy sie wiesza
  • Odpowiedz