The OpenNET Project / Index page

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



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

Оглавление

Анонимный сотрудник Microsoft пояснил, почему Windows медлен..., opennews (??), 13-Май-13, (0) [смотреть все]

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


98. "Анонимный сотрудник Microsoft пояснил, почему Windows медлен..."  –2 +/
Сообщение от Аноним (-), 13-Май-13, 13:33 
Вообще, с какой-то стороны они правы. Зачем оптимизировать какую-то подсистему на 5%, если через год выходит железо мощнее нынешнего на 20%? Ну разве что, это сетевая подсистема, где скорость по прежнему актуальна.
Ответить | Правка | Наверх | Cообщить модератору

99. "Анонимный сотрудник Microsoft пояснил, почему Windows медлен..."  –1 +/
Сообщение от Аноним (-), 13-Май-13, 13:34 
Не в том смысле что "оптимизации не нужны", а в том "зачем делать оптимизации ради оптимизаций". Это как рефакторинг ради рефакторинга в программировании.
Ответить | Правка | Наверх | Cообщить модератору

167. "Анонимный сотрудник Microsoft пояснил, почему Windows медлен..."  +3 +/
Сообщение от Аноним (-), 13-Май-13, 15:37 
> Не в том смысле что "оптимизации не нужны", а в том "зачем
> делать оптимизации ради оптимизаций". Это как рефакторинг ради рефакторинга в программировании.

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

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

102. "Анонимный сотрудник Microsoft пояснил, почему Windows медлен..."  +/
Сообщение от Аноним (-), 13-Май-13, 13:48 
в итоге рефрактинг оптимизировал бф 250%
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

121. "Анонимный сотрудник Microsoft пояснил, почему Windows медлен..."  +3 +/
Сообщение от Evgueniemail (?), 13-Май-13, 14:18 
Халява с ГГц вообще-то заканчивается. Ограничения теперь совсем физические: скорость света и размер атома. Только параллелизация, а тут без _правильной_ оптимизации жизнь в линеечку покажется.
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

131. "Анонимный сотрудник Microsoft пояснил, почему Windows медлен..."  –1 +/
Сообщение от angra (ok), 13-Май-13, 14:39 
Физические ограничения как раз обойдут. В первый раз что ли. Рассказы про достижение предела транзисторов на кристалл я помню еще с прошлого века.
Другое дело, что софт может распухать быстрее, чем совершенствуется железо.
Ответить | Правка | Наверх | Cообщить модератору

424. "Анонимный сотрудник Microsoft пояснил, почему Windows медлен..."  +1 +/
Сообщение от Аноним (-), 19-Май-13, 16:24 
> Физические ограничения как раз обойдут. В первый раз что ли

Да вот что-то застряли на ~4GHz. Выше - не очень то и лезется. Потому что очень много переделывать надо и очень много всевозможных технических проблем вылезает. Копипастить ядра - проще.

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

204. "Анонимный сотрудник Microsoft пояснил, почему Windows медлен..."  +2 +/
Сообщение от тоже Анонимemail (ok), 13-Май-13, 16:27 
Халява с ГГц вообще-то давно закончилась. Причем внезапно оказалось, что эти ГГц ничего, кроме маркетинга, последнее время и не решали. Распараллеливаем или просто даем процессору большой кэш - и все летает в разы быстрее при меньших ГГцах. Что самое забавное, и греется при этом меньше.
Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

259. "Анонимный сотрудник Microsoft пояснил, почему Windows медлен..."  +1 +/
Сообщение от www2 (ok), 13-Май-13, 20:07 
> Халява с ГГц вообще-то давно закончилась. Причем внезапно оказалось, что эти ГГц
> ничего, кроме маркетинга, последнее время и не решали. Распараллеливаем или просто
> даем процессору большой кэш - и все летает в разы быстрее
> при меньших ГГцах. Что самое забавное, и греется при этом меньше.

Ну да, конечно. На самом деле это всё от бессилия. Смогли бы и дальше наращивать гигагерцы - продолжали бы, а не стали бы скрывать реальную частоту процессора и объяснять всем, почему теперь не нужно смотреть на гигагерцы, а нужно смотреть на "рейтинг" процессора, объём кэша, длину конвейера, предсказатель переходов, битность, количество регистров, специализированные инструкции и т.п. трёп. Кому надо было - и так знали, что SPARC на 300 мегагерц рвёт Intel на 2 гигагерца.

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

