Сравнение скорости Genoo linux и windows на двуядерном 64 атлоне
Недавно к нам в отдел привезли новенький супернавороченный комп, и сказали что мол потестируйте, проверьте стоит ли такие покупать. Мы с коллегами подумали и решили попробовать протестировать его на полную мощность, а заодно и проверить кто будет быстрее Linux или Windows.
машина:
Processor: Atlon 64x2
Memory: 2x512Gb DIMM
Video: GeForce 6600
HDD: SATA2 (две штуки)
Мать: ASUS A8N-SLI Socket 939 NVIDIA nForce 4 SLI
Для проверки я собираюсь установить на каждый физический диск по операционке. Т.е.
На один Gentoo на второй Windows 64-битную.
Gentoo - потому-что за месяц который я её пользую она меня покорила своей безграничной свободой и настраиваемостью подо всё что только можно (до этого я год работал в ALT Linux).
Windows 64 edition -Для того чтобы более объективно сравнивать (64 vs 64).
Три дня устанавливал Gentoo со Stage1-amd64 (Опыта мало потому и долго) сегодня дособиралось KDE.
Сейчас прошу о помощи уважаемого сообщества разработать тест для проверки скорости и производительности обоих систем, желательно не сложный скрипт с замером скорости между этапами. Предлагаю разбить на несколько этапов: 1 работа с мелкими файлами 2 большими 3 архивирование и разорхивирование в одинаковом формате 4 Перекодирование DVD в Divx или Mpeg
Короче давайте вместе придумаем тест, жду предложений:
- Для комментирования войдите или зарегистрируйтесь
Можно
Можно потестировать apache. Вроде бы у него есть свой бенчмарк
Проблема в том, что в идеале нужно перекодировать ДВД одной и той же программой, или хотя бы одними и теми же кодеками (одной версией)
64 бит -- это хорошо, но стоит учесть, что не все приложения и в той, и в другой ОС работают в нативном 64 бит режиме.
Скорость работы с файлами во многом зависит от файловой системы.
Соответственно надо просто выбрать наиболее популярные программы для всех этих задач (архивирование, кодирование)
Предлагаю архивировать в rar WinRAR'ом и ark'ом
Перекодировать ДВД под вендой не знаю, например Dub'ом, чем, а под нашей ОС cinelerra'ой
_________________
Contrary to popular belief, UNIX is user-friendly. It just happens to be very selective about who it decides to make friends with. A. Haiut.
Я боюсь что не
Я боюсь что не получиться действительно честного испытания так как вмешивается такое количество всяких "но" и "если", что результат потеряет всякий смысл...
Хотя согласен, по кодировать\декодировать видео можно (только одной и той же прогой, например mplayer'ом который есть и под винду), rar'ом можно по-сжимать...
ls
;)
_________________
GNU/Wonderland -- GNU/Страна чудес, страна, в которой вы часто бываете, но, в которую, что примечательно, не надо оформлять визу.
benchmark
Бенчмарками я бы не против проверить еслибы они были одного и тогоже производителя под разные ОС.
Я согласен про то что можно сравнить файловые системы и посжимать раром или зипом.
Кто знает а есть кодеки под Linux Divx или Xvid?
divx4linux xvid win32codecs!
divx4linux xvid win32codecs! Только че-то первого в portage не видно, но раньше было! а win32codecs судя из названия только для 32-х битной архитектуры
ку3
Может стоит еще включить тест на играх. Квейк3 например открытый и есть портеджах. Если есть под рукой можно doom3, ut2004, quake4 и т.д.
имхо в генту
имхо в генту все должно настраиваться на сырцах!!!
а такие тесты сложно найти чтобы один и тот же продукт
был в винде и в сырцах генту
потом винду и генту настраивать надо по максимуму
а кто знает как настроить винду на максимум
поэтому тест будет не точен
потом сразу говорю в линухе UT работает быстрее
Думаю, нужно
Думаю, нужно просто сжать видео и поархивировать что-нибудь серъёзное гигов 15-20. И получишь ты усредненый результат.... :) Не парься, на больших объёмах разница на "но и если" будет несущественной.
Можно, для усреднённости сделать несколько раз.
----------------------------------
Today fine night...
mplayer
1. неплохая идея посжимать DVD mencoder-ом он в состав mplayer-а входит который в свою очередь есть под Linux и Windows
Если конечно в windows версии тоже mencoder есть.
2. zip-ом большие объёмы данных
3. покопировать файлы с раздела на раздел в больших количествах
В понедельник наверно начну испытания. Так-что до понедельника.
имхо
имхо копирование файлов не адекватный тест.. если только копировать на фатовских разделах, а так это будет производительность файловых систем.. да и вообще получается тестирование операционых систем на предмет работы с жесткими дисками..
_________________
Gentoo x86_64 2.6.13-r5 на Athlon 64 3000+
И так, вообще не
И так, вообще не верно в корне мерить производительность ФУНКЦИОНАЛЬНОСТЬЮ, имхо результаты ьудут в корне отличаться...
Берем и пишем скрипт или софтинку на С++ которая будет тестить их на выполнении мат и тех функциях... А С++ берем для КРОССПЛАТФОРМЕННОСТИ
ибо оно поддерживается на обеих ОСях
И так, вообще не
И так, вообще не верно в корне мерить производительность ФУНКЦИОНАЛЬНОСТЬЮ, имхо результаты будут в корне отличаться...
Берем и пишем скрипт или софтинку на С++ которая будет тестить их на выполнении мат и тех функциях... А С++ берем для КРОССПЛАТФОРМЕННОСТИ
ибо оно поддерживается на обеих ОСях
Re: И так, вообще не
Это гдеж ты видал кроссплатформенность в С++, против С/С++ я лично ничего не имею, но если на нем чего ваять, то нуна 100% совместимые библиотеки использовать... ну и т.д. и т.п.
Если уж о кроссе говорить, то Java2SE в самый раз (никого не агетирую)
во-первых движки под обе платформы одинаковые, во-вторых от одного производителя и в-тредих вот она то радимая обеспечит максимальный (если такой вообще возможен) кросс меж платформами.
А вообще интересно, действительно как заставить такой тазик "умерать" от проги. И, ядумаю, есть смысл писать тест-программу (ну хотябы приблезительно) в том русле в которам вы собираетесь его использовать (всмысле комп) вот тогда вы и прозреете нуна вам это или не нуна.
Ваш HunterNomad
тест-программа
Что бы такое заставить эту программу считать
Примеры в студию :)
Время
Время вычисления 20-го знака у числа пи :).
_________________
With Love from Siberia!
Re: И так, вообще не
под Gentoo используем компилятор GCC
под Win - MinGW ( портированный gcc )
я сам подобным образом тестировал время выполнения программы в этих опреационках. в качестве теста использовал поиск простого числа в пределах от 1 до 1000000.
а уж использовать Java для сравнения производительности я бы не стал...
Мне кажется все
Мне кажется все эти крики, что мол там одна программ там другая здесь не уместны. Ведь в реальной жизни я к примеру в линуксе кодирую менкодером, а в винде кодировал кодером дивикса и мне интересно что из них и на сколько будет работать быстрее на одной системе. Я не хочу кодить в винде менкодером т.к. дивикс для винды родней. Или в линуксе я архивирую сами знаете чем :). а в линуксе винраром или зипом, вот и сравните их. Чтобы было ясно с какими задачами быстрее справляется линукс а скакими винда. Ведь всем важен результат работы и не важно чем он достигается. По моему от такого сравнения будет больше пользы, чем от вычесления черт за какого знака числа пи.
интересно сравнить производительн
Мне кажется интересно сравнить производительность на кодировании DVD. Т.к. данная задача отнимает много времени. Не много не по теме. Я поставил себе Fedora 4 x86_64 (все что было под рукой) первый проход делался 9 часов, в ASP Linux 10 который стоял до этого 1,5 часа (он 32 битный). mencoder под федору 64 битный, кодеки тоже вроде (lame и xvid). машина у меня 2.6 (1.4 Hz) Sempron s754. теперь думаю попробовать на gentoo. Если сделаю обязательно напишу чем все закончилось.