The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Линус Торвальдс и другие разработчики ядра подключились к об..., opennews (ok), 03-Сен-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Линус Торвальдс и другие разработчики ядра подключились к об..."  –25 +/
Сообщение от Джек (?), 03-Сен-12, 12:46 
> Следовательно - линуксовый десктоп барахтается там же где и Эппл с Майкрософтом

Не думаю. Как минимум отзывчивость запуска приложений на линуксе медленнее чем в обоих выше.

Ответить | Правка | Наверх | Cообщить модератору

4. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +6 +/
Сообщение от ананим (?), 03-Сен-12, 12:48 
ха! враньё.
Ответить | Правка | Наверх | Cообщить модератору

19. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Аноним (-), 03-Сен-12, 13:02 
Может он имел ввиду, что в винде GUI было в ядро встроено. Отсюда отзывчивость графического интерфейса была выше, но была вероятность синего экрана изза краха приложения. Вроде бы в последних версиях венды от этого стали отходить. В линуксе же ядро отделено от GUI посредством иксов - отзывчивость меньше.
Ответить | Правка | Наверх | Cообщить модератору

85. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +7 +/
Сообщение от ананим (?), 03-Сен-12, 15:19 
не знаю что он там имел в виду, но
>В линуксе же ядро отделено от GUI посредством иксов - отзывчивость меньше.

всё равно брехня.
даже с учётом выше-сказанного.

Ответить | Правка | Наверх | Cообщить модератору

303. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +2 +/
Сообщение от Аноним (-), 03-Сен-12, 22:56 
Это не брехня. Они выиграли процент производительности, а вот о стабильности до сих пор ходят легенды. В среднем, каждую 1/10 секунду на Земле винда падает в BSoD.
Ответить | Правка | Наверх | Cообщить модератору

313. "Линус Торвальдс и другие разработчики ядра подключились к об..."  –1 +/
Сообщение от ананим (?), 03-Сен-12, 23:44 
>Это не брехня. Они выиграли процент производительности

это брехня.
потому что по 1 пункту они должны быть быстрее и по по 100 пунктам - медленнее.
что и происходит.
но поскольку зпуск не так критичен, как выполнение, то никто не замечает.

Ответить | Правка | Наверх | Cообщить модератору

152. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +9 +/
Сообщение от виндотролль (?), 03-Сен-12, 17:00 
Холодный старт и запуск файрфокса на моей системе укладываются в 50 секунд. На винде: 3 минуты - загрузка системы до экрана логина. Секунд 15 после ввода пароля и потом еще минуты 3 система остается неюзабельной. Запуск того же файрфокса, таким образом, происходит в 6 раз дольше.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

238. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +3 +/
Сообщение от fmpdfs (?), 03-Сен-12, 20:35 
Соболезную
Ответить | Правка | Наверх | Cообщить модератору

246. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от SubGun (ok), 03-Сен-12, 20:55 
У меня есть комп, который грузится 10 минут. И что?
Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

286. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от saNdro (?), 03-Сен-12, 22:24 
См. первое предложение. Всё познаётся в сравнении.
Ответить | Правка | Наверх | Cообщить модератору

418. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +1 +/
Сообщение от виндотролль (?), 04-Сен-12, 17:57 
Ну, вообще-то, я немного слукавил. Компы, действительно, разные: винда - на рабочем компе. Этим, возможно, обьясняется длительная загрузка до экрана логина и после ввода пароля - подтягиваются с центрального сервака всякие политики и пр..

Однако, после старта системы, когда все уже подтянуто, она тупит, по одной прорисовывает иконочки и пр.. Хотя из софта там: среда разработки, файрфокс, мсофис. Никакого юзерского софта в автозапуске.

Ну и не лишним будет упомянуть, что рабочий комп как минимум не медленнее домашнего: Core i5, 4GB, новенький (!) HDD
против
Core2Duo e6550, 6GB, HDD 7-летней давности (!).

Дома винда тоже, ессно, работала _гораздо_ медленнее. Но уж года 3, как снес это гогно.

Ответить | Правка | Наверх | Cообщить модератору

415. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +3 +/
Сообщение от Аноним (-), 04-Сен-12, 16:33 
У меня есть комп, который вообще не грузится. И что?
Ответить | Правка | К родителю #246 | Наверх | Cообщить модератору

333. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Аноним (-), 04-Сен-12, 05:14 
> Холодный старт и запуск файрфокса на моей системе укладываются в 50 секунд.

А на SSD пингвин вообще секунд за 5 взлетает. После чего можно запускать все что угодно - ничего не тормозит. Woot!

Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

154. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от ананим (?), 03-Сен-12, 17:01 
>Нет никакого вранья. Это не мое личное наблюдение, это факт: в линуксе все запускается в тридцать раз дольше.

а я говорю ровно другое - Нет никакого вранья. Это не мое личное наблюдение, это факт: в линуксе все запускается в тридцать раз быстрее.

только что (неделю назад) снёс винду на новом ноуте 15.6" SAMSUNG NP550P5C-S01, Intel Core i7 3610QM, 2.3ГГц, 8Гб, 1000Гб, nVidia GeForce GT 650M — 2048 Мб, Blu-Ray
просто офигел какая она тормоз по сравнению с линуксом.

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

249. "Линус Торвальдс и другие разработчики ядра подключились к об..."  –1 +/
Сообщение от SubGun (ok), 03-Сен-12, 20:58 
Открываем в линуксе 30 вкладок сайтов с флешевой рекламой и ппц. Линукс быстро работает, потому что нечему грузить систему. Была бы возможность там хотя бы автокад юзнуть, можно было бы сравнивать.
Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

306. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от taliano (ok), 03-Сен-12, 23:07 
Вообще выключаем компьютер и радуемся что память вообще свободна вся.
Ответить | Правка | К родителю #415 | Наверх | Cообщить модератору

311. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +1 +/
Сообщение от rshadow (ok), 03-Сен-12, 23:30 
> автокад юзнуть, можно было бы сравнивать.

если имеется ввиду сравнение отзывчивости интерфнйса то линукс бесспорно лучше.

если вы имеете ввиду вычислительные задачи, то линукс бесспорно лучше.

если вы имеете ввиду еще что-то... ну вы поняли :-)

Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

334. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +4 +/
Сообщение от Аноним (-), 04-Сен-12, 05:16 
> Открываем в линуксе 30 вкладок сайтов с флешевой рекламой

У меня флеш не установлен. А зачем мне 30 вкладок с рекламой? Вы еще чемодан г-на предложите!

Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

380. "Линус Торвальдс и другие разработчики ядра подключились..."  +2 +/
Сообщение от arisu (ok), 04-Сен-12, 11:18 
> Открываем в линуксе 30 вкладок сайтов с флешевой рекламой

но зачем?

Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

230. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +2 +/
Сообщение от pro100master (ok), 03-Сен-12, 19:46 
GUI в ядро NT не встроено. Ядро можно запустить отдельно. Сильно связаны на низком уровне (в том числе, вне API) - да, встроено - нет. С другой стороны - скорость переключение контекста в Линуксе - 90 000 - 270 000 тактов, а в виндах от 900 000. Так что - оптимизировано в одном месте и лажово в другом - шило на мыло.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

362. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Xaionaro (ok), 04-Сен-12, 09:24 
Я не спорю, но мне просто любопытно, откуда такие числа относительно затрат на переключение контекста?
Ответить | Правка | Наверх | Cообщить модератору

385. "Линус Торвальдс и другие разработчики ядра подключились..."  +/
Сообщение от arisu (ok), 04-Сен-12, 11:34 
> Я не спорю, но мне просто любопытно, откуда такие числа относительно затрат
> на переключение контекста?

на потолке написаны, видать.

Ответить | Правка | Наверх | Cообщить модератору

421. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +1 +/
Сообщение от pro100master (ok), 04-Сен-12, 18:26 
> Я не спорю, но мне просто любопытно, откуда такие числа относительно затрат
> на переключение контекста?

счетами иногда играюсь :)

Ответить | Правка | К родителю #362 | Наверх | Cообщить модератору

423. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Xaionaro (ok), 04-Сен-12, 18:34 
>> Я не спорю, но мне просто любопытно, откуда такие числа относительно затрат
>> на переключение контекста?
> счетами иногда играюсь :)

Мне действительно любопытно какой средний overhead на переключении контекста. Т.е. с учётом всех паразитных операций + сброс TLB и прочее, я думал что переключение контекста занимает ну пару тысяч тактов где-то.. Если есть обоснованный расчёт где-то, мне было бы интересно ознакомиться.

Ответить | Правка | Наверх | Cообщить модератору

493. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от pro100master (ok), 08-Сен-12, 22:40 
Ну это, вообще-то, довольно накладная операция, не стек сохранить. Конечно, и не процесс, где минимум 90-120к инструкций, win32 - > 300к, и сильно зависит от системы, но это всегда тысячи наносекунд (т.е. микросекунды), более 10к. В real0time - 4-9к нс. Последние зеноны способны выполнять 3-4 инструкции за такт, в зависимости от выравнивания, скорости кешей и оптимизаций интеловского компилятора - столько и получается.
Ответить | Правка | Наверх | Cообщить модератору

494. "Линус Торвальдс и другие разработчики ядра подключились..."  +/
Сообщение от arisu (ok), 09-Сен-12, 06:11 
э… я чего-то не понял, или это ты сказал, что push микросекунды ест?
Ответить | Правка | Наверх | Cообщить модератору

496. "Линус Торвальдс и другие разработчики ядра подключились..."  +/
Сообщение от Xaionaro (ok), 09-Сен-12, 15:39 
> э… я чего-то не понял, или это ты сказал, что push микросекунды
> ест?

Не смешите, смена контекста - это не push.

Это огромный комплекс операций, подразумевающий подгрузку другого банка регистров, очистки кешей и т.п.

Ответить | Правка | Наверх | Cообщить модератору

363. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +3 +/
Сообщение от DannyBoy (?), 04-Сен-12, 09:31 
Интересно. Можешь кинуть пруфик, если есть под рукой?
Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

8. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Аноним (-), 03-Сен-12, 12:52 
Только если монстры вроде офиса и фаерфокса.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

13. "Линус Торвальдс и другие разработчики ядра подключились к об..."  –7 +/
Сообщение от Аноним (-), 03-Сен-12, 12:55 
Ложь же. Leafpad (а он слабее даже виндового Блокнота) попробуй запусти холодным стартом. Секунда пройдет. В винде за ту же секунду какой-нибудь Total Commander запускается.
Ответить | Правка | Наверх | Cообщить модератору

17. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +4 +/
Сообщение от ананим (?), 03-Сен-12, 12:59 
у меня тотал коммандер за секуду через вайн запускается. :D
как и половину виндового софта через вайн работают быстрее, чем в винде.
а как поставишь офис (да, он то потом быстро грузится, а вот всё остальное, вклюбчая винду - нет) и антивирус - всё.
Ответить | Правка | Наверх | Cообщить модератору

18. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Аноним (-), 03-Сен-12, 13:02 
> у меня тотал коммандер за секуду через вайн запускается. :D

Это если вайн уже запущен. Если нет - то дольше. А так - да, согласен, у меня тоже под вайном все быстрее работает.

Ответить | Правка | Наверх | Cообщить модератору

27. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +1 +/
Сообщение от ананим (?), 03-Сен-12, 13:18 
и без вайна - тоже.
и вообще - в пределах погрешности и абсолютно не критично, чтобы вот такой трэд раздувать.
Ответить | Правка | Наверх | Cообщить модератору

25. "Линус Торвальдс и другие разработчики ядра подключились к об..."  –1 +/
Сообщение от WherWolf (?), 03-Сен-12, 13:15 
Вот именно - прямое сравнение несколько неуместно из-за использования preload, prefetch и т.д. Под wine дольше пары секунд запускается только первая софтина, остальные - мгновенно.

А вообще, если беспокоит скорость запуска - нужно юзать SSD. Цены на них уже не кусачие, проблем не замечаю, с выходом из строя ни я, не знакомые не сталкивались.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

30. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от ананим (?), 03-Сен-12, 13:23 
>Вот именно - прямое сравнение несколько неуместно из-за использования preload, prefetch и т.д.

