На ноуте с 7-кой, селерон 1,2ГГц, 3Гб оперативы, интел GMA 4500, но с довольно быстрым SSD,
Ключевое слово, там правда линейная скорость записи не очень то и выше чем у HDD, но такое понятие как seek time напрочь отсутствует, так что в общем зачёте выигрыш приличный получится.
Рекомендую проверить время выполнения чего-нибудь типа dd if=/dev/zero of=testfile.bin count=100 bs=100M, или как там это будет в винде, на обоих машинах.
Yesterday it worked.
Today it is not working.
Windows is like that.
Неактивен
А скриншотов, где хоть линукс, хоть винда якобы справляется с такой задачей аж за 2 минуты я и сам могу наделать. Причём более качественно. Так что иди обтекать на пару с убожеством.
Вы понимаете, что сами постоянно провоцируете? Вы вообще врубаетесь в то , о чем пишите?
Если опустить ваши опусы и теоремы Икуны-Пифагора-Сосницкого, то в сухом остатке имеем:
Идентичную конфигурацию и одинаковые версии используемого ПО, условия разнятся лишь используемой ОС.
В итоге - при использовании Win 8 результаты в практически в трое лучше, чем в поделии. У TrollWINNT тоже файл не сохранило
При чем специально было чистенько переделано и в бунте и в виндовс, но вы все равно продолжаете производить метан в пром. объемах, при этом обсираясь раз за разом.
Редактировался UPS (19-06-12 10:45:55)
К счастью, мой заработок не сильно зависит от компьютера, иначе бы Линукс было бы проблематично использовать. Меня не особо интересует, что там у других. Меня волнует линукс для моих задач. А если ~1.5% пользователей устраивает линукс - остальным 98.5% от этого не сильно легче. #178. SemyonKozakov
https://stoplinux.org.ru/reviews/review_Ubuntu_LTS_10.04.html
Неактивен
У TrollWINNT тоже файл не сохранило
У меня сохранило в обоих случаях, как в винде, так и на линуксе, причём на машине с куда как более слабым процом и всего 2-мя Гб.
Только вот в линуксе это получилось на 40 % быстрее. Вполне допускаю что если бы в линуксе использовалась ext4, а не xfs, которая вообще то для работы с 10 Гб файлами несколько лучше приспособлена, результат был бы несколько похуже, но всё равно существенно лучше чем в винде.
ЗЫ: По поводу свопов вопросов больше нету?
Yesterday it worked.
Today it is not working.
Windows is like that.
Неактивен
тоже файл не сохранило
У меня сохранило. О чем это говорит? Я обманщик?
Я уже и сам подумываю провести эксперимент на своем железе. Но останавливают две вещи: гугление драиверов и освоение метро и второе смогу ли я безболезненно поставить восьмеру рядом с хр( с семеркой по моему без бубна и камланий ни как) ?
Редактировался usual_user (19-06-12 11:26:25)
Ущербность всегда агрессивна, и эта агрессивность проявляется прежде всего на уровне языка.
То, что о тебе говорят люди, никак не характеризует тебя, зато прекрасно характеризует их.
Кукушка тролит петуха, за то что тролит тот кукушку.
Неактивен
У меня сохранило. О чем это говорит? Я обманщик?
Вы чем читаете? В моем тесте с 2.8 сохранило? Нахрена мне эта ваша писанина.
У меня сохранило в обоих случаях, как в винде, так и на линуксе, причём на машине с куда как более слабым процом и всего 2-мя Гб.
Только вот в линуксе это получилось на 40 % быстрее. Вполне допускаю что если бы в линуксе использовалась ext4, а не xfs, которая вообще то для работы с 10 Гб файлами несколько лучше приспособлена, результат был бы несколько похуже, но всё равно существенно лучше чем в винде.
Вы уже ужом месяц по кругу вертитесь, обсасывая одно и тоже с разных сторон. Нет, ваше утверждение неправда .
ЗЫ: По поводу свопов вопросов больше нету?
Вы определитесь для начала с понятиями и терминами, потом рассуждайте о свопах .
Недавно вы возмущались , что виндовс якобы плюет на настойки свопа пользователем ( ваши слова), теперь получается, что линупс еще более игнорирует размер своп (установленный пользователем) в данном тесте 2 Gb .
В итоге по кругу имеем голые теории.
Факты таковы- есть железо, есть задача, есть результаты . Причем у Okkamas Buddy примерно такие же.
Редактировался UPS (19-06-12 11:31:03)
К счастью, мой заработок не сильно зависит от компьютера, иначе бы Линукс было бы проблематично использовать. Меня не особо интересует, что там у других. Меня волнует линукс для моих задач. А если ~1.5% пользователей устраивает линукс - остальным 98.5% от этого не сильно легче. #178. SemyonKozakov
https://stoplinux.org.ru/reviews/review_Ubuntu_LTS_10.04.html
Неактивен
теперь получается, что линупс еще более игнорирует размер своп (установленный пользователем) в данном тесте 2 Gb .
Не линукс, а gimp. И вообще то не 2 Gb, а 10 с лишним с концу преобразования, я об этом в #1173 писал.
Факты таковы- есть железо, есть задача, есть результаты .
Провальные для восьмёрки.
Yesterday it worked.
Today it is not working.
Windows is like that.
Неактивен
Не линукс, а gimp. И вообще то не 2 Gb, а 10 с лишним с концу преобразования, я об этом в #1173 писал.
Это не своп, это временный файл гима, который просто называется gimpswap.цифры - называя его свопом, ты сильно нас запутал. Он действительно растёт до 10 Гб после преобразования. И, очевидно, скорость его роста сильно зависит от количества запущенных фоновых программ. Сейчас проделал операцию на рабочей лошадке (коре2дуо 3 ГГц, 4Гб, GeForce 6200, и очень много рабочего софта запучено) - вся операция заняла 15 мин. На домашнем компе, повторюсь - менее 8-ми минут.
Случайности не случайны.
Неактивен
Провальные для восьмёрки.
Блять,какое счастье, что линуксоидов менее 1% И еще большее счастье, что если вычесть из этого 1 % нормальных линуксоидов, то таких долбоебов упоротых остается еще меньше. Доктор вам не поможет уже, это неизлечимо
Добавлено спустя 07 мин 45 с:
Это не своп, это временный файл гима, который просто называется gimpswap.цифры - называя его свопом, ты сильно нас запутал. Он действительно растёт до 10 Гб после преобразования. И, очевидно, скорость его роста сильно зависит от количества запущенных фоновых программ.
Причем это явление характерно практически для всех ресурсоемких приложений и напрямую (в данном случае ) зависит от скорости обмена с дисковой подсистемой . Причем в линухе скорость обмена ( гораздо медленее) , чем в виндовс 8. Уже писали в этой ветке, хотя естественно сейчас разведут срач и холивар по этому поводу и в результате все останутся при своем. Тогда смысл этого действа?
К счастью, мой заработок не сильно зависит от компьютера, иначе бы Линукс было бы проблематично использовать. Меня не особо интересует, что там у других. Меня волнует линукс для моих задач. А если ~1.5% пользователей устраивает линукс - остальным 98.5% от этого не сильно легче. #178. SemyonKozakov
https://stoplinux.org.ru/reviews/review_Ubuntu_LTS_10.04.html
Неактивен
называя его свопом, ты сильно нас запутал.
Я это назвал собственным свопом гимпа, и сразу сказал где он лежит.
(коре2дуо 3 ГГц, 4Гб, GeForce 6200, и очень много рабочего софта запучено) - вся операция заняла 15 мин.
Ну примерно как и у меня на X4 955, у меня даже чуть побыстрее.
На домашнем компе, повторюсь - менее 8-ми минут.
На домашней вроде бы 8? Вот тебе и разгадка. Кстати между 4-мя и 2-мя Гб разница поменьше.
Yesterday it worked.
Today it is not working.
Windows is like that.
Неактивен
На домашней вроде бы 8? Вот тебе и разгадка. Кстати между 4-мя и 2-мя Гб разница поменьше.
Да, на домашнем компе 8-м Гб, но во время всей операции использование памяти ни разу не превысило 3-х Гб.
Случайности не случайны.
Неактивен
Да, на домашнем компе 8-м Гб, но во время всей операции использование памяти ни разу не превысило 3-х Гб.
У меня на чистой не более 2х общей и 1300 на процесс.Это же явно видно, насчет ЦП- Gimp использут в основном одно ядро, поэтому разница во многом нивелируется и имеет значение частота и кеш.Тем более, что сам этап на котором активно грузится ЦП -мал, по сравнению с общим временем всей операции от начала и до конца.
К счастью, мой заработок не сильно зависит от компьютера, иначе бы Линукс было бы проблематично использовать. Меня не особо интересует, что там у других. Меня волнует линукс для моих задач. А если ~1.5% пользователей устраивает линукс - остальным 98.5% от этого не сильно легче. #178. SemyonKozakov
https://stoplinux.org.ru/reviews/review_Ubuntu_LTS_10.04.html
Неактивен
но во время всей операции использование памяти ни разу не превысило 3-х Гб.
А дисковый кэш для обоих систем у нас типа уже отменили?
Yesterday it worked.
Today it is not working.
Windows is like that.
Неактивен
А дисковый кэш для обоих систем у нас типа уже отменили?
Поясни.
Случайности не случайны.
Неактивен
На домашней вроде бы 8? Вот тебе и разгадка. Кстати между 4-мя и 2-мя Гб разница поменьше.
А можно поинтересоваться, у вас какое видео? Сдается мне разгадка в этом. Дело в том что и на винде и на линукс (в случае с федорой) у меня примерно одинаковое время занял период задумчивости гимпа после показа фрагмента и сохранение файла а вот время до показа фрагмента разное. Кроме того в 1 период в винде загрузка проца на уровне статистической погрешности а в линукс 1 ядро загружено на 100%. У меня так же как у всех у кого винда выигрывает Nvidia (в моем случае gts450). Может тут cuda собака порылась?
Нет, так мы целей гнусных не достигнем... / В.П. Вишневский
Неактивен
А можно поинтересоваться, у вас какое видео?
GT 430, 1 Гб.
У меня так же как у всех у кого винда выигрывает
Выигрывает она исключительно там, где линукс ставили виндейцы.
Может тут cuda собака порылась?
Конкретно здесь — нет. Она только на gegl роется.
Добавлено спустя 10 мин 45 с:
а вот время до показа фрагмента разное.
А вот здесь наблюдается нечто интересное, на машине на 4-х ядерной машине с 4-мя Гб и ATI время до показа фрагмента было одинаковое у семёрки и линукса, линукс своё отыграл на 2-м этапе, на сохранение опять таки одинаковое время ушло.
А вот на 2-х ядерной с 2-мя Гб и NVidia линукс быстрее отработал и 1-й, и 2-й этап. И ещё один интересный момент, правда на 4-х ядерной машине я за ним не следил, к началу показа фрагмента у линукса в гимповом свопе сидит 3,5 Гб, а у винды 2,2.
Yesterday it worked.
Today it is not working.
Windows is like that.
Неактивен
На домашнем компе, повторюсь - менее 8-ми минут.
На домашней вроде бы 8? Вот тебе и разгадка. Кстати между 4-мя и 2-мя Гб разница поменьше.
Да, на домашнем компе 8-м Гб, но во время всей операции использование памяти ни разу не превысило 3-х Гб.
А дисковый кэш для обоих систем у нас типа уже отменили?
Поясни.
Где в данном контексте взаимосвязь между количеством памяти, дисковым кешем и скоростью отработки теста?
Случайности не случайны.
Неактивен
Где в данном контексте взаимосвязь между количеством памяти, дисковым кешем и скоростью отработки теста?
Ещё вопросы есть? Памяти вроде бы только 3 Гб отжирается, но оставшиеся 5 в работе весьма весомо участвуют. Особенно когда файл сохраняться начинает.
Yesterday it worked.
Today it is not working.
Windows is like that.
Неактивен
Памяти вроде бы только 3 Гб отжирается, но оставшиеся 5 в работе весьма весомо участвуют.
Не знал, что свободная память активно участвует в работе.
Кстати, сейчас из любопытства провёл этот тест с отключенным файлом подкачки. Время теста увеличилось с 8-ми до 11-ти минут, при чём все 3 лишних минуты добавились на последний этап - сохранение уже увеличенного изображения в формат xcf на диск. А 10-ти гигабайтный временный файлик гимпа создался даже быстрее секунд на 20, чем с файлом подкачки. И, что мне теперь с этими знаниями делать?
Случайности не случайны.
Неактивен
И, что мне теперь с этими знаниями делать?
Пишите сюда. Это доставляет.
Ущербность всегда агрессивна, и эта агрессивность проявляется прежде всего на уровне языка.
То, что о тебе говорят люди, никак не характеризует тебя, зато прекрасно характеризует их.
Кукушка тролит петуха, за то что тролит тот кукушку.
Неактивен
Не знал, что свободная память активно участвует в работе.
Ещё как участвует, и могу даже привести пример когда не будет разницы в скорости выполнения на машине с 2 Гб и 4 Гб, но если докинуть до 8-ми то скорость резко увеличится.
Предположим обработка ведётся в 2 прохода с созданием временного файла размером в 10 Гб, сама программа и данные занимают в памяти 1,5 Гб.
Итак, кусок обработали, 100 Мб записали во временный файл, естественно они при этом и в дисковый кэш попали. К концу первого прохода у нас размер временного файла составляет 5 Гб, вся память забита дисковым кэшом, но проку от него ноль, поскольку самые ранние данные, а они сразу же понадобятся нам для второго прохода, из кэша уже выкинуты и при втором проходе уже придётся лезть в начало этого временного файла. А вот на машине с 8-ю Гб они ещё будут оставаться в кэше и подсунуты оттуда, таким образом на втором проходе время будет существенно сэкономлено.
Yesterday it worked.
Today it is not working.
Windows is like that.
Неактивен
Выигрывает она исключительно там, где линукс ставили виндейцы.
Вы опять попой крутите с теориями своими Ну ка раскажите, что же там такого по дефолту настраивать надо.
Результат как был в поделии почти в три раза хуже, так и остался. Ну никак вы угомонится не можете и это доставляет
К счастью, мой заработок не сильно зависит от компьютера, иначе бы Линукс было бы проблематично использовать. Меня не особо интересует, что там у других. Меня волнует линукс для моих задач. А если ~1.5% пользователей устраивает линукс - остальным 98.5% от этого не сильно легче. #178. SemyonKozakov
https://stoplinux.org.ru/reviews/review_Ubuntu_LTS_10.04.html
Неактивен
Результат как был в поделии почти в три раза хуже, так и остался.
Ага, а ещё мы видели как файл в LO 20 минут открывался, хотя у меня тот же самый файл открылся за 30 сек., причём это даже на видео было зафиксировано.
А что касается убожества, так со свежими драйверами оно себя ещё смешнее повело, при попытке сохранить оно вот такое выдало
Правда потом таки ожило, но результат на 2 мин. больше получился.
Могу ещё промежуточный скриншот выложить, где оно не отвечает, чтобы разговоров не было что это просто скриншотилка так попала.
Yesterday it worked.
Today it is not working.
Windows is like that.
Неактивен
ikkunan salvataja - мне абсолютно пох уже твои скриншотики. В моей конфигурации оно отработало без нареканий с NV драйверами. Тебе задали конкретный блять вопрос-
Ну ка раскажите, что же там такого по дефолту настраивать надо.
Вот и отвечай за свои слова, перданул так теперь расcказывай.
К счастью, мой заработок не сильно зависит от компьютера, иначе бы Линукс было бы проблематично использовать. Меня не особо интересует, что там у других. Меня волнует линукс для моих задач. А если ~1.5% пользователей устраивает линукс - остальным 98.5% от этого не сильно легче. #178. SemyonKozakov
https://stoplinux.org.ru/reviews/review_Ubuntu_LTS_10.04.html
Неактивен
Серьёзное обвинение, Иккуна.
Ну что же, я за свои слова отвечу. Смотрим на последний скриншот, который я выложил в #1222, я там нужное красненьким обвёл.
Теперь посмотрим на аналогичный фрагмент скриншота, который ТС выложил. Я там зелёненьким обвёл, поскольку красненьким ТС там обвёл что у него уже якобы сохраняет.
Теперь такой момент, пока gimp отмасштабированный фрагмент не показал его меню вполне себе кликабельно, да и потом на открытые модальные окна переключиться легко и когда нужно их вытянуть. Смотрим коротенькое видео:
/forum/img/external/rghost.ru/private/38767543/19c37 … 00b2ffd6e3
Ещё вопросы есть?
ЗЫ: Кстати, оно даже сохраняет при этом, вот такую вот хню
Yesterday it worked.
Today it is not working.
Windows is like that.
Неактивен
Ну что же, я за свои слова отвечу.
Я тебя спросил ,что там настраивать надо-это раз.
Ты реально заебал. За такие блять предьявы морду бьют-это два.
Для тебя одного придурка поставил систему, причем на чистый диск.
Исходный файл из набора, Gimp из инета 2.8. Начало преобразования 11.2 , результатирующий файл того же размера.Причем он открыт и не так как у тебя.
Все показано. Я ебу тебя вместе с Gimp как вижу, так тебе понятно?
К счастью, мой заработок не сильно зависит от компьютера, иначе бы Линукс было бы проблематично использовать. Меня не особо интересует, что там у других. Меня волнует линукс для моих задач. А если ~1.5% пользователей устраивает линукс - остальным 98.5% от этого не сильно легче. #178. SemyonKozakov
https://stoplinux.org.ru/reviews/review_Ubuntu_LTS_10.04.html
Неактивен