272. "Анонимный сотрудник Microsoft пояснил, почему Windows медлен..."  +/
Сообщение от тоже Анонимemail (ok), 13-Май-13, 21:46 
Надувать маркетинговые гигагерцы могли и дальше. Примерно так же, как заявляли двухядерность у HT-пеньков. Но к концу эпохи P4 стало совершенно очевидно, что процессор большую часть времени находится в ожидании периферии, гоняя свои сверхбыстрые такты вхолостую.
Северный мост переехал на чип не только потому, что это стало технически возможно, но и потому, что это стало совершенно необходимо. И кэш занимает половину площади кристалла не потому, что маркетоиды могут показать красивые циферки, а потому, что его объем влияет на быстродействие куда больше, чем та "скорость процессора", которую по старинке кое-где еще измеряют в гигагерцах.
Ответить | Правка | Наверх | Cообщить модератору

310. "Анонимный сотрудник Microsoft пояснил, почему Windows медлен..."  +1 +/
Сообщение от angra (ok), 14-Май-13, 04:50 
В свое время intel как раз наращивал гигагерцы в четвертом пне, а amd пошли по пути улучшения производительности на один Гц и их процессоры, уступая в полтора, а то и два раза по частоте, без проблем рвали пней. Позже и intel пошел по этому пути в своих core и смог вернуть себе лидерство. Можно еще сравнить сколько тактов(Гц) уходило на операцию умножения в 8086 и в pentium или разницу между SX и DX. Так что частота всегда позволяла сравнивать только процессоры с одним ядром и общим мерилом производительности никогда не была.
Ответить | Правка | К родителю #259 | Наверх | Cообщить модератору

128. "Анонимный сотрудник Microsoft пояснил, почему Windows медлен..."  +3 +/
Сообщение от angra (ok), 13-Май-13, 14:34 
Во-первых, в будущем конечно выйдет более мощное железо, но работать нужно уже сейчас, а не в будущем. Если все время думать о будущем, то вообще никогда железо не купишь, ведь постоянно будет выходить что-то более мощное за те же деньги. В больших конторах железо может не меняться по многу лет и предложения проапгрейдить весь парк машин ради новой версии софта там воспринимаются в штыки.
Во-вторых, курочка по зернышку клюет. Оптимизация на 5% кажется чем-то незначительным, пока она одна. А вот когда складываются результаты десятка таких оптимизаций, то выигрыш становится заметным невооруженным взглядом.
В-третьих, оптимизации в данном случае не делаются как самоцель. Как известно, преждевременная оптимизация - зло. Просто в процессе работы над определенной задачей программист натыкается на проблему производительности другой подсистемы и находит способ ее улучшить. Никто специально не лазит по чужому коду с мыслями: "а чтобы мне тут соптимизировать?".
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

136. "Анонимный сотрудник Microsoft пояснил, почему Windows медлен..."  –4 +/
Сообщение от Аноним (-), 13-Май-13, 14:48 
> А вот когда складываются результаты десятка таких оптимизаций, то выигрыш становится заметным невооруженным взглядом

Не становится. Ускорение 100 функций на 5% не даёт 500% прибавку производительности. Это не мультипликативная характеристика. Ускорение одной функции на 5%, даже вообще всего продукта на 5%, вообще останется незамеченным большинством. Производительность на текущем этапе не является приоритетом ни для одной ИТ компании. Никто не пишет откровенную лажу, но целенаправленной оптимизацией тоже не занимается.

> Просто в процессе работы над определенной задачей программист натыкается на проблему производительности другой подсистемы и находит способ ее улучшить

Первая награда за подобное - выговор, вторая - увольнение. Разрабатывать, или оптимизировать, или играть в пасьянс - это решает руководство. Если ты игнорируешь приказы начальства и делаешь то, что тебе хочется, а не то что нужно - вали на хер.

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

197. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  +4 +/
Сообщение от arisu (ok), 13-Май-13, 16:14 
вот поэтому проприетарь и говно. жирное, тормозное, ресурсоёмкое говно.
Ответить | Правка | Наверх | Cообщить модератору

263. "Анонимный сотрудник Microsoft пояснил, почему Windows медлен..."  +1 +/
Сообщение от www2 (ok), 13-Май-13, 20:20 
> Первая награда за подобное - выговор, вторая - увольнение. Разрабатывать, или оптимизировать,
> или играть в пасьянс - это решает руководство. Если ты игнорируешь
> приказы начальства и делаешь то, что тебе хочется, а не то
> что нужно - вали на хер.

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

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

