1 Востаннє редагувалося ADR (27.05.2016 23:30:13)

Тема: Chrome vs. RAM

Ні ну я знаю, що він їсть багато ОЗП, але ж на настільки!
Якщо подивитись так /proc/*/status | grep VmRSS і додати це /proc/*/status | grep VmSwap та згрупувати за назвою то вийде що хром жре 2 гб при тому що відкрито з 10 вкладок та (+500мб, якщо відкрити ютуб).

VirtualBox          :  2233 MB; (top size:  2233 MB; in percent:  26%)
chrome              :  2185 MB; (top size:  4419 MB; in percent:  52%)
thunderbird         :   537 MB; (top size:  4957 MB; in percent:  58%)
compiz              :   423 MB; (top size:  5380 MB; in percent:  63%)
gtk-window-deco     :   353 MB; (top size:  5734 MB; in percent:  67%)
totem               :   188 MB; (top size:  5922 MB; in percent:  69%)
Viber               :   165 MB; (top size:  6088 MB; in percent:  71%)
Xvfb                :   165 MB; (top size:  6253 MB; in percent:  73%)
zeitgeist-fts       :   154 MB; (top size:  6407 MB; in percent:  75%)
skype               :   138 MB; (top size:  6546 MB; in percent:  77%)
Summery for top     :  6546 MB
Total using memory  :  8526 MB

При тому, що "Системний монітор" бачить десь у двічі менше. Хоча, якщо закрити хром то використання впаде якраз на ті 2Гб
http://dl.dropbox.com/u/71188516/%D0%92%D0%B8%D0%B4%D1%96%D0%BB%D0%B5%D0%BD%D0%BD%D1%8F_004.png

І що ж це таке? Є підозри на Z-Ram, але воно взагалі б не використовувалось, якщо б всьому хватало 8Гб ОЗП.

Подякували: 221VOLT1

2 Востаннє редагувалося HetmanNet (28.05.2016 14:55:02)

Re: Chrome vs. RAM

ADR написав:

Ні ну я знаю, що він їсть багато ОЗП, але ж на настільки!
Якщо подивитись так /proc/*/status | grep VmRSS і додати це /proc/*/status | grep VmSwap та згрупувати за назвою то вийде що хром жре 2 гб при тому що відкрито з 10 вкладок та (+500мб, якщо відкрити ютуб).

VirtualBox          :  2233 MB; (top size:  2233 MB; in percent:  26%)
chrome              :  2185 MB; (top size:  4419 MB; in percent:  52%)
thunderbird         :   537 MB; (top size:  4957 MB; in percent:  58%)
compiz              :   423 MB; (top size:  5380 MB; in percent:  63%)
gtk-window-deco     :   353 MB; (top size:  5734 MB; in percent:  67%)
totem               :   188 MB; (top size:  5922 MB; in percent:  69%)
Viber               :   165 MB; (top size:  6088 MB; in percent:  71%)
Xvfb                :   165 MB; (top size:  6253 MB; in percent:  73%)
zeitgeist-fts       :   154 MB; (top size:  6407 MB; in percent:  75%)
skype               :   138 MB; (top size:  6546 MB; in percent:  77%)
Summery for top     :  6546 MB
Total using memory  :  8526 MB

При тому, що "Системний монітор" бачить десь у двічі менше. Хоча, якщо закрити хром то використання впаде якраз на ті 2Гб
http://dl.dropbox.com/u/71188516/%D0%92%D0%B8%D0%B4%D1%96%D0%BB%D0%B5%D0%BD%D0%BD%D1%8F_004.png

І що ж це таке? Є підозри на Z-Ram, але воно взагалі б не використовувалось, якщо б всьому хватало 8Гб ОЗП.

Ні, він дійсно стільки жре.. тому то нормально.. і ще в додачу десь 200-350 МБ відеопам'яті у відеокарти.. :)

Я розумію, що колись 2ГБ було дофіга, але зараз 8ГБ то мінімально придатна для використання кількість. Дякуйте фреймворкам та криворукому ООП :D

Подякували: ADR, 221VOLT2

3

Re: Chrome vs. RAM

