Nezlobte se na mě, ale opět pletete páté přes deváté a mám z vás pocit, že jste si o tom všem akorát někde něco přečetl, ale pochopil špatně a vlastní zkušenosti okolo systémového programování máte mizivé, nebo spíše nulové, jinak by z vás nemohly padat takové nesmysly.
Když mluvíte o jakémsi vašem problému statických struktur, evidentně nevíte, která bije. To co o tom píšete nemá ani hlavu ani patu, nedává to vůbec žádný smysl, stejně jako je naprosto mimo vaše myšlenka nápravy.
Podobné nesmysly píšete okolo forku. Opět to jsou vše jen nějaké vaše výmysly, které mají s realitou jen pramálo společného. Časový rozdíl při vytváření vlákna oproti procesu sice je, ale vzhledem k tomu, že vytvoření je jednorázová činnost, není to žádná tragedie. Pokud váš program v nějakém cyklu vyrábí tisíce vláken nebo procesů, pak je to chyba programátora a ne systému. To co píšete o přepínání kontextu je totální nesmysl. Přepnutí procesu a přepnutí vlákna trvá přesně stejně dlouho. Rozdíl mezi vláknem a procesem pro plánovač neexistuje. Napůl nesmysl je i vaše tvrzení o vytváření adresového prostoru. Tak jako tak se to v praxi provede tak, že se jen vyplní příslušná stránkovací tabulka (resp. segmentační, resp. obě - záleží na implementaci), což je pár údajů - ovšem to se provede jak u procesu, tak u vlákna. U vlákna se oproti procesu jen datový segment neduplikuje, to je v podstatě jediný rozdíl. Řešení problému je celkem jednoduché - potomky vytváříme z procesu s minimem statických dat a pokud tyto procesy mají pracovat s rozsáhlými statickými daty, použijeme metod IPC. Vlákna jsou sice pěkné hračky, ale jde to i bez nich při zachování stejné efektivity. Stačí jen používat hlavu. Kde je svět je věc druhá. Když je něco v módě, ještě to zdaleka neznamená, že to má nějaký velký reálný přínos. Mně osobně tohle podléhání módním trendům u Linuxu vadí. Vlákna byla v době vzniku Unixu dávno známá i tvůrcům Unixu, ostatně je sami programovali při vývoji Multicsu, ale nebyla implementována kvůli nepotřebnosti. A mimo to - existuje i cosi jako vfork, když se vám fork zdá moc náročný.
K ostatním věcem se nevyjadřuji, protože se jimi aktivně nezabývám.
Odpověď na názor
Odpovídáte na názor k článku Linspire a Microsoft: Další dva kamarádi.
Pravidla pro diskutující
Přidáním čtenářského příspěvku do diskusí či fóra souhlasíte s tím, že budete dodržovat následující pravidla. Při jejich hrubém porušení se vystavujete riziku smazání příspěvku, jeho modifikaci, v krajním případě i zablokování přístupu do diskusí.
Redakce ze zásady nezasahuje do čtenářských diskusí a zavazuje se, že nebude mazat ani modifikovat příspěvky, kromě případů, kdy tyto porušují některé z následujících pravidel. V takové situaci je na zvážení redakce, zda příspěvek modifikuje s viditelným upozorněním, či přímo smaže. Redakce nikdy nemaže „nesouhlasné komentáře“ jen proto, že jsou nesouhlasné. Vítáme střet názorů, ale vždy v rámci slušné a kultivované debaty.
Příspěvky nesmí obsahovat:
- Vulgární či hrubé výrazy.
- Urážlivé výroky na adresu druhé osoby či skupiny osob.
- Texty, které mají za cíl jen vyprovokovat emotivní reakci (trolling).
- Rasové útoky či útoky na jakoukoliv jinou menšinu či skupinu obyvatel.
- Komerční nabídky a affiliate odkazy.
- Odkazy na warez, sériová čísla, licenční kódy, pornografii a další nevhodný materiál stejně jako žádosti o poskytnutí tohoto obsahu.
- Prokazatelně protiprávní obsah.
Informace o soukromí: U všech přidaných komentářů provozovatel ukládá IP adresu a hostname odesílatele. U neregistrovaných uživatelů se na webu zobrazuje část hostname, případně IP adresy, neumožňující identifikovat konkrétní počítač.
Povolené značky XHTML: a, br, code, em, li, ol, p, pre, strong, sub, sup, ul