Прямо у нас на глазах Windows теряет популярность невиданными доселе темпами. Сейчас компьютер с виндой нужен только в офисах, да и то - по инерции. Домашние компьютеры вытесняются с рынка в пользу планшетных компьютеров и смартфонов. Большинству людей нужен не "офис" и "актив директори", а нужен только браузер. Браузеры есть на Android и iOS, которые сейчас заняли главенствующие позиции на рынке мобильных компьютеров. Android уже пробирается на ноутбуки, давно ставится на книгочиталки. Linux используется в телевизорах, маршрутизаторах, точках доступа, на серверах и т.п. Винда покрылась мхом и доживает последнее десятилетие.

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

195. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  +1 +/
Сообщение от arisu (ok), 13-Май-13, 16:12 
> Вообще, с какой-то стороны они правы. Зачем оптимизировать какую-то подсистему на 5%,
> если через год выходит железо мощнее нынешнего на 20%?

затем, что оптимизированый на 5% код на более быстром железе будет ещё быстрее. ку?

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

213. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  –2 +/
Сообщение от Аноним (-), 13-Май-13, 16:35 
>> Вообще, с какой-то стороны они правы. Зачем оптимизировать какую-то подсистему на 5%,
>> если через год выходит железо мощнее нынешнего на 20%?
> затем, что оптимизированый на 5% код на более быстром железе будет ещё
> быстрее. ку?

Не факт. Кю.

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

222. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  +/
Сообщение от arisu (ok), 13-Май-13, 16:46 
> Не факт. Кю.

ок, признаю, сначала я должен был определить термин «оптимизация». в общем случае я не прав, согласен.

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

236. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  –1 +/
Сообщение от Int (?), 13-Май-13, 18:25 
>затем, что оптимизированый на 5% код на более быстром железе будет ещё быстрее. ку?

Вполне возможно, хотя есть и обратные случаи с тем же memcpy glibc.

Другой вопрос что даже если оптимизированный код будет быстрее, он не будет обладать новым функционалом. Можно даже со Звездными Войнами сравнить. Лукас долго оптимизировал классические эпизоды, чистил изображение, ремастерил звук, добавлял спецэффектов, но в конце концов ему таки пришлось снимать новые эпизоды.

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

376. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  +/
Сообщение от Vkni (ok), 14-Май-13, 21:32 
> затем, что оптимизированый на 5% код на более быстром железе будет ещё
> быстрее. ку?

Большинству программ и текущей производительности вполне достаточно. А чтобы увеличить скорость работы этак раза в 2 сейчас, как правило, достаточно поменять железо. Например, банально переехав с ноутбука на околотоповый десктоп. Или ты уже на нём?

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

378. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  +/
Сообщение от arisu (ok), 14-Май-13, 21:38 
вот-вот-вот. яркий пример того, за что надо убивать.
Ответить | Правка | Наверх | Cообщить модератору

381. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  +/
Сообщение от Vkni (ok), 14-Май-13, 21:45 
> вот-вот-вот. яркий пример того, за что надо убивать.

Какой-то ты невыдержанный. Или это результат очередных битв с очередным Gnome?

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

382. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  +1 +/
Сообщение от arisu (ok), 14-Май-13, 21:52 
>> вот-вот-вот. яркий пример того, за что надо убивать.
> Какой-то ты невыдержанный. Или это результат очередных битв с очередным Gnome?

а чего «выдерживаться», если вот даже умные люди становятся на позицию «тормоза решаем новой техникой»?

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

384. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  +1 +/
Сообщение от Vkni (ok), 14-Май-13, 22:33 
> а чего «выдерживаться», если вот даже умные люди становятся на позицию «тормоза
> решаем новой техникой»?

Ты не понимаешь диалектики. Тормоза в 5% - новой техникой, а тормоза в 10 раз - кодом.

Вот смотри - пресловутый systemd на ALT'е действительно на секунду-две быстрее, нежели initV. Но это те самые смехотворные 5%, которых я не замечаю. А замечаю просранный час на осознание произошедшего и переустановку системы, т.к. эта гнида переименовала интерфейсы, лишив меня сети (systemd внезапно влетел после первого dist-upgrade).

Итого, systemd в СУММЕ тратит мое время.