HetmanNet написав:

Дякуйте фреймворкам та криворукому ООП :D

Дякуйте криворуким програмістам, які не вміють використовувати ООП і керувати пам'ятю. А саме ООП було створено саме для того щоб програмний код був оптимальним.

Подякували: /KIT\1

4

Re: Chrome vs. RAM

Я розумію, що колись 2ГБ було дофіга, але зараз 8ГБ то мінімально придатна для використання кількість. Дякуйте фреймворкам та криворукому ООП :D

Хромофани юзали від 8Гб ще у далекому 2010-му, пояснюючи саме вбогістю мого ноута божевільні гальма тодішнього хрома. Оскільки на мою думку браузеру системи з 3Гб рам має вистачати "з головою" - хром відправився туди, де йому й місце.

Подякували: Djalin, leofun01, 221VOLT3

5

Re: Chrome vs. RAM

Дякуйте текучому javascript`y та мегабайтам картиночок на вебсайтах.

Подякували: 221VOLT1

6

Re: Chrome vs. RAM

IhorGorobets написав:

Дякуйте текучому javascript`y та мегабайтам картиночок на вебсайтах.

...що чомусь не створює таких неймовірних проблем у випадку з іншими браузерами. Злив.

Подякували: 221VOLT1

7

Re: Chrome vs. RAM

leofun01 написав:
HetmanNet написав:

Дякуйте фреймворкам та криворукому ООП :D

Дякуйте криворуким програмістам, які не вміють використовувати ООП і керувати пам'ятю. А саме ООП було створено саме для того щоб програмний код був оптимальним.

Як раз в тому брехня, ООП створили щоб полегшити створення великих програм, надати гнучкість яку вимагали графічні інтерфейси та для покращення машинного навчання, про це писали в перших книгах по ООП. Але йшов час і це змінилося на те що ООП чудовий інструмент економії, завдяки програми менші по кількості строк коду і відповідно потребують менше часу на розробку та відповідно є дешевшими. Потім пішли решта міфів про оптимальність, якщо на початку йшлося що ООП завдяки гнучкості дозволить зробити код машинного навчання оптимальнішим та ефективнішим (що правда) то все це переросло в байку що ООП економить все, від кількості строк коду і до палива у вашій машині.

Зараз фреймворки в 99% є інструментом перетворення програм у величезні прожерливі монстри, а ООП інструментом економії за рахунок якості.

Те що чудові інструменти як фреймворки та ООП перетворилися з речей які мали покращити софт на джерело всіх бід є ледачі та жадібні програмісти.

P.S. Схоже я надихався парів ізопропілового спирту, схоже він дійсно добре п'янить.

Подякували: Djalin, leofun01, Анатолій, 221VOLT4

8

Re: Chrome vs. RAM

Lordie написав:
IhorGorobets написав:

Дякуйте текучому javascript`y та мегабайтам картиночок на вебсайтах.

...що чомусь не створює таких неймовірних проблем у випадку з іншими браузерами. Злив.

Бо Chrome створює для кожної вкладки новий процес обробки, щоб коли ти перемкнешся вона була готова і для того щоб та не припиняла своєї роботи. Інші браузери обробляють сторінки по черзі і часто кладуть болта на фонові при великому завантаженні.

Простий приклад, я грав колись в одну іграшку, у неї 90% сторінки це javascript, то в chrome я міг відкрити інші вкладки і там гра тривала у фоні, то в Firefox гра завершувала сесію бо через те що сторінка фонова обробка її скриптів понижувалася в пріоритеті через що не вистачало ресурсів, гра виснула у фоні, таймаут проходив і сесія закривалася.

Подякували: 221VOLT1

9

Re: Chrome vs. RAM

HetmanNet написав:
Lordie написав:
IhorGorobets написав:

Дякуйте текучому javascript`y та мегабайтам картиночок на вебсайтах.

...що чомусь не створює таких неймовірних проблем у випадку з іншими браузерами. Злив.

Бо Chrome створює для кожної вкладки новий процес обробки, щоб коли ти перемкнешся вона була готова і для того щоб та не припиняла своєї роботи. Інші браузери обробляють сторінки по черзі і часто кладуть болта на фонові при великому завантаженні.