ну, батенька, это же то, что и предоставляет среднестатистический линукс.
я ж не привожу (пока ещё эксперементальные) оптимизации на этапе линковки интела. а то будет и ещё быстрее.
а то как в детском саду - это не честно, надо на одной ноге и с завязанными глазами.

Ответить | Правка | Наверх | Cообщить модератору

144. "Линус Торвальдс и другие разработчики ядра подключились к об..."  –10 +/
Сообщение от Джек (?), 03-Сен-12, 16:46 
> это же то, что и предоставляет среднестатистический линукс.

Но это факт, что в линуксе все запускается в тридцать раз медленнее, чем в той же винде и макоси.

Ответить | Правка | Наверх | Cообщить модератору

156. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +2 +/
Сообщение от ананим (?), 03-Сен-12, 17:02 
это не факт - это брехня.
Ответить | Правка | Наверх | Cообщить модератору

159. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +3 +/
Сообщение от виндотролль (?), 03-Сен-12, 17:04 
>> это же то, что и предоставляет среднестатистический линукс.
> Но это факт, что в линуксе все запускается в тридцать раз медленнее,
> чем в той же винде и макоси.

Школоло узнало новое слово "факт". И как заладило повторять... И к месту, и не к месту. Факт, мой юный Джек, - это не твои домыслы и мокрые фантазии, а свершившаяся истина. Запомни, и впредь не путай.

Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

335. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +2 +/
Сообщение от Аноним (-), 04-Сен-12, 05:18 
> Но это факт, что в линуксе все запускается в тридцать раз медленнее,
> чем в той же винде и макоси.

Так и скажи что тебе рабинович напел. У меня пингвин с SSD запускается за 5 секунд. Запуск программ? Щелкнули - запустилось. Даже либрофис. Это винду обычно после старта еще минуты три клинит т.к. она в своп отваливает зачем-то, хотя свободной памяти еще хоть отбавляй. А пингвин таким не страдает.

Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

50. "Линус Торвальдс и другие разработчики ядра подключились к об..."  –5 +/
Сообщение от Аноним (-), 03-Сен-12, 14:21 
> А вообще, если беспокоит скорость запуска - нужно юзать SSD. Цены на них уже не кусачие, проблем не замечаю, с выходом из строя ни я, не знакомые не сталкивались.

Беспокоит не скорость запуска, а то, сколько лишних операций делается под "прогрессивным" линуксом в сравнении с "отсталой" виндой. И ситуация, по моим наблюдениям, чем дальше - тем сильнее усугубляется. Тормоза запуска Leafpad - уже апогей наплевательства на этот параметр разработчиками.

Ну ок, куплю я SSD, станет он не секунду запускаться, а полсекунды. Это что-то изменит в том, что под виндой тот же Тотал на SSD станет запускаться за 0,01 сек? Винда как запускала быстрее, так и будет запускать.

По моим наблюдениям, тормоза запуска начинаются где-то на уровне использования Gtk/Qt приложением, консольный софт и софт на чистом xlib запускается мгновенно.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

86. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +2 +/
Сообщение от ZloySergant (ok), 03-Сен-12, 15:22 
>Ну ок, куплю я SSD, станет он не секунду запускаться, а полсекунды. Это что-то изменит в том, что под виндой тот же Тотал на SSD станет запускаться за 0,01 сек? Винда как запускала быстрее, так и будет запускать.

Простите пожалуйста, а у Вас смысл работы за компьютером заключается в _запуске_ программ, или использовании этих программ по назначению?

Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

100. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +3 +/
Сообщение от ананим (?), 03-Сен-12, 15:45 
поставьте линукс и убедитесь.

зыж
и не надо говорить, что поставили и....
не поверю.
быстрее отзывчивость. быстрее.
даже не смотря на то, что весь гуй отделён от кернелспейса.
и даже вайн (!!!!! винапи реализация! ПОЛНОСТЬЮ в юзерспейсе!) работает порой быстрее (и вы это признали - ай-ай! оплошность какая)

Ответить | Правка | К родителю #335 | Наверх | Cообщить модератору

87. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от ананим (?), 03-Сен-12, 15:24 
угомонитесь уже.
leafpad на винде вообще полчаса стартовать будет (а что не рассматриваете то? gtk для винды такой же "родной", как и для линукса. как и mfc, vcl и тд. просто последних для линуха нет в природе.)
в линухе же на "и", а "раз" уже не успеваю.

