The OpenNET Project / Index page

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



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

Оглавление

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

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


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ообщить модератору

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

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




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

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