Простий приклад, я грав колись в одну іграшку, у неї 90% сторінки це javascript, то в chrome я міг відкрити інші вкладки і там гра тривала у фоні, то в Firefox гра завершувала сесію бо через те що сторінка фонова обробка її скриптів понижувалася в пріоритеті через що не вистачало ресурсів, гра виснула у фоні, таймаут проходив і сесія закривалася.

Боюсь навіть цікавитись що за гра на JavaScript якій переставало вистачати ресурсів... сумно.
Власне, у вищеописаній ситуації, що змусила мене відмовитись від хрому рочків зо 5 тому причина якраз у роботі з вкладками й була. При перемиканні між ними браузер вважав за цілком нормальне навіть при незначній кількості вкладок спершу довго показувати порожню сторінку, а вже потім "згадати" що так, там щось є і треба б його відрендерити. І мова не про вкладки які були відкриті бозна-коли і не підвантажені при новому старті браузера - просто при перемиканні. Тому якщо це називається "вона була готова"... дякую, я пас.

Подякували: leofun011

10 Востаннє редагувалося HetmanNet (28.05.2016 18:32:00)

Re: Chrome vs. RAM

Lordie написав:
HetmanNet написав:
Lordie написав:

...що чомусь не створює таких неймовірних проблем у випадку з іншими браузерами. Злив.

Бо Chrome створює для кожної вкладки новий процес обробки, щоб коли ти перемкнешся вона була готова і для того щоб та не припиняла своєї роботи. Інші браузери обробляють сторінки по черзі і часто кладуть болта на фонові при великому завантаженні.

Простий приклад, я грав колись в одну іграшку, у неї 90% сторінки це javascript, то в chrome я міг відкрити інші вкладки і там гра тривала у фоні, то в Firefox гра завершувала сесію бо через те що сторінка фонова обробка її скриптів понижувалася в пріоритеті через що не вистачало ресурсів, гра виснула у фоні, таймаут проходив і сесія закривалася.

Боюсь навіть цікавитись що за гра на JavaScript якій переставало вистачати ресурсів... сумно.
Власне, у вищеописаній ситуації, що змусила мене відмовитись від хрому рочків зо 5 тому причина якраз у роботі з вкладками й була. При перемиканні між ними браузер вважав за цілком нормальне навіть при незначній кількості вкладок спершу довго показувати порожню сторінку, а вже потім "згадати" що так, там щось є і треба б його відрендерити. І мова не про вкладки які були відкриті бозна-коли і не підвантажені при новому старті браузера - просто при перемиканні. Тому якщо це називається "вона була готова"... дякую, я пас.

Якщо графіка інтегрована, стара і немає потрібних фіг чи мало відеопам'яті то не дивно, бо Chrome став першим браузером який почав юзати можливості відеокарт для свого пришвидшення. Тому коли потрібних фіч не було чи недостатньо (наприклад замало вільної відеопамʼяті і він переходив у режим без використання відяхи) він робив отаку фігню з промальованням сторінок.

11

Re: Chrome vs. RAM

HetmanNet написав:
Lordie написав:
HetmanNet написав:

Бо Chrome створює для кожної вкладки новий процес обробки, щоб коли ти перемкнешся вона була готова і для того щоб та не припиняла своєї роботи. Інші браузери обробляють сторінки по черзі і часто кладуть болта на фонові при великому завантаженні.

Простий приклад, я грав колись в одну іграшку, у неї 90% сторінки це javascript, то в chrome я міг відкрити інші вкладки і там гра тривала у фоні, то в Firefox гра завершувала сесію бо через те що сторінка фонова обробка її скриптів понижувалася в пріоритеті через що не вистачало ресурсів, гра виснула у фоні, таймаут проходив і сесія закривалася.

