Сравнение производительности систем старом железе

spoilt · 05-05-10 01:28:50

winlinuser, в принципе необязательно использовать специализированное ПО для тестов. Нужно просто составить список ПО которое работает на обоих платформах и занимается интенсивными вычислениями. Тогда можно просто замерять время выполнения определенной опреации.
Например можно сделать такой список:
- конвертирование в AVIDemux.
- вывод композиции из Audacity.
- исполнения скрипта в GIMP.
Ну и тому подобное... Предложения?

Linups_Troolvalds · 05-05-10 01:56:14

spoilt пишет:

winlinuser, в принципе необязательно использовать специализированное ПО для тестов. Нужно просто составить список ПО которое работает на обоих платформах и занимается интенсивными вычислениями. Тогда можно просто замерять время выполнения определенной опреации.
Например можно сделать такой список:
- конвертирование в AVIDemux.
- вывод композиции из Audacity.
- исполнения скрипта в GIMP.
Ну и тому подобное... Предложения?

Использовать предложенную методику для тестирования на RISC-архитектуре, автоматически засчитав победу универсальной современной ОС. Для оценки производительности на старом железе и CISC-с-начинкой-RISC-процессоре выбрать более подходящие критерии, в частности, уделив внимание оценке времени отклика системы.

artcats115 · 05-05-10 10:01:44

Ubuntu 10.04

Протестую.
Взгляните на данные монитора:

Если Гимп запустить то я думаю мы вообще в своп свалимся.

Отредактировано artcats115 (05-05-10 10:03:31)

ikkunan salvataja · 05-05-10 10:47:44

artcats115 пишет:

Протестую.
Взгляните на данные монитора:
Если Гимп запустить то я думаю мы вообще в своп свалимся.

Если возьмём то, что надо, не свалимся, сейчас перезагрузился в тестовую с Gnome.

Maddoc · 05-05-10 10:50:28

Mandriva-oid пишет:

Думаю, делать надо так:
1) Необходимо не менее 8 тестировщиков из обоих "лагерей"
2) Все тестировщики должны детально описать конфигурацию тест-компьютера ещё до начала тестов
3) Необходимо тестировать не менее 5 диструбитивов Linux
4) Всё должно подробно фотографироваться и сниматься на видео
5) Участники теста не должны знать о результатах друг друга
Вот как база.

У всех 8-ми будет одинаковая конфигурация компов? Почему 5 дистрибутивов? Почему не 2-3-8-33? Если соблюдать пункты 2 и 4 (что изначально и предлагалось), то 1, 3 и 5 теряют смысл.

Luca пишет:

В наличие PIII 1000 с возможностью выбора кол-ва памяти от 256 до 1024MB.

Ниасиляторрр пишет:

Вы Семёрку на третьем пне и 256-ти МВ тестировать собрались???

Почему зациклились на 256? Речь шла о комплексе испытаний. Кстати, у меня 2 камня, хотя можно и заглушку поставить.
То есть можно проверять на железе от 1хП3-1000 256М RAM до 2хП3-1000 1G RAM.
Есть ещё 7 человек с таким же железом?
Кстати, если 7-ка не встанет на 256 памяти, то так и запишем: не стоит :-)

Отредактировано Maddoc (05-05-10 10:52:24)

artcats115 · 05-05-10 12:37:07

Если возьмём то, что надо, не свалимся, сейчас перезагрузился в тестовую с Gnome.

Интересно что я тогда делаю не так? Самый жручий по данным монитора Firefox.

Отредактировано artcats115 (05-05-10 12:37:37)

ikkunan salvataja · 05-05-10 12:48:15

artcats115 пишет:

Странно... У меня тоже Gnome.

Да ничего странного, в бубунте, как и в сузе, по умолчанию включено всё что надо и что не надо тоже, т.е. всё, что можно включить.
Вообще то бубунта, на мой взгляд, не самый подходящий дистрибутив для такого тестирования, но если мне на 20 минут дадут рута, то даже из неё можно сделать нечто пристойное. Для начала chkconfig в зубы и вперёд, на предмет какого хрена там всякие vbox'ы, sshd и пр. висят. В Самой Правильной ОС такого нету - значит и нам не надо. Потом понюхать /etc/inittab, какого хрена там всякие tty1-tty6 не заремлены? Ну где такое видано в Самой Правильной ОС? Виртуальные столы нахрен убрать, поскольку настоящие виндейцы говорят что это вредно. Панель только одну оставить и всякую хрень с неё посносить. gtk-тему тоже попроще поставить. Ну и после всего этого можно сравнивать на 256 метрах с вистой.
ЗЫ:На приведённых скриншотах система по умолчанию, т.е. с запущенными демонами vbox и sshd, но шибко много лишнего всё таки нет. Рабочих столов - 4, консолей - 6.

