3481
Server / Re:DNS Nastavení
« kdy: 28. 04. 2018, 10:28:07 »Mohu otázku? Která hostingová společnost má tohle GUI?Web4U / sprava-domen.cz![]()
![]()
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Mohu otázku? Která hostingová společnost má tohle GUI?Web4U / sprava-domen.cz![]()
![]()
No, že by tři aplikace, z nichž jedna asi neposkytuje ani nijak citlivé údaje, byly nějaké smršť případů…Řešíte tu velmi výjimečný případ ...
To je cokoliv jen ne vyjímečný případ.
Jak jsi sám napsa, jde i i jinak. Pokud bych chtěl obsloužit desetitisíce uživatelů, tak bych použil epoll místo vláken a C++ místo Javy, ideálně jako plugin do Nginx. Ale když už to musí v Javě, tak by snad šlo něco udělat s java.nio a případně netty serverem.Těžko to bude psát v C++ nebo pod Netty někdo, kdo má problém rozchodit příklad z příručky Springu. Právě proto existuje taková spousta hotových knihoven a frameworků, aby se každý mohl věnovat svému core businessu a k implementaci nějaké okrajové funkce mohl použít něco, co už je hotové. Kdyby to tazatel potřeboval nějak moc optimalizovat, asi by se takhle neptal ve fóru (resp. by mu to nijak nepomohlo). Tohle má být zřejmě nějaká okrajová funkcionalita, takže je nejlepší poskládat to z už hotových komponent a případnou optimalizaci řešit teprve tehdy, až by se zjistilo, že je s výkonem problém.
Aynchronni zpracovani v springu rozhodne pouzijem. Ale jak udrzat request klienta nazivu bez pauznuti vlakna nebo spusteni smycky ve vlakne ktora by kontrolovala nove data?Proč to chcete řešit sám a nepoužijete to, co už je ve Springu hotové?
Ale pro jistotu se prave ptam jestli "https" nema zadny vliv na email?Nemá.
Ne nevyvratil. Pridal si do toho deadlock. O kterym jsme se opet nebavili. Je to jen show-off od tebe.
Map<String, AtomicLong> counter = new HashMap<>()a chcete tu mapu i její prvky modifikovat z více vláken, musíte modifikaci prvků synchronizovat přes stejný monitor, jako přístup k mapě? Podle vás je následující kód špatně?public long increment(String name) {
AtomicLong namedCounter;
try {
lock.readLock().lock();
namedCounter = counter.get(name);
} finally {
lock.readLock().unlock();
}
return namedCounter.incrementAndGet();
}
Já jsem si říkal, jestli ten kód můžu takhle zjednodušit a bude každému jasné, že jde jenom o ten princip, že vytažení prvku ze synchronizované kolekce neříká vůbec nic o synchronizaci toho prvku. Ale máte pravdu, měl jsem buď ten text upravit, aby přesně popisoval ten kód, a nebo nechat ta vlákna nastartovaná dříve, aby tam opravdu nebyla žádná paměťová bariéra.Například v tomhle kódu vám to druhé vlákno může vypsat 0, 1 nebo i hodnotu, kterou měla ta položka ještě dříve.Kód: [Vybrat]Item item = synchronizedMap.get("item1");
item.setValue(0);
new Thread(() -> item.setValue(1)).start();
new Thread(() -> System.out.println(item.getValue())).start();
Nemůže. Může vypsat 0, 1 nebo hodnotu, kterou bude mít položka později. Nemůže vypsat dřívější, bo Thread.start() invokuje memory barrier (z hlediska JVM zajišťuje happened-before), podobně jako Thread.join().
Napsal si na zacatku bs, pak ses ho snazil podporit polovicni pravdou a nakonec si hrajes na to, jak mentorujes. Pridavas irelevantni veci a zamotavas se do toho.Na začátku jste vy napsal nesmysl, že když se modifikují prvky kolekce, musí být synchronizovány přes stejný monitor. To jsem vám vyvrátil, načež jste začal tvrdit, že kolekce interně pracují i s jinými typy, než je typ Object. A tak to pokračuje dál a dál, vždycky vám vyvrátím jeden nesmysl a vy přijdete s jiným.