Боюсь навіть цікавитись що за гра на JavaScript якій переставало вистачати ресурсів... сумно.
Власне, у вищеописаній ситуації, що змусила мене відмовитись від хрому рочків зо 5 тому причина якраз у роботі з вкладками й була. При перемиканні між ними браузер вважав за цілком нормальне навіть при незначній кількості вкладок спершу довго показувати порожню сторінку, а вже потім "згадати" що так, там щось є і треба б його відрендерити. І мова не про вкладки які були відкриті бозна-коли і не підвантажені при новому старті браузера - просто при перемиканні. Тому якщо це називається "вона була готова"... дякую, я пас.

Якщо графіка інтегрована, стара і немає потрібних фіг чи мало відеопам'яті то не дивно, бо Chrome став першим браузером який почав юзати можливості відеокарт для свого пришвидшення. Тому коли потрібних фіч не було чи недостатньо (наприклад замало вільної відеопамʼяті і він переходив у режим без використання відяхи) він робив отаку фігню з промальованням сторінок.

Якщо браузеру потрібне дискретне відео для виконання своїх прямих обов'язків (рендерингу звичайнісіньких сторінок, без маси аплетів, відео тощо) - нафіг такий браузер. Тому чого там йому ще заманеться і чого ще йому було недостатньо - це його особисті проблеми. Ноут мій, ресурси мої, якщо хром не в змозі виконувати свої прямі обов'язки на цілком актуальному залізі (матір вашу - ви тільки задумайтесь, 3Гб рам - це ЗНАЧНО більше за всі ресурси, що обслуговували космічні експедиції та ще масу справді геніальних речей) - благо, є маса альтернатив, спроектованих не настільки... кхм, ну я промовчу.

Подякували: leofun01, 221VOLT2

12

Re: Chrome vs. RAM

Lordie написав:
HetmanNet написав:
Lordie написав:

Боюсь навіть цікавитись що за гра на JavaScript якій переставало вистачати ресурсів... сумно.
Власне, у вищеописаній ситуації, що змусила мене відмовитись від хрому рочків зо 5 тому причина якраз у роботі з вкладками й була. При перемиканні між ними браузер вважав за цілком нормальне навіть при незначній кількості вкладок спершу довго показувати порожню сторінку, а вже потім "згадати" що так, там щось є і треба б його відрендерити. І мова не про вкладки які були відкриті бозна-коли і не підвантажені при новому старті браузера - просто при перемиканні. Тому якщо це називається "вона була готова"... дякую, я пас.

Якщо графіка інтегрована, стара і немає потрібних фіг чи мало відеопам'яті то не дивно, бо Chrome став першим браузером який почав юзати можливості відеокарт для свого пришвидшення. Тому коли потрібних фіч не було чи недостатньо (наприклад замало вільної відеопамʼяті і він переходив у режим без використання відяхи) він робив отаку фігню з промальованням сторінок.

Якщо браузеру потрібне дискретне відео для виконання своїх прямих обов'язків (рендерингу звичайнісіньких сторінок, без маси аплетів, відео тощо) - нафіг такий браузер. Тому чого там йому ще заманеться і чого ще йому було недостатньо - це його особисті проблеми. Ноут мій, ресурси мої, якщо хром не в змозі виконувати свої прямі обов'язки на цілком актуальному залізі (матір вашу - ви тільки задумайтесь, 3Гб рам - це ЗНАЧНО більше за всі ресурси, що обслуговували космічні експедиції та ще масу справді геніальних речей) - благо, є маса альтернатив, спроектованих не настільки... кхм, ну я промовчу.

1. Chrome робили зручним та функціональним, а не економним.
2. Проблема нестачі ресурів то проблема не програми, а користувача що вирішив її використати.
3. Якщо ти нездатний надати програмі потрібні ресурси то нічого лаяти програму, вона у невинна що ти хочеш забагато як для того заліза що маєш. Буває програмісту ліньки, але це треба довести написавши програму з такими самими можливостями (а не з іншими) яка споживатиме менше ресурсів. Тобто не просто браузер, що юзає ті самі принципи розподілу ресурсів та обробки даних.
4. У тебе залізо геть не актуальне, навіть в мене не актуальне, хоча куди краще за твоє.
5. Для спеціалізованих систем використовують програми без графічного інтерфейса, а самі програми нагадують швидше величезну програму для мікроконтролера а не комп'ютера. Тому бортові комп'ютери це фактично великі PLC, а не комп'ютери в тому розумінні що на землі приймають.