$ ldd /usr/bin/leafpad
    linux-vdso.so.1 (0x00007fffaebb5000)
    libgtk-x11-2.0.so.0 => /usr/lib64/libgtk-x11-2.0.so.0 (0x0000003cb1e00000)
    libgdk-x11-2.0.so.0 => /usr/lib64/libgdk-x11-2.0.so.0 (0x0000003cb1a00000)
    libpangocairo-1.0.so.0 => /usr/lib64/libpangocairo-1.0.so.0 (0x0000003cb0600000)
    libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x0000003c00a00000)
    libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x0000003cb1200000)
    libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x0000003caf600000)
    libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x0000003caf200000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00000036b8800000)
    libc.so.6 => /lib64/libc.so.6 (0x00000036b7c00000)
    libX11.so.6 => /usr/lib64/libX11.so.6 (0x00000036ba000000)
    libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x00000036be800000)
    libatk-1.0.so.0 => /usr/lib64/libatk-1.0.so.0 (0x0000003cb0a00000)
    libgdk_pixbuf-2.0.so.0 => /usr/lib64/libgdk_pixbuf-2.0.so.0 (0x0000003cb0200000)
    libgio-2.0.so.0 => /usr/lib64/libgio-2.0.so.0 (0x0000003cafe00000)
    libpangoft2-1.0.so.0 => /usr/lib64/libpangoft2-1.0.so.0 (0x0000003cb0e00000)
    libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x0000003c00200000)
    libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x0000003cafa00000)
    libm.so.6 => /lib64/libm.so.6 (0x00000036b8000000)
    libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00000036bd400000)
    libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x00000036c2400000)
    libXext.so.6 => /usr/lib64/libXext.so.6 (0x00000036ba400000)
    libXi.so.6 => /usr/lib64/libXi.so.6 (0x00000036c2000000)
    libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00000036c1800000)
    libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x00000036c3c00000)
    libXcomposite.so.1 => /usr/lib64/libXcomposite.so.1 (0x00000036c2c00000)
    libXdamage.so.1 => /usr/lib64/libXdamage.so.1 (0x00000036bec00000)
    libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x0000003bff600000)
    libpixman-1.so.0 => /usr/lib64/libpixman-1.so.0 (0x00000036c0800000)
    libEGL.so.1 => /usr/lib64/libEGL.so.1 (0x00000036c1400000)
    libpng15.so.15 => /usr/lib64/libpng15.so.15 (0x0000003bffa00000)
    libz.so.1 => /lib64/libz.so.1 (0x0000003bfea00000)
    libGL.so.1 => /usr/lib64/libGL.so.1 (0x00000036bfc00000)
    libffi.so.6 => /usr/lib64/libffi.so.6 (0x00000036bb000000)
    librt.so.1 => /lib64/librt.so.1 (0x00000036b9800000)
    /lib64/ld-linux-x86-64.so.2 (0x00000036b6400000)
    libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00000036b9c00000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00000036b8400000)
    libresolv.so.2 => /lib64/libresolv.so.2 (0x00000036bb800000)
    libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00000036bd800000)
    libbz2.so.1 => /lib64/libbz2.so.1 (0x00000036bac00000)
    libX11-xcb.so.1 => /usr/lib64/libX11-xcb.so.1 (0x00000036bdc00000)
    libxcb-dri2.so.0 => /usr/lib64/libxcb-dri2.so.0 (0x00000036c1000000)
    libxcb-xfixes.so.0 => /usr/lib64/libxcb-xfixes.so.0 (0x00000036c0400000)
    libdrm.so.2 => /usr/lib64/libdrm.so.2 (0x00000036c0000000)
    libglapi.so.0 => /usr/lib64/libglapi.so.0 (0x00000036be000000)
    libxcb-glx.so.0 => /usr/lib64/libxcb-glx.so.0 (0x00000036bf000000)
    libXxf86vm.so.1 => /usr/lib64/libXxf86vm.so.1 (0x00000036be400000)
    libXau.so.6 => /usr/lib64/libXau.so.6 (0x00000036b9400000)
    libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00000036b9000000)

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

104. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Аноним (-), 03-Сен-12, 15:48 
Ну а я о чем речь веду. Разработчики фреймворков плевали на быстродействие. И ведь весь прочий GTK-софт уже висит в памяти, казалось бы, стартуй себе моментально. Но нет, видимо фреймворки не столько с винта читают либы, сколько делают миллион других лишних действий посредством проца.
Ответить | Правка | Наверх | Cообщить модератору

111. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +2 +/
Сообщение от ананим (?), 03-Сен-12, 16:00 
>Ну а я о чем речь веду.

мне до сих пор невдомёк.

>Разработчики фреймворков плевали на быстродействие.

и тут неправда.
gtk/qt - ОЧЕНЬ быстрые фреймворки.

настолько быстрые, что гномо/кедо-делы позволяют себе выпускать таких сферических коней в вакууме отвратительного качества, что ВСЕ виндовые рюшки и стразики пупер-дупер качества всё-равно залипают.
вот как это? платная система, ЫНТЫРПРАЙЗ какчества, серьёзные (лысые) лица на экране - а нищебродский линух их уделывает?

да, собрать самому. вот об этом и сабж - никто не сделал для домохозяек.
ну а профи это и не надо - всё-равно переделает под себя.

Ответить | Правка | Наверх | Cообщить модератору

127. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Аноним (-), 03-Сен-12, 16:17 
> настолько быстрые, что гномо/кедо-делы позволяют себе выпускать таких сферических коней в вакууме отвратительного качества, что ВСЕ виндовые рюшки и стразики пупер-дупер качества всё-равно залипают.

У меня все с точностью до наоборот. Не умеет видеокарта какое-то расширение? Значит, будем тормозить и артефачить так, что виндовые глюки и тормоза покажутся счастьем. При переключении рендеринга на CPU все красоты теряются - и начинаем видеть то же, что видит юзер IE 6, открывший 24-битный png с альфа-каналом. Нет бы запасную картинку для скина предусмотреть на такой случай.

Сегодняшние фреймворки на 100% полагаются на видеодрайверы и им совершенно побоку, что драйверы разного качества бывают. Включают абсолютно все свои красоты, среднего не дано.

Ответить | Правка | Наверх | Cообщить модератору

140. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от ананим (?), 03-Сен-12, 16:42 
>У меня все с точностью до наоборот.

И у меня! :D
а апломб то, апломб каков!


зыж
и да
>Не умеет видеокарта какое-то расширение? Значит, будем тормозить и артефачить так, что виндовые

это, как его, сейчас оторжусь!... линух умеет ТЕ карты, на которых вин7 ДАЖЕ не поставиться!!!
а расширения видеокарты - представил, системник рядом и поперёк гвоздями, с водяным охлаждением! :D

Ответить | Правка | Наверх | Cообщить модератору

336. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +1 +/
Сообщение от Аноним (-), 04-Сен-12, 05:22 
> линуксом в сравнении с "отсталой" виндой.

Расскажите плиз, как в этой прогрессивной винде вообще делается что либо аналогичное fork()?

> По моим наблюдениям, тормоза запуска начинаются где-то на уровне использования Gtk/Qt приложением

По моим наблюдениям, тормоза при этом могут быть только в системе где еще не запущено ни 1 программы на этом тулките. Тогда кроме программы грузится и пол-тулкита еще. Ну разумеется это займет полсекунды. Зато остальные программы запустятся в момент.

Если вы думаете что в винде иначе - ну так запустите не программу с полутора окнами которая только kernel да gdi юзает, а мсофис какой. Подивитесь сколько он кряхтит диском. Если этого мало - возьмите программу на дотнете и расскажите нам как она быстро стартует. Так что можно кофейку зафигачить пока оно взлетит.

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

489. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от torvn77 (ok), 08-Сен-12, 19:39 
А самое весёлое зыкрыть приложение после запуска и открыть снова.
На Linux запуск пойдёт существенно быстрее,а винда по новой диском хрюкать будет,никак время перезапуска не изменив.
(она вобще по каждому поводу хрюкает,потому я с неё и ущёл,чтобы ресурс компьютера почём зря не изводила )
Ответить | Правка | Наверх | Cообщить модератору

150. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Anonim (??), 03-Сен-12, 16:56 
Линуксовый соф в лине быстрее запускается, но винда со своим софтом много быстрее и работае более плавно. Это если сравнивать семерку с подобным по юзаблити окружением линя.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

163. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от ананим (?), 03-Сен-12, 17:06 
брехня.
только что (неделю назад) снёс винду на новом ноуте 15.6" SAMSUNG NP550P5C-S01, Intel Core i7 3610QM, 2.3ГГц, 8Гб, 1000Гб, nVidia GeForce GT 650M — 2048 Мб, Blu-Ray
просто офигел какая она тормоз по сравнению с линуксом.

зыж
что характерно, дрова интела ГОРАЗДО быстрее, чем в винде.
нвидиа (через бумблибии) - так же примерно (в играх на вайне)

Ответить | Правка | Наверх | Cообщить модератору

225. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от ВКПб (?), 03-Сен-12, 19:29 
>что характерно, дрова интела ГОРАЗДО быстрее, чем в винде.

Поставил ядро 3.5?

Ответить | Правка | Наверх | Cообщить модератору

264. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от ананим (?), 03-Сен-12, 21:43 
нет.
но иксы -
$ eix x11-base/xorg-server
x11-base/xorg-server
     Available versions:  1.9.5-r1 1.10.6-r1 1.11.4-r1 1.12.2 ~1.12.3 ~1.12.4 ~1.12.99.905 {{dmx doc ipv6 kdrive minimal nptl selinux static-libs tslib +udev xnest xorg xvfb}}
     Installed versions:  1.12.2(01:28:54 24.06.2012)(ipv6 kdrive nptl udev xorg -dmx -doc -minimal -selinux -static-libs -tslib -xnest -xvfb)
     Homepage:            http://xorg.freedesktop.org/
     Description:         X.Org X servers

хотя это не имеет значения. (mesa - 8.0.3)

[сообщение отредактировано модератором]

Ответить | Правка | Наверх | Cообщить модератору

184. "Линус Торвальдс и другие разработчики ядра подключились..."  +1 +/
Сообщение от arisu (ok), 03-Сен-12, 17:31 
> Это если сравнивать семерку с подобным по юзаблити окружением линя.

слушай, а что надо сделать, чтобы превратить пингвинус в такой же неудобный булшит? это ж очень стараться придётся.

Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

497. "Линус Торвальдс и другие разработчики ядра подключились..."  +/
Сообщение от Анонимус здешний (?), 24-Янв-15, 21:52 
Ubuntu после 12.04 LTS.
Ответить | Правка | Наверх | Cообщить модератору

337. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +3 +/
Сообщение от Аноним (-), 04-Сен-12, 05:27 
> винда со своим софтом много быстрее и работае более плавно.

Особенно плавно она свопится по поводу и без. Даже если на машине 4-16 гигз оперативы и еще ГИГАЗЫ свободны, винде все-равно спичит зачем-то слить в своп приложения. Которые нещадно клинит как только на них обратит внимание юзерь. Иногда это приобретает просто клинические формы, вплоть до зависона курсора мыши или ожидания реакции ворда/аутглюка/браузера/... по 30 секунд, что вообще является не плавностью а пошаговой стратегией "мы, типа, многозадачная система".

Для сравнения пингвин в большинстве дистров настроен так что вообще в своп не лезет пока реально не приспичило. И по этому поводу на современных машинах он работает намного приятнее. Но если этого мало - там рукоятки есть, их можно покрутить. А в винде как всегда решили что одного размера хватит всем. Поэтому поведение которое уместно на машине с 64Мб где надо каждый бит экономить и как можно скорее в своп сливать, зачем-то навязывают и тем у кого оперативы дохрена. Зато, блин, аэро гламурненькое и со стразиками.

Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

361. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +1 +/
Сообщение от AlexAT (ok), 04-Сен-12, 07:36 
> Особенно плавно она свопится по поводу и без. Даже если на машине
> 4-16 гигз оперативы и еще ГИГАЗЫ свободны, винде все-равно спичит зачем-то
> слить в своп приложения. Которые нещадно клинит как только на них

Это еще фигня. Я как-то в домашней винде на ноуте (16 Гб) своп отключил - так оно засрало кешем память, и начало ругаться, что приложениям не хватает памяти. При том, что 12 Гб кеша. Чем писано ядро, если оно перед освобождением кеша устраивает OOM?

Ответить | Правка | Наверх | Cообщить модератору

386. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +1 +/
Сообщение от Int (?), 04-Сен-12, 11:36 
>Для сравнения пингвин в большинстве дистров настроен так что вообще в своп не лезет пока реально не приспичило.

Для сравнения у пингвина в ядре значение vm.swappiness по умолчанию равняется 60%.
Это означает что ядро после заполнения ОЗУ на 40% потихоньку полезет в своп, оставляя 60% под кеши и буфера.

RTFM

Ответить | Правка | К родителю #337 | Наверх | Cообщить модератору

364. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Аноним (-), 04-Сен-12, 10:00 
Естественно.
Или вы хотите сравнить скорость запуска виндовых бинарников под линуксом со скоростью запуска линуксовых бинарей под виндой? Не? А почему? ;)
Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

143. "Линус Торвальдс и другие разработчики ядра подключились к об..."  –2 +/
Сообщение от Джек (?), 03-Сен-12, 16:45 
> как и половину виндового софта через вайн работают быстрее, чем в винде.

Ну что за чушь!

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

23. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +6 +/
Сообщение от Fangel (?), 03-Сен-12, 13:06 
На одном и том же железе Виндовс ХР и Debian 6.3. Виндовс пока снимет чехлы, пока раздуплится, пока загрузит, в лине все уже стартануло и работает
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

118. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от taliano (ok), 03-Сен-12, 16:10 
Огласите параметры железа, плиз.
Ответить | Правка | Наверх | Cообщить модератору

310. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Яро (?), 03-Сен-12, 23:27 
То же самое, на одном компе ubuntu 12.04 и Win7, если надо быстро в интернет, загружаю Ubuntu, ибо разница в времени, когда система перейдет в юзабельное состояние просто колоссальная.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

180. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от flvby1 (?), 03-Сен-12, 17:26 
Почему у меня все с точностью до наоборот?
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

207. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Michael Shigorinemail (ok), 03-Сен-12, 18:27 
> Leafpad (а он слабее даже виндового Блокнота)

Это который ничего не умел и вдруг чему-то научился?

> попробуй запусти холодным стартом.

Запустил 0.8.18.1 на Lenovo X61 Tablet (C2D 1.86, 4Gb, SSD) под ALT Linux Sisyphus (i586).

> Секунда пройдет.

Не прошла.  На глаз максимум четверть секунды, а то и восьмушка.  Винды и каких-нить Total Commander тут нет.

Сделал несколько замеров -- за полсекунды успевает и запуститься, и закрыться (время включает мою реакцию при отсутствии желания попасть шоткатом во что-нить другое раньше времени):

pad:~> time leafpad
leafpad  0.09s user 0.02s system 21% cpu 0.510 total
pad:~> time leafpad
leafpad  0.09s user 0.02s system 22% cpu 0.470 total
pad:~> time leafpad
leafpad  0.08s user 0.02s system 23% cpu 0.470 total
pad:~> time leafpad
leafpad  0.09s user 0.02s system 21% cpu 0.509 total
pad:~> _

При этом собственно процессорного времени потребляется 0.10--0.11 сек.  Это горячие запуски, на глаз холодный от них особо не отличался, а сбрасывать кэши ради мелких брехунов лень.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

242. "Линус Торвальдс и другие разработчики ядра подключились к об..."  –1 +/
Сообщение от Аноним (-), 03-Сен-12, 20:46 
Дядя взрослый. Возьми убунточку, запусти. Что наблюдал я:

1. более заметная, чем в винде, задержка появления окна.
2. когда окно появляется, это еще не все. заметно, что оконные декорации создаются вокруг окна позже его, собственно, появления.
3. оконные декорации меняют вид с "окно на фоне" на "активное окно".
4. в текстовом боксе проставляется курсор и он становится в фокусе

Это я такой супер-быстрый или все-таки что-то в работе линукса такое тормозное?

Ответить | Правка | Наверх | Cообщить модератору

312. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +1 +/
Сообщение от Яро (?), 03-Сен-12, 23:33 
лол ))
у венды часто наоброт: декорация окна есть, содержимого - нет

Ответить | Правка | Наверх | Cообщить модератору

354. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от ананим (?), 04-Сен-12, 07:06 
> Это я такой супер-быстрый или все-таки что-то в работе линукса такое тормозное?

Скорее и то, и другое - тормоз.
Такое бывает только в одном случае - веса драйвер.
Но это.. нда.

Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

373. "Линус Торвальдс и другие разработчики ядра подключились..."  +1 +/
Сообщение от arisu (ok), 04-Сен-12, 10:54 
> Возьми убунточку

ССЗБ.

Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

420. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Michael Shigorinemail (ok), 04-Сен-12, 18:16 
> Возьми убунточку

Да меня и альт вполне устраивает, юноша.  В том числе отзывчивостью.

Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

435. "Линус Торвальдс и другие разработчики ядра подключились к об..."  –1 +/
Сообщение от Аноним (-), 04-Сен-12, 20:47 
> Да меня и альт вполне устраивает, юноша.  В том числе отзывчивостью.

Тогда не надо вопить, что у линуксов нет проблем с производительностью, дяденька. Иногда полезно бывает вылезти из танка. Одной убунтой вышеописанные мной тормоза не ограничиваются. Тормоза существуют, железо - двухлетней давности, распространено. Кто виноват? Ответ очевиден.

Ответить | Правка | Наверх | Cообщить модератору

436. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Michael Shigorinemail (ok), 04-Сен-12, 20:59 
> Тогда не надо вопить, что у линуксов нет проблем с производительностью, дяденька.

Вопят здесь что-то обычно недалёкие студенты из тех, которые окромя балмеровских басен ничего в жизни толком про ИТ не слышали.  Я же всего лишь указал на сомнительность ряда сделанных утверждений, приведя результаты тут же выполненных замером.  Понимаете, полезно проверять -- иначе можно оказаться распространителем лжи.

> Иногда полезно бывает вылезти из танка.

Ну так выбирайтесь, кто мешает.  И не надо тут проблемы убунты на все дистрибутивы напяливать, среди них есть и приличные.

Ответить | Правка | Наверх | Cообщить модератору

438. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Аноним (-), 04-Сен-12, 21:07 
> И не надо тут проблемы убунты на все дистрибутивы напяливать, среди них есть и приличные.

Нехорошо както - взрослый человек, а читать не умеет. Надень очки и прочитай еще раз:

>> Одной убунтой вышеописанные мной тормоза не ограничиваются.

Убунта приведена как самый распространенный дистрибутив, который наверняка и у тебя есть хотя бы в виде образа.

> Я же всего лишь указал на сомнительность ряда сделанных утверждений, приведя результаты тут же выполненных замером.

На скольких машинах пробовал? А? То-то и оно. У меня в конторе довольно большой парк машин, как и любителей различных дистрибутивов, на большей части этих машин встречается описанная мной проблема быстродействия. То, что у какого-то дяди все работает, не делает использование линукса беспроблемным везде.

Ответить | Правка | Наверх | Cообщить модератору

439. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Michael Shigorinemail (ok), 04-Сен-12, 21:21 
> Нехорошо както - взрослый человек, а читать не умеет. Надень очки и

И так в очках; читать и писать умею соответственно с трёх и ммм... пяти-шести? лет.  Размазывать по стенке желающих прибрехнуть -- с семи, если что.

> На скольких машинах пробовал? А? То-то и оно.

Попробовать-то могу на весьма разных, но даже один сделанный замер куда весомей всего, что Вы сказали, поймите.  А линукс заводил на десятках серверов, сотнях десктопов и тысячах систем в целом, так что некоторое понимание пределов есть.

> То, что у какого-то дяди все работает, не делает использование линукса
> беспроблемным везде.