Аналогичная история с Х. Ты сам можешь поразвлекаться, набрав список "убийц Х", которые были действительно быстрее Х, но менее фичасты (за десяток их!). Дело в том, что Х при их тормознутости (относительно всяких DirectFB/SVGAlib/MicroX/Fresco и т.д.) позволяют экономить человеческое время и силы (одно дело - ждать у себя, на ноуте, расчета, другое дело - прогнать на быстром удаленном десктопе).

Те программы, которые тормозят - KDE/Gnome, тормозят так, что жалкие 5% их не спасут. Нужны раз 5-10 (см. времена запуска WindowMaker и KDE).

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

385. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  +1 +/
Сообщение от arisu (ok), 14-Май-13, 22:39 
ты несколько не о том. «оптимизация кода» != «смена парадигмы» (пардон май фрэнч). ускореный malloc, хэш-таблички вместо линейного поиска и ты пы — вот примитивные примеры оптимизации. а «меняем KDE на i3» — это уже из другой оперы. я вёл речь именно про улучшение *кода* (алгоритмов, сиречь).
Ответить | Правка | Наверх | Cообщить модератору

391. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  –1 +/
Сообщение от Vkni (ok), 14-Май-13, 23:52 
> ты несколько не о том. «оптимизация кода» != «смена парадигмы» (пардон
> май фрэнч). ускореный malloc, хэш-таблички вместо линейного поиска и ты пы
> — вот примитивные примеры оптимизации.

И, как правило, много ты так не наработаешь. В общем, я не вижу смысла выделываться ради 5%, если это не софт, используемый миллионами. Да и в этом случае, оптимизацию нужно делать так, чтобы не затронуть интерфейсы, иначе будет случай systemd.

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

392. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  +1 +/
Сообщение от arisu (ok), 15-Май-13, 00:01 
> И, как правило, много ты так не наработаешь.

ну, как сказать. замена, например, в одной простой моей софтинке «для личного пользования» кучи malloc'ов одним пулом понизила время старта с 12 секунд до «менее полусекунды». мелочь, а приятно.

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

393. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  –1 +/
Сообщение от Vkni (ok), 15-Май-13, 00:42 
> ну, как сказать. замена, например, в одной простой моей софтинке «для личного
> пользования» кучи malloc'ов одним пулом понизила время старта с 12 секунд
> до «менее полусекунды». мелочь, а приятно.

Я очень рад, но, извини, это не 5%. Это 24-е раза, т.е. примерно 96%.

И ради 24-х раз смысл выделываться уже есть.

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

394. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  +1 +/
Сообщение от arisu (ok), 15-Май-13, 00:51 
> Я очень рад, но, извини, это не 5%. Это 24-е раза, т.е.
> примерно 96%.

о чём я узнал постфактум, потому что изначально думать было лень, и я просто перепилил код «чтобы меньше аллокало».

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

418. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  +/
Сообщение от Аноним (-), 18-Май-13, 03:46 
> Я очень рад, но, извини, это не 5%. Это 24-е раза, т.е. примерно 96%.

Извни, 5% тут, 5% там, и так кучу раз подряд. А потом оказывается что в целом стало в пару раз быстрее конкурента. Как-то так.

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

387. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  –2 +/
Сообщение от Михрютка (ok), 14-Май-13, 22:44 
> А замечаю просранный час на осознание произошедшего и переустановку системы, т.к.
> эта гнида переименовала интерфейсы, лишив меня сети (systemd внезапно влетел после
> первого dist-upgrade).

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

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

390. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  +/
Сообщение от Vkni (ok), 14-Май-13, 23:47 
> вот это вот, кстати говоря, даже не надо пытаться. даже у редхата
> это не всегда получается, а на всяких сусях я сразу планирую
> не апгрейд, а миграцию.

Это Sisyphus - у него dist-upgrade это штатный метод ежедневного обновления. И довольно стабильный, надо сказать.

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

452. "Анонимный сотрудник Microsoft пояснил, почему Windows..."  +/
Сообщение от Michael Shigorinemail (ok), 20-Май-13, 02:12 
> А замечаю просранный час на осознание произошедшего и переустановку системы, т.к.
> эта гнида переименовала интерфейсы, лишив меня сети (systemd внезапно влетел после
> первого dist-upgrade).

Н-да, https://bugzilla.altlinux.org/28955 (посыпаю голову пеплом за поспешное тестирование, хотя суть нужного и так понимал заранее) и "как бы при миграции автоматом ставить udev-rule-generator-net" (https://bugzilla.altlinux.org/28484).

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

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

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




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

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