13

Re: Chrome vs. RAM

HetmanNet написав:
Lordie написав:
HetmanNet написав:

Якщо графіка інтегрована, стара і немає потрібних фіг чи мало відеопам'яті то не дивно, бо Chrome став першим браузером який почав юзати можливості відеокарт для свого пришвидшення. Тому коли потрібних фіч не було чи недостатньо (наприклад замало вільної відеопамʼяті і він переходив у режим без використання відяхи) він робив отаку фігню з промальованням сторінок.

Якщо браузеру потрібне дискретне відео для виконання своїх прямих обов'язків (рендерингу звичайнісіньких сторінок, без маси аплетів, відео тощо) - нафіг такий браузер. Тому чого там йому ще заманеться і чого ще йому було недостатньо - це його особисті проблеми. Ноут мій, ресурси мої, якщо хром не в змозі виконувати свої прямі обов'язки на цілком актуальному залізі (матір вашу - ви тільки задумайтесь, 3Гб рам - це ЗНАЧНО більше за всі ресурси, що обслуговували космічні експедиції та ще масу справді геніальних речей) - благо, є маса альтернатив, спроектованих не настільки... кхм, ну я промовчу.

1. Chrome робили зручним та функціональним, а не економним.
2. Проблема нестачі ресурів то проблема не програми, а користувача що вирішив її використати.
3. Якщо ти нездатний надати програмі потрібні ресурси то нічого лаяти програму, вона у невинна що ти хочеш забагато як для того заліза що маєш. Буває програмісту ліньки, але це треба довести написавши програму з такими самими можливостями (а не з іншими) яка споживатиме менше ресурсів. Тобто не просто браузер, що юзає ті самі принципи розподілу ресурсів та обробки даних.
4. У тебе залізо геть не актуальне, навіть в мене не актуальне, хоча куди краще за твоє.
5. Для спеціалізованих систем використовують програми без графічного інтерфейса, а самі програми нагадують швидше величезну програму для мікроконтролера а не комп'ютера. Тому бортові комп'ютери це фактично великі PLC, а не комп'ютери в тому розумінні що на землі приймають.

1. Ага. А решта браузерів і не зручні, і не функціональні, і ще й працюють без лагів... фуфло якесь.
2. Проблема нестачі ресурсів, якщо ці ресурси суттєво вищі за вказані у системних вимогах ПЗ - НЕ проблема користувача, а бидло-розробника, що не здатен оцінити реальні вимоги свого продукту. Щось я вельми слабко вірю що ви так само кричатимете про "проблему користувача", коли придбаєте суперкар, що їздить на гелієвих елементах, про що не буде жодного слова у документації, а ви свято розраховуватимете на накопичені ще радянські запаси А76-го... І так, у хрома й на сьогоднішній день у системних вимогах жод-но-го слова ні про які дискретні відео тощо. А мова йшла про 2010 рік...
3. Такі програми вже є, благо - не хромом єдиним.
4. Ви анібіса не знаєте про моє залізо і майте бодай якісь залишки культури аби не будувати здогадок щодо того чим користується ваш співрозмовник. Ertem?
5. Розробники embedded-систем з GUI, сотнями сенсорів і вельми обмеженими ресурсами вже ржуть з вашого аргументу.

Подякували: leofun01, Djalin, 221VOLT3

14 Востаннє редагувалося HetmanNet (28.05.2016 19:51:39)

Re: Chrome vs. RAM

Lordie написав:
HetmanNet написав:
Lordie написав:

Якщо браузеру потрібне дискретне відео для виконання своїх прямих обов'язків (рендерингу звичайнісіньких сторінок, без маси аплетів, відео тощо) - нафіг такий браузер. Тому чого там йому ще заманеться і чого ще йому було недостатньо - це його особисті проблеми. Ноут мій, ресурси мої, якщо хром не в змозі виконувати свої прямі обов'язки на цілком актуальному залізі (матір вашу - ви тільки задумайтесь, 3Гб рам - це ЗНАЧНО більше за всі ресурси, що обслуговували космічні експедиції та ще масу справді геніальних речей) - благо, є маса альтернатив, спроектованих не настільки... кхм, ну я промовчу.