1) а такого и не обещали (мало того, ни про одну ОС подобных обещаний не припоминаю);
2) видимо, не позвали более грамотного дядю и сами учиться не пробовали.

Ответить | Правка | Наверх | Cообщить модератору

10. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +2 +/
Сообщение от terraslavemail (ok), 03-Сен-12, 12:53 
> Не думаю. Как минимум отзывчивость запуска приложений на линуксе медленнее чем в
> обоих выше.

Ну-ну особенно это заметно на приложениях типа GIMP - в линухе даже на атоме он открывается секунд за пять, а вот в маздае на 4ядерном интеле можно успеть бутылку пива выпить пока оно откроется=)) А сколько времени уходит на открытие какого-нить автокада ваапче речи не идет(за это время можно роман прочитать). В то-же время DraftSight в линухе опять-же на неттопе с атомом открывается не более чем за 8 секунд.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

29. "Линус Торвальдс и другие разработчики ядра подключились к об..."  –3 +/
Сообщение от Аноним (-), 03-Сен-12, 13:21 
Это не совсем корректный пример. GIMP написан на ненативном для венды тулките - GTK. У меня все GTK программы на венде медленно запускаются и врядли это вина венды, скорее GTK.
Ответить | Правка | Наверх | Cообщить модератору

135. "Линус Торвальдс и другие разработчики ядра подключились..."  +2 +/
Сообщение от arisu (ok), 03-Сен-12, 16:29 
> Это не совсем корректный пример. GIMP написан на ненативном для венды тулките
> — GTK.

так он и для пингвинуса тоже «ненативный», прикинь.

ты, впрочем, всё равно не поймёшь, почему тебе продолжают намекать на что-то.

Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

198. "Линус Торвальдс и другие разработчики ядра подключились..."  +1 +/
Сообщение от Аноним (-), 03-Сен-12, 17:56 
К примеру, у меня в KDE, Pidgin запускается гораздо быстрее, чем в XP. Отсюда вывод, что вендовый GTK порт работает медленней.


Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

36. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Fangel (?), 03-Сен-12, 13:32 
Я на работе как-то врубил отображение потребляемых ресурсов и работал в SolidWorks x64 на x64 Windows, дык больше одного ядра не использовало, хотя там их 4
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

221. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +1 +/
Сообщение от Аноним (-), 03-Сен-12, 18:59 
> Я на работе как-то врубил отображение потребляемых ресурсов и работал в SolidWorks
> x64 на x64 Windows, дык больше одного ядра не использовало, хотя
> там их 4

А в линуксе сколько использует?

Ответить | Правка | Наверх | Cообщить модератору

367. "Линус Торвальдс и другие разработчики ядра подключились к об..."  –1 +/
Сообщение от Аноним (-), 04-Сен-12, 10:19 
Зато все (все!) файловые менеджеры под линуксом открываются каждый раз по десять и более секунд, а на папках с большим количеством файлов (типа /usr/bin) по минуте. Что десять лет назад, что сейчас, ничего не изменилось, свойство системы видимо такое.

В то время как на винде explorer мгновенно запускается.

Этого мне никогда не понять.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

391. "Линус Торвальдс и другие разработчики ядра подключились..."  +/
Сообщение от arisu (ok), 04-Сен-12, 11:44 
> Этого мне никогда не понять.

а я уже говорил авторам mc, например, что сканирование каталога можно (и нужно!) сделать фоновой задачей. но — тяжёлое наследие мигеля.

кстати, второй раз в огромный каталог заходит мгновенно, потому что уже закэшировано. %-)

Ответить | Правка | Наверх | Cообщить модератору

413. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +2 +/
Сообщение от Aktis (?), 04-Сен-12, 15:51 
Ага, зайдите проводником в %WINDIR%\System32 и будет вам не мгновенно.
Нечего тролить глупостями.
Ответить | Правка | К родителю #367 | Наверх | Cообщить модератору

38. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +3 +/
Сообщение от Crazy Alex (ok), 03-Сен-12, 13:49 
Я о том, что он не предлагает ничего принципиально отличного и, соответственно, сидит в той же маркетинговой нише. Сидел бы в другой - вопрос отзывчивости на нынешней копеечной разнице вообще не поднимался бы - шло бы сравнение "вот здесь такая парадигма, а здесь - такая". И сравнивалось бы удобства выполнения конкретных задач канончиными системными средствами, а не тупо "за сколько окошко появится". Примерно как в ситуации, конгда на крики "а у нас комп за N секунд загружается" возникает недоумённый ответ: "а зачем вы его вообще выключаете?" Вот это - уже разница подходов, хоть и в малом.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

73. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +3 +/
Сообщение от Аноним (-), 03-Сен-12, 15:02 
>> Следовательно - линуксовый десктоп барахтается там же где и Эппл с Майкрософтом
> Не думаю. Как минимум отзывчивость запуска приложений на линуксе медленнее чем в
> обоих выше.

Какой дистрибутив Linxu? Какое DE? Читали ли вы это? https://www.opennet.ru/opennews/art.shtml?num=31145 Смотрели ли системные требования Fedora и Ubuntu, и если да, такой ли у вас дистрибутив Linux и если да, соответствует ли компьютер минимальным системным требованиям для них? Если нет - просто установите другой Linux, тот же Alt. Либо установите легковесное DE с установочного DVD-диска, либо репозитория в Интернете (как удобнее).

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

153. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Джек (?), 03-Сен-12, 17:01 
Я сижу на современном компьютере с последней федорой на Кедах. И поверьте, у меня все отстроено по-максимуму - запуск в 3 секунды, отключены все приблуды типа Nepomunk, Anokadi и куча всего остального, в том числе огромное кол-во ненужных сервисов, которые оставляют по дефолту включенным.

Я не говорю, что комп мой тормозит. Я говорю то, что в МакОси и в винде все в тыщу раз отзывчее, как ни печально, но это так.

У меня даже файла подкачки нет из-за избытка оперы.

Ответить | Правка | Наверх | Cообщить модератору

83. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +1 +/
Сообщение от fidaj (ok), 03-Сен-12, 15:18 
>> Следовательно - линуксовый десктоп барахтается там же где и Эппл с Майкрософтом
> Не думаю. Как минимум отзывчивость запуска приложений на линуксе медленнее чем в
> обоих выше.

