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.
Názor k článku
Linspire a Microsoft: Další dva kamarádi