1. Chrome робили зручним та функціональним, а не економним.
2. Проблема нестачі ресурів то проблема не програми, а користувача що вирішив її використати.
3. Якщо ти нездатний надати програмі потрібні ресурси то нічого лаяти програму, вона у невинна що ти хочеш забагато як для того заліза що маєш. Буває програмісту ліньки, але це треба довести написавши програму з такими самими можливостями (а не з іншими) яка споживатиме менше ресурсів. Тобто не просто браузер, що юзає ті самі принципи розподілу ресурсів та обробки даних.
4. У тебе залізо геть не актуальне, навіть в мене не актуальне, хоча куди краще за твоє.
5. Для спеціалізованих систем використовують програми без графічного інтерфейса, а самі програми нагадують швидше величезну програму для мікроконтролера а не комп'ютера. Тому бортові комп'ютери це фактично великі PLC, а не комп'ютери в тому розумінні що на землі приймають.

1. Ага. А решта браузерів і не зручні, і не функціональні, і ще й працюють без лагів... фуфло якесь.
2. Проблема нестачі ресурсів, якщо ці ресурси суттєво вищі за вказані у системних вимогах ПЗ - НЕ проблема користувача, а бидло-розробника, що не здатен оцінити реальні вимоги свого продукту. Щось я вельми слабко вірю що ви так само кричатимете про "проблему користувача", коли придбаєте суперкар, що їздить на гелієвих елементах, про що не буде жодного слова у документації, а ви свято розраховуватимете на накопичені ще радянські запаси А76-го... І так, у хрома й на сьогоднішній день у системних вимогах жод-но-го слова ні про які дискретні відео тощо. А мова йшла про 2010 рік...
3. Такі програми вже є, благо - не хромом єдиним.
4. Ви анібіса не знаєте про моє залізо і майте бодай якісь залишки культури аби не будувати здогадок щодо того чим користується ваш співрозмовник. Ertem?
5. Розробники embedded-систем з GUI, сотнями сенсорів і вельми обмеженими ресурсами вже ржуть з вашого аргументу.

1. Уточню.. Chrome він простий, захищений, швидкий (якщо ресурсів достатньо).. тобто комфортний.
Комусь запор є комфорник, а комусь бентлі недостатньо камфорний. Тому перший на паливо для бентлі зажме, а другий пішки краще піде ніж на запорі торохтітиме. Все відносне. Якщо тобі достатньо куща, то не треба судити на скільки має бути чиста вбиральня для іншого.
2. Chrome має лиш опис мінімальних системних вимог до процесора та ОС, і то це вимоги щоб мати можливість запуститися а не нормально працювати. Тому не треба байок та наїздів на розробників. А клясти розробників на основі системних вимог зі своєї уяви чи видраних з якогось ресурсу що немає стосунку до розробників є вищим проявом ідіотизму.
3. Таких немає, вони інші. Те що вони всі браузери не робить їх однаковими.
4. Якщо в мене воно не є кращим, то чому я не бачу проблем у використанні мегапрожерливого браузера з купою вкладок? Коли ресурсів достатньо навіть не звертаєш уваги скільки жре Chrome чи інша програма, воно тебе не турбує, лиш одиночні психи без потреби починаю перейматися ресурсами які жре програма.
5. Почнемо з того, що ресурси сучасних embedded-систем куди більші аніж ви думаєте, а на космічних станціях GUI не юзає бортовий комп'ютер для цього ноут підключають з програмою що вирішує цей недолік, звичайний сучасний ноут. Крім того не пригадую embedded-систем з вбудованим повноцінним браузером рівня chrome. А embedded-систем які мають Web-GUI  непотрібні великі ресурси, бо вони не рендерять сторінок.  Тому не несіть нісенітниць, просто прийміть те що світ змінився, а ви проґавили ці зміни.

15

Re: Chrome vs. RAM