goto http://zen-kernel.org/

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

110. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +1 +/
Сообщение от Аноним (-), 03-Сен-12, 15:59 
Там BFS и BFQ, которые снижают отзывчивость по сравнению с CFS и CFQ на порядок.
Кроме того, у разработчика BFS появилась работа, так что разработка BFS прекращена.
Ответить | Правка | Наверх | Cообщить модератору

178. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +2 +/
Сообщение от fidaj (ok), 03-Сен-12, 17:22 
> Там BFS и BFQ, которые снижают отзывчивость по сравнению с CFS и
> CFQ на порядок.

брехня! они как раз повышают отзывчивость и интерактивность, но снижают _незначительно_ общую производительность системы..

> Кроме того, у разработчика BFS появилась работа, так что разработка BFS прекращена.

тем не менее это не мешает выпускать новые патчи...

Ответить | Правка | Наверх | Cообщить модератору

115. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Аноним (-), 03-Сен-12, 16:04 
Pardon, а Gnome 3 Shell?!?!???
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

169. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Аноним (-), 03-Сен-12, 17:13 
> Не думаю. Как минимум отзывчивость запуска приложений на линуксе медленнее чем в
> обоих выше.

Как сравнивалось? Могу контрпример: винда любит свопиться даже если дохрена гигз памяти свободно. И фиг отучишь. Отзывчивость приложений? "Побраузили полчасика? А теперь подождите пока ваш ворд вытащится из свопа 30 секунд".Не хочу ничего сказать, но в линуксе у меня в принципе такой проблемы нет т.к. дистр сам более вменяемые дефолты предоставляет + если оно вдруг не нравится, в ядре пингвина есть рукоятки для настройки агрессии свопа.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

220. "Линус Торвальдс и другие разработчики ядра подключились к об..."  –3 +/
Сообщение от Int (?), 03-Сен-12, 18:55 
Фиговый контрпример, вот тебе вывод top

Mem:  24676716k total, 20845964k used,  3830752k free,   389896k buffers
Swap:  6094840k total,      148k used,  6094692k free,  6465432k cached

Не пояснишь что заставило линукс зачем то запихнуть 148к неясно чего в своп при свободных 4гигах ОЗУ ?

Ответить | Правка | Наверх | Cообщить модератору

338. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +1 +/
Сообщение от Аноним (-), 04-Сен-12, 05:35 
> Не пояснишь что заставило линукс зачем то запихнуть 148к неясно чего в
> своп при свободных 4гигах ОЗУ ?

Поясняю:

Во первых, заставила настройка параметров агрессивности свопинга. В большинстве дистров - она достаточно флегматичная так что немного откладывать в своп можно, но реально свопинг начинается когда начинает прижимать. Можно закрутить и более сильно - рукоятки в sysctl есть.

Во вторых, 148Кб vs 4Гб - это LOL :D. Винды в принципе на такую мелочь не размениваются, там счет на сотни мегз запросто идет. При обычном крейсерском режиме. И если 148Кб just in case прочтутся даже с тормозного ноутбучного харда в момент, то вот десятки-сотни мегз памяти апликухи выгруженные на винч вызывают неиллюзорный клинч и какой-нибудь браузер или ворд может в результате прорисовываться 30 секунд как делать нефиг. В пингвине столь лютого трындеца как правило не наблюдается в силу более актуальных современному состоянию дел дефолтов, которые дистростроители да и пользователи могут покрутить, если посчитают нужным.

Ответить | Правка | Наверх | Cообщить модератору

382. "Линус Торвальдс и другие разработчики ядра подключились..."  +/
Сообщение от arisu (ok), 04-Сен-12, 11:26 
> Во первых, заставила настройка параметров агрессивности свопинга.

угу. при некоторых настройках в своп могут отложить страницы, которые давно никто не использовал. и заюзать освободившуюся память под дисковый кэш. в принципе, вполне разумно.

Ответить | Правка | Наверх | Cообщить модератору

390. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Int (?), 04-Сен-12, 11:43 
> Во первых, заставила настройка параметров агрессивности свопинга.

Поясняю  - в данном конкретном случае vm.swappiness =5 , так что мимо

> Во вторых, 148Кб vs 4Гб - это LOL :D.

Во первых для "контрпримера" :  
>>винда любит свопиться даже если дохрена гигз памяти свободно. И фиг отучишь

совершенно пофигу сколько там Кб и насколько этот LOL. Факт есть Факт - он 100% соответствует "контрпримеру"

Во вторых это сервак после перезагрузки, как раз память добавлял, только пять дней проработал, за месяц спокойно и полгига набегает. Причем выяснить что он туда вытеснил задачка еще та

> Винды в принципе на такую мелочь не размениваются

А кого это интересует ? Меня не интересует.

Ответить | Правка | К родителю #338 | Наверх | Cообщить модератору

490. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от torvn77 (ok), 08-Сен-12, 19:59 
Скорее всего в свопе сидят куски либо какого нибудь демона работающего только при старте или стопе системы,
либо куски старта или остановки иксов.
Если вы перейдёте на первый уровень исполнения(init 1),а потом востановитесь обратно на пятый(init 5),
то своп в итоге скорее всего окажется пустым(при остановке иксов отспенные страницы понадобятся и система их извлечёт из кэша).
В любом случае,попали они туда от того,что в один момент вы заняли всю оперативку,
что можно сделать запросто (вплоть до паралича системы) при использований tmpfs.
Ответить | Правка | Наверх | Cообщить модератору

394. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от Int (?), 04-Сен-12, 11:56 
> В пингвине столь лютого трындеца как правило не наблюдается в
> силу более актуальных современному состоянию дел дефолтов, которые дистростроители да
> и пользователи могут покрутить, если посчитают нужным.

То есть 60 по умолчанию в vm.swappiness это по твоему актуальное современному состояние дел значение ? Вот тут уж действительно LOL :D


Ответить | Правка | К родителю #338 | Наверх | Cообщить модератору

270. "Линус Торвальдс и другие разработчики ядра подключились к об..."  +/
Сообщение от цЫркуль (?), 03-Сен-12, 21:54 
Вот именно. Ключевое словосочетание - не думаете.
А стоило бы подумать.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру