форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
Сообщение от opennews (??) on 03-Ноя-10, 23:06
На днях Линус Торвальдс представил (http://permalink.gmane.org/gmane.linux.kernel/1056570) первый кандидат в релизы Linux-ядра 2.6.37. Цикл подготовки 2.6.37-rc1 был заметно короче обычного из-за намерения закрыть окно приема изменений до саммита разработчиков Linux-ядра. Относительно версии 2.6.36 было внесено около 10 тыс. изменений. Из наиболее интересных новшеств отмечается окончательный уход от использование устаревшей глобальной BLK-блокировки (Big Kernel Lock), которая оставалась многие годы узким местом в некоторых подсистемах. Другое ключевое новшество 2.6.37-rc1 - интеграция кода начальной поддержки хост-режима Xen (Dom0). Для полноценной поддержки Dom0 в ядре недостает бэкенд-драйверов, которые планируется интегрировать в версию 2.6.38. Для файловой системы Ext4 была добавлена функция "Lazy Inode Table Initialisation", созданная с целью значительного сокращения времени создания Ext4-разделов. Ресурс Phoronix опубликовал (http://www.phoronix.com/scan.php?page=artic... URL: http://www.phoronix.com/scan.php?page=article&item=linux_261... Новость: http://www.opennet.dev/opennews/art.shtml?num=28533
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

2. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	–1 +/–
Сообщение от Аноним (??) on 03-Ноя-10, 23:15
ничего не изменилось
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+4 +/–
Сообщение от Аноним (??) on 03-Ноя-10, 23:27
Скорость не всегда важный показатель. По мне, так по скорости Linux и так хорош. Пилить надо другое.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	19. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от аноним on 04-Ноя-10, 01:50
	>Пилить надо другое. Например?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	31. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от Аноним (??) on 04-Ноя-10, 12:21
	OpenGL
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	36. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от Анон on 04-Ноя-10, 13:48
	В ядре?
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	34. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от letsmac (ok) on 04-Ноя-10, 13:32
	async i/o
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	38. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от ананим on 04-Ноя-10, 15:10
	а что с ним?
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	41. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	–1 +/–
	Сообщение от letsmac (ok) on 04-Ноя-10, 15:44
	> а что с ним? Его как-бы нет.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	43. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от ананим on 04-Ноя-10, 17:47
	какбэ 10 лет уже оракловую субд линкую с aio, и ни чё. так что - ложь.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	44. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от ананим on 04-Ноя-10, 17:56
	пысы: вот пруф - http://www.google.ru/search?sourceid=chrome&ie=UTF-8&q=asyn+... вот в деталях, устаревшее - http://www.puschitz.com/TuningLinuxForOracle.shtml#TuningAsy... см. # ls /proc/sys/fs/aio-* вот для ядра 2.4.20 - http://www.opennet.dev/base/sys/async_io_for_oracle.txt.html пыпысы: может вам всё же, как мак-разработчику, обсуждать свою любимую ось, а не критиковать другую
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	46. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	–2 +/–
	Сообщение от letsmac (ok) on 04-Ноя-10, 18:30
	> может вам всё же, как мак-разработчику, обсуждать свою любимую ось, а не > критиковать другую Я интегратор. Мне собственно конкуренция между решениями позволяет сбить цену у дилеров. Так что если линукс станет  конкурентноспособным   мне только на руку.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	53. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от ананим on 04-Ноя-10, 21:13
	он давно конкурентоспособный. в отличие от таких интеграторов.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	45. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	–2 +/–
	Сообщение от letsmac (ok) on 04-Ноя-10, 18:27
	В ядре его нет.  Про реализации тред и ресурс пулов своими силами знаю. Хочется как в винде и маке - прям в ядре.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	48. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	–2 +/–
	Сообщение от User294 (ok) on 04-Ноя-10, 18:59
	> Хочется как в винде и маке - прям в ядре. А более адекватных аргументов в пользу такого решения у вас не нашлось? oO То что вы привели - вообще не аргумент.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	52. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от ананим on 04-Ноя-10, 21:12
	ну это микро ядро, не такли. :D тем более, что там точно также как и в лине. маководам не знать этого простительно.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	51. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от ананим on 04-Ноя-10, 21:09
	в ядре нет? ну-ну. видимо яблочным интеграторам фс proc ни о чем не говорит. а еще онни любят путать кэшь фс, ридахит, вритбэк с асинхрнонным вводом-выводом.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	54. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от ананим on 04-Ноя-10, 21:24
	вот кстати пруф в потверждение этого, а также ваших глубочайших (аж не видно) познаний: http://www.ixora.com.au/notes/fs_asynchronous_io.htm (статья 12-Oct-2007 22:22) >Because kernelized asynchronous I/O is only available for raw devices and Quick I/O files, some operating systems provide an alternative code path in their implementation of the aio_read() and aio_write() system calls that can be used to simulate asynchronous I/O on ordinary file system based files. >The following operating systems support threaded asynchronous I/O: Solaris, AIX, Windows NT/2000, Linux, Irix, Tru64 Unix ... >The following operating systems do not support threaded asynchronous I/O: HP-UX, Reliant Unix, ... ещё раз - http://www.opennet.dev/base/sys/async_io_for_oracle.txt.html прочитайте и не позорьтесь.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	57. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+2 +/–
	Сообщение от pavlinux (ok) on 04-Ноя-10, 22:29
	Тутана включается # zgrep AIO /proc/config.gz CONFIG_AIO=y Тутана рулится. # sysctl -A | grep aio fs.aio-nr = 0 fs.aio-max-nr = 65536 Интегратор!!! Давай ещё спрашивай!!! Чего не нашёл!!! Ща найдем!!! :)
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	42. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от Зенитар on 04-Ноя-10, 16:04
	Не каждый пользователь компьютера обладает несколькоядерным процессором, купленным мамой. Очень многие используют портативные компьютеры и серверы, где скорость важна.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	58. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от pavlinux (ok) on 04-Ноя-10, 22:40
	> Не каждый пользователь компьютера обладает несколькоядерным процессором, купленным мамой. > Очень многие используют портативные компьютеры и серверы, где скорость важна. Кому скорость важна, покупают несколькоядерные процессоры. :)
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	70. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от Frank (ok) on 06-Ноя-10, 12:12
	Мне важно время жизни моего нетбука от батареи и производительность видеоподсистемы, а всё остальное либо работает (таки работает) либо нет.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	71. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от pavlinux (ok) on 06-Ноя-10, 13:49
	> Мне важно время жизни моего нетбука от батареи и производительность видеоподсистемы, а > всё остальное либо работает (таки работает) либо нет. А ты тут причём?! ;)
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

5. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+4 +/–
Сообщение от аноним on 03-Ноя-10, 23:32
>Другое ключевое новшество 2.6.37-rc1 - интеграция кода начальной поддержки хост-режима Xen (Dom0). Для полноценной поддержки Dom0 в ядре недостает бэкенд-драйверов, которые планируется интегрировать в версию 2.6.38. Ура! Значит, wheezy все равно выйдет с поддержкой xen dom0, на этот раз уже через мейнстрим. Да и федоровцы ждут с нетерпением. >Для файловой системы Ext4 была добавлена функция "Lazy Inode Table Initialisation", созданная с целью значительного сокращения времени создания Ext4-разделов. Лучше бы онлайн-дефрагментацию сделали, это гораздо полезнее. А то, знаете ли, подавляющее большинство юзеров (админов) отнюдь не форматирует тысячи разделов в ext4 ежедневно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от Аноним (??) on 03-Ноя-10, 23:36
	нет, людям скоро понадовиться создание файловых систем в высоконагруженных проектах. вот тут скорость важна
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	17. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+3 +/–
	Сообщение от аноним on 04-Ноя-10, 01:49
	>нет, людям скоро понадовиться создание файловых систем в высоконагруженных проектах. вот тут скорость важна Проект нагружен на непрерывное создание (и удаление?) файловых систем? Если не секрет, а в чем практическая польза такого проекта, кроме обогрева серверной?
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	23. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+1 +/–
	Сообщение от ананим on 04-Ноя-10, 05:24
	хостинг vps и прочие клоуд к примеру.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	26. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+2 +/–
	Сообщение от ig0r (??) on 04-Ноя-10, 09:16
	допустим, на сервере нужно установить рейд суммарной ёмкостью 6Тб, при том что часть этой ёмкости (скажем гигов 100) нужно очень срочно, если форматировать в xfs это займет несколько минут, а если в ext4 то несколько часов (а столько ждать нет времени). Какую файловую систему вы выберете?
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	28. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от iZEN (ok) on 04-Ноя-10, 09:57
	>Какую файловую систему вы выберете? Из традиционных — UFS2 с Soft Updates. Из современных — ZFS. Первая форматирует 100ГБ пространства довольно быстро (несколько секунд), вторая создаётся почти мгновенно. Но Linux, к сожалению, практически не поддерживает работу с UFS2, а поддержка ZFS в нём как дополнительный (сторонний) модуль. Linux много чего не поддерживает в традиционных ФС: снапшоты, к примеру; тот же RAID-5 в Btrfs невозможен.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	35. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от mik (??) on 04-Ноя-10, 13:48
	на снапшоты есть LVM
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	37. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от Аноним (??) on 04-Ноя-10, 14:37
	это сказка. Одно дело спапшот с знанием структуры ФС, второе просто блочный - второе тормоз немеряный.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	62. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	–2 +/–
	Сообщение от iZEN (ok) on 04-Ноя-10, 23:47
	> на снапшоты есть LVM И что? Rollback живой ФС к снапшоту можно сделать? :))
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	63. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+2 +/–
	Сообщение от ананим on 05-Ноя-10, 02:03
	хм. уфс с софтапдейт - недожурналируемая фс. задфс - тормозилла жрущая память. по скорости первая отстает, вторую не видно за горизонтом, особенно в бсд. в общем - ленивым админам на форуме повонять только и годны.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	68. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	–2 +/–
	Сообщение от iZEN (ok) on 05-Ноя-10, 16:59
	> хм. уфс с софтапдейт - недожурналируемая фс. Есть много вещей, непонятных ананимам. Одна из них: обеспечить целостность транзакций ФС без использования журналирования. :)) > задфс - тормозилла жрущая память. Кэширование — отличная штука для загрузки неиспользуемого объёма ОЗУ. > по скорости первая отстает, вторую не видно за горизонтом, особенно в бсд. От чего отстаёт первая по скорости? > в общем - ленивым админам на форуме повонять только и годны. --- админ локалхоста
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	69. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+1 +/–
	Сообщение от pavel_simple (ok) on 05-Ноя-10, 17:34
	>> хм. уфс с софтапдейт - недожурналируемая фс. > Есть много вещей, непонятных ананимам. Одна из них: обеспечить целостность транзакций ФС > без использования журналирования. :)) угу -- только никакой целостностью и не пахнет >> задфс - тормозилла жрущая память. > Кэширование — отличная штука для загрузки неиспользуемого объёма ОЗУ. ещё-бы только вот когда памяти 64 MB что делать? >> по скорости первая отстает, вторую не видно за горизонтом, особенно в бсд. > От чего отстаёт первая по скорости? от всего >> в общем - ленивым админам на форуме повонять только и годны. > --- > админ локалхоста дык мы и так знали
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	72. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	–1 +/–
	Сообщение от iZEN (ok) on 07-Ноя-10, 00:22
	>>> хм. уфс с софтапдейт - недожурналируемая фс. >> Есть много вещей, непонятных ананимам. Одна из них: обеспечить целостность транзакций ФС >> без использования журналирования. :)) > угу -- только никакой целостностью и не пахнет УМВР. ЧЯДНТ? >>> задфс - тормозилла жрущая память. >> Кэширование — отличная штука для загрузки неиспользуемого объёма ОЗУ. > ещё-бы только вот когда памяти 64 MB что делать? Искать новую работу, на которой можно заработать 700-1000 рублей на 1024МБ RAM. ;)
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	73. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от User294 (ok) on 02-Янв-11, 00:02
	> Искать новую работу, на которой можно заработать 700-1000 рублей на 1024МБ RAM. ;) А допаяйте-ка мне гиг памяти в, допустим, девайсину размером с пачку сигарет. Как, слабо, мистер? Я даже согласен заплатить два раза по 700 рублей по этому поводу :)
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	66. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+1 +/–
	Сообщение от Аноним (??) on 05-Ноя-10, 11:09
	Изя, как же мы вас ждали))))
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	40. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от pavel_simple (ok) on 04-Ноя-10, 15:18
	> а если в ext4 то> несколько часов годный вброс
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	7. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+1 +/–
	Сообщение от Кракен on 03-Ноя-10, 23:49
	>Лучше бы онлайн-дефрагментацию сделали, это гораздо полезнее. Согласен. Сами же рассказывали как фрагметируется свободное пространство на пользовательских компах и ставили в преймущество онлайн дефрагментатор(это из презентаций по екст4 еще во времена ее разработки), а теперь не шевелятся в этом направлении.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	8. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от Аноним (??) on 04-Ноя-10, 00:06
	"онлайн-дефрагментацию" wtf?
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	16. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+1 +/–
	Сообщение от аноним on 04-Ноя-10, 01:46
	>"онлайн-дефрагментацию" wtf? Это как в винде, дефрагментация фс без отмонтирования (правда, в винде ее придумали просто потому, что это было проще, чем реализовать отмонтирование фс).
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	33. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	–1 +/–
	Сообщение от X on 04-Ноя-10, 13:30
	Дефрагментацию без необходимости размонтировать раздел.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	61. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от Аноним (??) on 04-Ноя-10, 23:06
	> Дефрагментацию без необходимости размонтировать раздел. e4defrag не пользовали?
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	9. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от Stax (ok) on 04-Ноя-10, 00:25
	Да как вам сказать, случаи разные бывают ) Сейчас 10 Тб массив на вполне себе быстром рейде форматируется в ext4 минут 5. Иногда это /напрягает/. jfs или некотоыре другие фс форматируют мгновенно. Так что приятно, что есть какое-то продвижение в этом направлении.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	12. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от pro100master (ok) on 04-Ноя-10, 00:33
	Вас обманывают, это они не форматируют моментально, а говорят, что готовы к использованию :)))
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	22. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от аноним on 04-Ноя-10, 01:56
	>Вас обманывают, это они не форматируют моментально, а говорят, что готовы к использованию А на самом деле вовсе не готовы, да? И вообще там фс нет, нас обманывают. Пустой раздел, ага?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	25. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от pro100master (ok) on 04-Ноя-10, 08:34
	Нет, вы не поняли чуть больше, чем полностью. Времена fat12 прошли и сейчас не требуется специальная разметка __всего__ объёма.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	32. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+1 +/–
	Сообщение от Аноним (??) on 04-Ноя-10, 12:25
	> Нет, вы не поняли чуть больше, чем полностью. Времена fat12 прошли и > сейчас не требуется специальная разметка __всего__ объёма. Вы что-то путаете, fat12 это просто две таблицы в начале диска, он _весь_ объём никогда не размечал.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	47. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от Stax (ok) on 04-Ноя-10, 18:37
	Я понимаю ) так мне и не жалко, что они в фоне создают inode'ы или их эквиваленты при реальном использовании. Так, к тому же, оптимальнее в плане места, если все равно используются экстенты. Проблема именно в том, что ext2/3/4 так не умеет - пока не разметит все, форматирование не закончено. И это "разметит все" работает (не)реально долго. Теперь с этим лучше, в фоне пусть создает ) Хотя, с другой стороны, это все равно не уровнь jfs или xfs, где создается по мере необходимости.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	55. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+1 +/–
	Сообщение от John (??) on 04-Ноя-10, 21:40
	>Лучше бы онлайн-дефрагментацию сделали, это гораздо полезнее. http://vleu.net/shake/
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	59. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от pavlinux (ok) on 04-Ноя-10, 22:44
	> Лучше бы онлайн-дефрагментацию сделали, это гораздо полезнее. Откуда знаешь что полезнее, если её там никогда не было? :)
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

10. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+3 +/–
Сообщение от Аноним (??) on 04-Ноя-10, 00:26
В новости не упомянуто самое главное - тестирование всех ядер проводилось на виртуальной машине, а не на живом железе, что, по моему мнению, сводит его ценность к нулю.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	13. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	–1 +/–
	Сообщение от Аноним (??) on 04-Ноя-10, 00:53
	почему?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	18. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+1 +/–
	Сообщение от XoRe (ok) on 04-Ноя-10, 01:50
	> почему? The Core i7 970 host system was running Ubuntu 10.10 64-bit with the Linux 2.6.35 kernel on an ASRock X58 SuperComputer motherboard, 3GB of DDR3 system memory, a NVIDIA GeForce GTX 460, and a 64GB OCZ Vertex SSD. Потому что все упирается не в железо, а в "Ubuntu 10.10 64-bit with the Linux 2.6.35 kernel", которая работает на хост-системе. И х** его знает, сколько ресурсов она забирает на себя при каждом тесте. P.S. Вообще цель оптимизации - сократить отставание программных показателей от аппаратных возможностей.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	20. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+1 +/–
	Сообщение от аноним on 04-Ноя-10, 01:52
	> Потому что все упирается не в железо, а в "Ubuntu 10.10 64-bit > with the Linux 2.6.35 kernel", которая работает на хост-системе. > И х** его знает, сколько ресурсов она забирает на себя при каждом > тесте. Это же похороникс. Все их тесты делаются одним полуграмотным эникейщиком, давно известно.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	60. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от pavlinux (ok) on 04-Ноя-10, 22:47
	> Это же похороникс. Все их тесты делаются одним полуграмотным эникейщиком, давно известно. Да не делают они тестов, один прогонят, остальные рисуют.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

11. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	–2 +/–
Сообщение от pro100master (ok) on 04-Ноя-10, 00:32
Ой зря они опубликовали. За последние 5 лет нам на уши капают об "ускорении шифрования за счет аппаратных бла-бла-бла", а у них на первой же странице такой фейл :)))
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
Сообщение от AHAH on 04-Ноя-10, 10:53
по графикам не особо понравилось 32 ядро , такое очучение складывается что оно самое медленное из всех сегодня имеющихся а оно в дебе и убунте , даже лтс вроде
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	64. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от ананим on 05-Ноя-10, 02:51
	ведро как ведро - везде ровно и гладко. кроме лупбэк нетвокинг начиная с 30 разве что.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	67. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
	Сообщение от Аноним (??) on 05-Ноя-10, 11:18
	> по графикам не особо понравилось 32 ядро , такое очучение складывается что > оно самое медленное из всех сегодня имеющихся > а оно в дебе и убунте , даже лтс вроде Он в 6 РХЕЛе, а значит правильное
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

65. "Выпуск Linux-ядра 2.6.37-rc1. Оценка производительности Linu..."	+/–
Сообщение от iCat (ok) on 05-Ноя-10, 08:51
Как-то со всеми этими тестами... не ладно... Объективности нет, что ли... Производительность, антивирусы, количество пользователей... Сплошное надувательство. Коммерческое враньё в опасной степени.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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