HetmanNet написав:

просто прийміть те що світ змінився, а ви проґавили ці зміни.

Не всі зміни у світі - хороші. Бувають зміни, яких краще би небуло.
Як на мене запуск нового процесу для кожної вкладки - неприйнятний, враховуючи те, що в кожному вікні відображається тільки одна вкладка.

Подякували: Djalin, 221VOLT2

16

Re: Chrome vs. RAM

HetmanNet написав:
Lordie написав:
HetmanNet написав:

1. Chrome робили зручним та функціональним, а не економним.
2. Проблема нестачі ресурів то проблема не програми, а користувача що вирішив її використати.
3. Якщо ти нездатний надати програмі потрібні ресурси то нічого лаяти програму, вона у невинна що ти хочеш забагато як для того заліза що маєш. Буває програмісту ліньки, але це треба довести написавши програму з такими самими можливостями (а не з іншими) яка споживатиме менше ресурсів. Тобто не просто браузер, що юзає ті самі принципи розподілу ресурсів та обробки даних.
4. У тебе залізо геть не актуальне, навіть в мене не актуальне, хоча куди краще за твоє.
5. Для спеціалізованих систем використовують програми без графічного інтерфейса, а самі програми нагадують швидше величезну програму для мікроконтролера а не комп'ютера. Тому бортові комп'ютери це фактично великі PLC, а не комп'ютери в тому розумінні що на землі приймають.

1. Ага. А решта браузерів і не зручні, і не функціональні, і ще й працюють без лагів... фуфло якесь.
2. Проблема нестачі ресурсів, якщо ці ресурси суттєво вищі за вказані у системних вимогах ПЗ - НЕ проблема користувача, а бидло-розробника, що не здатен оцінити реальні вимоги свого продукту. Щось я вельми слабко вірю що ви так само кричатимете про "проблему користувача", коли придбаєте суперкар, що їздить на гелієвих елементах, про що не буде жодного слова у документації, а ви свято розраховуватимете на накопичені ще радянські запаси А76-го... І так, у хрома й на сьогоднішній день у системних вимогах жод-но-го слова ні про які дискретні відео тощо. А мова йшла про 2010 рік...
3. Такі програми вже є, благо - не хромом єдиним.
4. Ви анібіса не знаєте про моє залізо і майте бодай якісь залишки культури аби не будувати здогадок щодо того чим користується ваш співрозмовник. Ertem?
5. Розробники embedded-систем з GUI, сотнями сенсорів і вельми обмеженими ресурсами вже ржуть з вашого аргументу.

1. Уточню.. Chrome він простий, захищений, швидкий (якщо ресурсів достатньо).. тобто комфортний.
2. Chrome має лиш опис мінімальних системних вимог до процесора та ОС, і то це вимоги щоб мати можливість запуститися а не нормально працювати. Тому не треба байок та наїздів на розробників. А клясти розробників на основі системних вимог зі своєї уяви чи видраних з якогось ресурсу що немає стосунку до розробників є вищим проявом ідіотизму.
3. Таких немає, вони інші. Те що вони всі браузери не робить їх однаковими.
4. Якщо в мене воно не є кращим, то чому я не бачу проблем у використанні мегапрожерливого браузера з купою вкладок)? Коли ресурсів достатньо навіть не звертаєш уваги скільки жре Chrome чи інша програма, воно тебе не турбує, лиш одиночні психи без потреби починаю перейматися ресурсами які жре програма.
5. Почнемо з того, що ресурси сучасних embedded-систем куди більші аніж ви думаєте, а на космічних станціях GUI не юзає бортовий комп'ютер для цього ноут підключають, звичайний сучасний ноут. Крім того не пригадую embedded-систем з вбудованим повноцінним браузером рівня chrome. А embedded-систем які мають Web-GUI  непотрібні великі ресурси, бо вони не рендерять сторінок.  Тому не несіть нісенітниць, просто прийміть те що світ змінився, а ви проґавили ці зміни.