Maddoc · 05-05-10 13:20:08

ikkunan salvataja пишет:

artcats115 пишет:
Странно... У меня тоже Gnome.
Да ничего странного, в бубунте, как и в сузе, по умолчанию включено всё что надо и что не надо тоже, т.е. всё, что можно включить.
Вообще то бубунта, на мой взгляд, не самый подходящий дистрибутив для такого тестирования, но если мне на 20 минут дадут рута, то даже из неё можно сделать нечто пристойное. Для начала chkconfig в зубы и вперёд, на предмет какого хрена там всякие vbox'ы, sshd и пр. висят. В Самой Правильной ОС такого нету - значит и нам не надо. Потом понюхать /etc/inittab, какого хрена там всякие tty1-tty6 не заремлены? Ну где такое видано в Самой Правильной ОС? Виртуальные столы нахрен убрать, поскольку настоящие виндейцы говорят что это вредно. Панель только одну оставить и всякую хрень с неё посносить. gtk-тему тоже попроще поставить. Ну и после всего этого можно сравнивать на 256 метрах с вистой.
ЗЫ:На приведённых скриншотах система по умолчанию, т.е. с запущенными демонами vbox и sshd, но шибко много лишнего всё таки нет. Рабочих столов - 4, консолей - 6.

Зато в Винде есть Paint и WMP. В Убунту их ставить?
Если в Убунте 4 рабочих стола, то их и оставить. Не подгонять Линуха под стандарты Винды, а Винду - под стандарты Линуха. Это ведь разные ОС? Вот и сравнивать разные ОС.

Отредактировано Maddoc (05-05-10 13:34:53)

ikkunan salvataja · 05-05-10 13:38:13

Maddoc пишет:

Зато в Винде есть Paint и WMP. В Убунту их ставить?

Да на здоровье, вместо Paint пойдёт присутствующий по умолчанию Colour Paint, но можно до кучи ещё и gimp поставить, и медиа плэйеров можно установить вагон и маленькую тележку, пусть будут и gnome mplayer, и totem, и vlc, и xine. Один хрен они место будут занимать на диске, но не в памяти. А вот cups вырубить, или на винды поставить драйвера на пару-тройку десятков принтеров.

Maddoc · 05-05-10 14:29:12

ikkunan salvataja пишет:

Да на здоровье, вместо Paint пойдёт присутствующий по умолчанию Colour Paint, но можно до кучи ещё и gimp поставить, и медиа плэйеров можно установить вагон и маленькую тележку, пусть будут и gnome mplayer, и totem, и vlc, и xine. Один хрен они место будут занимать на диске, но не в памяти. А вот cups вырубить, или на винды поставить драйвера на пару-тройку десятков принтеров.

Это будет уже разный набор софтварей. По-любому Винде - Виндовое, Линуху - Линухово.
В очередной раз повторюсь - системы разные. Тестировать их на одном железе и по одной методике ещё более-менее реально. А сравнивать скорость работы Гимпа с Пайнтом/Пайнт.НЕТом/Фотожопом/Корелом? Это уже сравнение прикладного программного обеспечения. А уж если его сравнивать, то сравнивать одинаковое ПО. Например, какую-нибудь супер-пупер-сложную сцену в Блендере отрендерить (чтобы разница в скорости заметна была). Ну или кино ффмпегом закодировать.

Отредактировано Maddoc (05-05-10 14:36:05)

MOP3E · 05-05-10 18:32:31

Ниасиляторрр пишет:

Вы Семёрку на третьем пне и 256-ти МВ тестировать собрались???А системные требования читали?
•32-разрядный (x86) или 64-разрядный (x64) процессор с тактовой частотой 1 гигагерц (ГГц) или выше
•1 гигабайт (ГБ) (для 32-разрядной системы) или 2 ГБ (для 64-разрядной системы) оперативной памяти (ОЗУ).
Как-то не совсем равные условия,не кажется?
Давайте лучше на новом.

Вообще, семёрку смогли запустить на 64 Мбайт ОЗУ. Боишься, что на 256 метрах линухи сольются с тихим скрипом?

MOP3E · 05-05-10 18:34:48

winlinuser пишет:

Замечательно) вот только каким способом вы будете измерять скорость работы? каким-то по или секундомером?

Супер-Пи и аналогичные тесты?

MOP3E · 05-05-10 18:41:36

ikkunan salvataja пишет:

если мне на 20 минут дадут рута

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