1. Перепрошую? Що саме ви знайшли не-простого, не-захищеного чи не-швидкого у інших браузерах? Та ще й некомфортного? Бо ось вже понад 5 років як змінив браузер, а забув помітити що мені мало стати складно, діряво, повільно і незручно. Склєроз...
2. Свого часу в мене NFS Underground теж запускався... на відеокарті старшій за чималенько туташніх форумчан та 128Мб RAM. Правда, текстури нікуди не влазили, тому місто в мене виглядало як "50 відтінків сірого", але... і знаєте що? В EA жодному бовдуру не спало на думку вважати конфігурацію, на якій воно "запустилось" системними вимогами їх продукту. Тому давайте без дурниць?
3. Точняк. Вони працюють. А Хром - не дуже. В цьому між ними суттєва різниця.
4. Ви досі плутаєтесь у часі, ге? На моєму поточному ПК ця хрінь літатиме. Але якщо нормальний браузер літає ще ліпше... залишу муки вибору фанам фона Мазоха.
5. Ой-ой-ой. Як ви кльово одним абзацом описали весь сегмент embedded-систем... хоча, чекайте. Ні, не описали. Їх в тисячі раз більше. "Тому не несіть нісенітниць, просто прийміть те що світ змінився, а ви проґавили ці зміни."

Подякували: leofun011

17

Re: Chrome vs. RAM

leofun01 написав:
HetmanNet написав:

просто прийміть те що світ змінився, а ви проґавили ці зміни.

Не всі зміни у світі - хороші. Бувають зміни, яких краще би небуло.
Як на мене запуск нового процесу для кожної вкладки - неприйнятний, враховуючи те, що в кожному вікні відображається тільки одна вкладка.

Згоден, безпека безпекою, але копіювати одні й ті самі дані n кількість раз є ідіотизмом (n = кількість вкладок?)
Але це менший ідіотизм ніж те, що раніше хром підтримував опцію (працювати_в_одному_процесі), а зараз чомусь ні. Попахує змовою виробників оперативки з гуглом :)

Подякували: leofun01, Djalin, 221VOLT3

18 Востаннє редагувалося HetmanNet (28.05.2016 20:15:12)

Re: Chrome vs. RAM

Chemist-i написав:
leofun01 написав:
HetmanNet написав:

просто прийміть те що світ змінився, а ви проґавили ці зміни.

Не всі зміни у світі - хороші. Бувають зміни, яких краще би небуло.
Як на мене запуск нового процесу для кожної вкладки - неприйнятний, враховуючи те, що в кожному вікні відображається тільки одна вкладка.

Згоден, безпека безпекою, але копіювати одні й ті самі дані n кількість раз є ідіотизмом (n = кількість вкладок?)
Але це менший ідіотизм ніж те, що раніше хром підтримував опцію (працювати_в_одному_процесі), а зараз чомусь ні. Попахує змовою виробників оперативки з гуглом :)

Не є ідіотизмом, бо копіюються дані, а не код.. ну на Linux точно так має бути через особливості механізму управління пам'яттю, з початку на ньому починається розробка браузера тому логічно що невважали то проблемою.. крім того це не є ідіотизм, це є механізм безпеки, і він треба для ізоляції процесів обробки вкладок, щоб ви могли вільно дивитися на одній вкладці порно а на паралельній без страху купувати в секс-шопі забавку.. крім того давало рівномірний розподіл навантаження на ядра..
Змови немає, просто його написання почало походити на написання ще одного браузера, крім того при роботі в єдиному процесі навантаження не розподіляється між ядрами рівномірно, непрацюють механізми безпеки що є його фічею і т.д. Та й вирішили що навіщо писати ще один Firefox, бо саме ним стає Chrome при роботі в єдиному процесі.

19

Re: Chrome vs. RAM

Давайте зробимо вигляд наче пан HetmanNet має бодай якесь уявлення про сучасний Firefox, а то якось сумно пригнічувати...

Подякували: Djalin, leofun01, 221VOLT3

20

Re: Chrome vs. RAM

Lordie написав:

Давайте зробимо вигляд наче пан HetmanNet має бодай якесь уявлення про сучасний Firefox, а то якось сумно пригнічувати...

Не вам судити.. левел не той..