ikkunan salvataja · 05-05-10 18:56:00

MOP3E пишет:

Вообще, семёрку смогли запустить на 64 Мбайт ОЗУ. Боишься, что на 256 метрах линухи сольются с тихим скрипом?

Ну запустить то может и запустили, только что это было? Графическая оболочка к своп файлу?
Кстати, тут давеча один бравый виндеец бил себя пяткой в грудь и вопил что виндовс такие нагрузки держит, которые линуксу и не снились. В доказательство приводил пример, когда он всего за два дня из 400-х кусков склеил карту, общий размер изображения был порядка 10К на 7К пикселей, а размер 200 Мб в tiff формате, и у него виндовс за 2 дня работы не тормозила и файл нормально открывался. Ну я с такими задачами до этого не сталкивался и посему решил проверить, из 400-х кусков я конечно склеивать не стал, лениво, посему просто сделал пяток скриншотов, кинул их на холст, а дальше выделить - копировать - вставить, выделить - копировать - вставить.. Принципиальной разницы здесь нет, тем более, что потом я это безобразие на пару процентов увеличил. Ну в общем я понял что товарищ поскромничал, он вероятно во время склейки ещё и по порнушным сайтам лазал, т.к. пусть даже и 400 кусков, но сделать эту работу можно за 3-4 часа.
Результат как оно открывается в линуксе смотреть здесь
www.slil.ru/upload/29086111
Под виндой, на примерно такой же, даже чуть посильнее, машинке я тоже пробовал.
Могу и оттуда ролик кинуть, но это завтра и будет съёмка на камеру. Почему объяснить?

ont · 05-05-10 19:00:00

ikkunan salvataja пишет:

<...>
Потом понюхать /etc/inittab, какого хрена там всякие tty1-tty6 не заремлены?
<...>

Зачем ? "Ремлить" -- это жаргонизм VB/basic кодера ?

ikkunan salvataja · 05-05-10 19:08:46

ont пишет:

Зачем ? "Ремлить" -- это жаргонизм VB/basic кодера ?

Ну так это чтобы виндейцам было понятнее, а rem кстати ещё и в досовском autexec.bat использовалось.

ont · 05-05-10 19:11:44

Так, все таки, зачем ? smile Это делает систему безопаснее или высвободит больше памяти ?

ikkunan salvataja · 05-05-10 19:16:59

ont пишет:

Это делает систему безопаснее или высвободит больше памяти ?

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

ont · 05-05-10 19:18:31

ikkunan salvataja пишет:

Ну так это чтобы виндейцам было понятнее, а rem кстати ещё и в досовском autexec.bat использовалось.

Было, ну так изрядный виндеец не знает что такое дикие леса NC и DOS. Думаю и барсик вспомнит с трудом. wink

MOP3E · 05-05-10 19:23:34

ikkunan salvataja пишет:

за два дня из 400-х кусков склеил карту, общий размер изображения был порядка 10К на 7К пикселей, а размер 200 Мб в tiff формате, и у него виндовс за 2 дня работы не тормозила и файл нормально открывался. Ну я с такими задачами до этого не сталкивался и посему решил проверить, из 400-х кусков я конечно склеивать не стал, лениво, посему просто сделал пяток скриншотов, кинул их на холст, а дальше выделить - копировать - вставить, выделить - копировать - вставить.. Принципиальной разницы здесь нет... сделать эту работу можно за 3-4 часа.
Результат как оно открывается в линуксе смотреть здесь

Угу, копипаста рулит. "Я делаю всё точно так же, только сильно упростил себе работу!". Типичный луноходный подход - подмена одной задачи на другую. Ты реально наруби 400 курсков карты, например, с Google Maps, сделай из них один общий файл, и потом уже пиши о том, что это всё можно "быстро проделать за 3-4 часа". Там ведь не только копипаста, но и обрезание краёв и совмещение кусков карты так, чтобы не было неровных стыков, и ликвидация дыр, которые нет-нет, да и получаются при неточном позиционировании карты на экране. А ещё Google Maps, как ни странно, довольно медленно грузятся. А если карту получать со сканера - то вообще жопа, потому что каждая страница изображения сканируется, минимум, минут пять и потом всё это нужно приводить к одинаковому масштабу в графическом редакторе. В общем, склеивание ральной карты это не "выделить-скопировать-вставить", как ты здесь пишешь, а гораздо более трудоёмкая задача. Хотя луноходы, конечно, такими делами не занимаются - им "лениво". smile

ikkunan salvataja · 05-05-10 19:32:14

MOP3E пишет:

Угу, копипаста рулит. "Я делаю всё точно так же, только сильно упростил себе работу!". Типичный луноходный подход - подмена одной задачи на другую. Ты реально наруби 400 курсков карты, например, с Google Maps, сделай из них один общий файл, и потом уже пиши о том, что это всё можно "быстро проделать за 3-4 часа". Там ведь не только копипаста, но и обрезание краёв и совмещение кусков карты так

Ну файлы как я понял были уже подготовлены, а что касается подгонки и совмещения, так здесь с точки зрения нагрузки на процессор разницы нету, ровненько я их состыковал или абы как. А разговор шёл именно о тормозах компьютера.
ЗЫ: А эту картинку я за 5 минут вообще то сделал.

Отредактировано ikkunan salvataja (05-05-10 19:33:14)

MOP3E · 05-05-10 19:45:54

ikkunan salvataja пишет:

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

Ну так ты и говори о тормозах компьютера, а не о производительности отдельного человека при склеивании кусков карты. Тупым копипастом я тебе что угодно за пять минут накидаю, а на попиксельное выравнивание каждого куска уходит, как минимум, минута. То есть уже не меньше 6,7 часа только на выравнивание. Приплюсуй сюда необхоимость искать нужные файлы среди подготовленных - в среднем по 15 секунд на файл, что составляет порядка 1,7 часа, и необходимость перерывов в работе - по 5 минут каждый час. Итого я уже насчитал около 9 часов рабочего времени. И это при максимальной производительности, если человек будет заниматься только склеиванием карты.

ikkunan salvataja · 05-05-10 19:54:49

MOP3E пишет:

Ну так ты и говори о тормозах компьютера, а не о производительности отдельного человека при склеивании кусков карты. Тупым копипастом я тебе что угодно за пять минут накидаю, а на попиксельное выравнивание каждого куска уходит, как минимум, минута. То есть уже не меньше 6,7 часа только на выравнивание.

А ты никогда не пробовал склеиванием карты google заниматься? Ты их самостоятельно на куски режешь? А выравнивание по сетке в виндовс запрещено из религиозных соображений?

MOP3E · 05-05-10 20:08:11

ikkunan salvataja пишет:

А ты никогда не пробовал склеиванием карты google заниматься? Ты их самостоятельно на куски режешь? А выравнивание по сетке в виндовс запрещено из религиозных соображений?

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

artcats115 · 05-05-10 20:24:10

Вообще, семёрку смогли запустить на 64 Мбайт ОЗУ.

Знаете я в это слабо верю. Попробуйте выставить такой maxmem. Семерка восстановит на 256.

Форум StopLinux

Объявление

#26 05-05-10 01:28:50

Re: Сравнение производительности систем старом железе

#27 05-05-10 01:56:14

Re: Сравнение производительности систем старом железе

#28 05-05-10 10:01:44

Re: Сравнение производительности систем старом железе

#29 05-05-10 10:47:44

Re: Сравнение производительности систем старом железе

#30 05-05-10 10:50:28

Re: Сравнение производительности систем старом железе

#31 05-05-10 12:37:07

Re: Сравнение производительности систем старом железе

#32 05-05-10 12:48:15

Re: Сравнение производительности систем старом железе

#33 05-05-10 13:20:08

Re: Сравнение производительности систем старом железе

#34 05-05-10 13:38:13

Re: Сравнение производительности систем старом железе

#35 05-05-10 14:29:12

Re: Сравнение производительности систем старом железе

#36 05-05-10 18:32:31

Re: Сравнение производительности систем старом железе

#37 05-05-10 18:34:48

Re: Сравнение производительности систем старом железе

#38 05-05-10 18:41:36

Re: Сравнение производительности систем старом железе

#39 05-05-10 18:56:00

Re: Сравнение производительности систем старом железе

#40 05-05-10 19:00:00

Re: Сравнение производительности систем старом железе

#41 05-05-10 19:08:46

Re: Сравнение производительности систем старом железе

#42 05-05-10 19:11:44

Re: Сравнение производительности систем старом железе

#43 05-05-10 19:16:59

Re: Сравнение производительности систем старом железе

#44 05-05-10 19:18:31

Re: Сравнение производительности систем старом железе

#45 05-05-10 19:23:34

Re: Сравнение производительности систем старом железе

#46 05-05-10 19:32:14

Re: Сравнение производительности систем старом железе

#47 05-05-10 19:45:54

Re: Сравнение производительности систем старом железе

#48 05-05-10 19:54:49

Re: Сравнение производительности систем старом железе

#49 05-05-10 20:08:11

Re: Сравнение производительности систем старом железе

#50 05-05-10 20:24:10

Re: Сравнение производительности систем старом железе

Подвал форума