[R.I.P.] geek похоронил линакс

?я чото п

И? Известный баг и не повод хоронить ещё

а кто такое geek, чем знаменит?

Что?! Пофиксили?!

[20:01]<geek> вообще, объявляю траур по линупсу

остряки.

с тестированием хоть сможете помочь?

http://pastebin.ca/1726630

собрать, запустить. прога создает 8Гб файл, потом выводит циферки

эти циферки запостить сюда. (а лучше на pastebin вместе с выводом lspci, дистрибутивом и версией ведра, а сюда только линк)

если во время создания файла гуй замораживается - поздравляю, у вас баг. Если нет - вам повезло.

I understand so - «And cartful and now there»

ого, вот это промптооборот.

Я знаю, у меня баг

http://pastebin.org/68667

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

http://pastebin.ca/1726873 :3

конечно же он есть
http://pastebin.ca/1726875

http://pastebin.com/m1ee52340

Тормозов не заметил.

гуй кооонкретно тормозил

>гуй не замораживается, но временами подтормажует.

мало данных. Прогони ещё, в нормальных условиях тестер должен > 10 раз fsync сделать. И да, те два значения как-то слишком велики.

впрочем при интенсивном вводе-выводе это какбы нормально.

никогда это нормальным не было. Хорошо, если только подтормаживает, а вот если заморозка на 10-20-30 и более секунд - это уже явный симптом.

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

>Тормозов не заметил.

это странно, задержки у тебя очень большие. У тебя проц одноядерный?

>:3

это рекорд =) А как впечатления вообще?

fox@darkstar:/home/data/Temp$ cat /proc/cpuinfo | grep 'model name'
model name	: Intel(R) Core(TM)2 Duo CPU     E6750  @ 2.66GHz
model name	: Intel(R) Core(TM)2 Duo CPU     E6750  @ 2.66GHz

Сейчас прогоню ещё раз, на всякий случай

Чорт! А я что говорил? Мне все в один голос талдычили, что это у меня руки кривые, ядро кривое, голова кривая.

P. S. Тему забукмаркал, завтра на своих 4 ядрах погоняю тесты.

$ cc fsync-tester.c -o fsync-tester
$ ./fsync-tester
[1] 25302 segmentation fault ./fsync-tester

Вероятно, фрагментация. Отклик системы увеличился ощутимо, но полного ступора не было.

fox@darkstar:~/Temp$ gcc fsync-tester.c 
done setting up random write file
starting random io!
starting fsync run
fsync time: 1.9354s
fsync time: 0.8316s
fsync time: 0.8572s
fsync time: 0.6729s
fsync time: 0.6710s
fsync time: 0.5950s
fsync time: 1.5519s
run done 7 fsyncs total, killing random writer

В первый раз у меня торрент работал, забыл выключить :-)

http://pastebin.com/f76ece219

Тормозил только Gajim при отправке сообщения. В остальном работало как обычно. Arch linux i686

И да, торомзов гуя нет вообще, компиз как крутился так и крутится.

http://pastebin.ca/index.php

тормоза не более чем на полсекунды, прыгал по вирт столам (ффоксу и евинсу)

http://pastebin.ca/1726885

Было ~5 фризов по 1-2 секунды.

/home/as/desktop → ./fs
setting up random write file
done setting up random write file
starting fsync run
starting random io!
fsync time: 0.3111s
fsync time: 0.1308s
fsync time: 2.3430s
fsync time: 3.2558s
fsync time: 1.0832s
fsync time: 0.9487s
fsync time: 0.8776s
fsync time: 1.9944s
run done 8 fsyncs total, killing random writer


Отклик системы никак не менялся, всё летало. Хм-хм.

Перейди по своей ссылке :]

Есть интересная (как-бы) штука ТОЛЬКО на одном SATA HDD проявляется:

стоит начать собирать на нем live cd (используются программные блокировки для отметки выполнения этапов сборки) и упаси Боже еще кино
или музон включить - и капец, весь хомяк уходит на всегда RO до аппаратного перегруза. И да, тупняк и тормоза - в ассортименте при подобных работах. А на других HDD такой фигни нет.

fedor@paradise ~ $ /usr/local/bin/a.out | wgetpaste
Your paste can be seen here: http://dpaste.com/137706/
fedor@paradise ~ $ sudo lspci -v | wgetpaste
Your paste can be seen here: http://dpaste.com/137708/
fedor@paradise ~ $ uname -a | wgetpaste
Your paste can be seen here: http://dpaste.com/137709/


Отзывчивость гуя пострадала, но очень слабо.

да, поторопился

http://pastebin.ca/1726886

>В первый раз у меня торрент работал, забыл выключить :-)

благодаря поррентам я и заметил косяк, собственно - при скорости качания выше 10Мбит - гуй подвисал

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

и ещё о симптомах:

вот у меня после загрузки сразу:
fsync time: 0.0603s
fsync time: 0.0900s
fsync time: 0.0056s
fsync time: 0.1255s
fsync time: 0.0116s
fsync time: 0.0633s
fsync time: 0.0295s
fsync time: 0.1124s
fsync time: 0.0192s
fsync time: 0.1178s
fsync time: 0.0138s
fsync time: 0.0541s

до перезагрузки:

fsync time: 2.9112s
fsync time: 7.6008s
fsync time: 5.1181s
fsync time: 5.3782s
fsync time: 10.0681s
fsync time: 3.3239s

вот с чем это может быть связано?

> wgetpaste

Спасибо за наводку

http://pastebin.org/68670

Не единого намека на тормоза, все быстро открывается. Владельцам nForce рекомендую сброситься с самого высокого объекта своего города, а не ныть.

>да, поторопился

ещё пару раз можешь прогнать?

> вот с чем это может быть связано?

Во время работы активно используется дисковый кэш, что-то вытесняется в своп, и за счёт обмена со свопом начинаются тормоза?

После перезагрузки:

/home/as/desktop → ./fs
setting up random write file
done setting up random write file
starting fsync run
starting random io!
fsync time: 0.5071s
fsync time: 1.2345s
fsync time: 3.7975s
fsync time: 1.3210s
fsync time: 1.0619s
fsync time: 2.5041s
fsync time: 0.9047s

Лаги чувствовались как в первом прогоне.

>Во время работы активно используется дисковый кэш, что-то вытесняется в своп, и за счёт обмена со свопом начинаются тормоза?

своп я отключал. Тормоза не исчезли. Надо конечно ещё пару раз погонять, но меня терзают смутные сомнения, что дело в свопе

http://pastebin.ca/1726903

ещё io-scheduler deadline.

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

>ещё io-scheduler deadline.

ну, про шедулеры я не спрашивал, потому как тестировал все шедулеры i/o - на баг не влияют, и шедулер процессов bfs - разницы тоже никакой.

т.е. примерно понятно, где причины бага нет.

Первый раз запустил было 80 сек вроде. Лагал пару раз на 10 секунд. При этом ни загрузки цпу, ни свопов не было.

Пускаю второй раз — пишет

open: Permission denied

Это нормально? Права 777.

rm fsync-tester.*

ага, и ещё фрагментация раздела(ext3), где собирался файл - 8%
не знаю, важно это или нет...

>Лагал пару раз на 10 секунд.

я считаю, что это ненормально, но некоторые со мной не согласны =)

Это нормально? Права 777.

а если через sudo?

Права на fsync-tester.rnd-file и fsync-tester.tst-file не выставлены.

rand_fd = open(«fsync-tester.rnd-file», O_WRONLY|O_CREAT);

могу ещё пару раз запустить параллельно с какими-нить io, напр с фтп кучу файлов покачать :)

кстати

gcc -O3 test.c
test.c: В функции ‘main’:
test.c:113: предупреждение: результат ‘pwrite’, декларированной с атрибутом warn_unused_result, игнорируется
В функции ‘open’,
    включённом из ‘main’ в test.c:74:
/usr/include/bits/fcntl2.h:51: ошибка: call to ‘__open_missing_mode’ declared with attribute error: open with O_CREAT in second argument needs 3 arguments
В функции ‘open’,
    включённом из ‘main’ в test.c:97:
/usr/include/bits/fcntl2.h:51: ошибка: call to ‘__open_missing_mode’ declared with attribute error: open with O_CREAT in second argument needs 3 arguments

sanja@amigo:~/tmp/geek_test$ ./geek_test_001
setting up random write file
done setting up random write file
starting fsync run
starting random io!
fsync time: 6.3740s
fsync time: 1.6668s
fsync time: 1.1433s
fsync time: 1.3594s
fsync time: 1.4512s
fsync time: 0.6739s
fsync time: 1.1475s
run done 7 fsyncs total, killing random writer

sanja@amigo:~/tmp/geek_test$ lsb_release -d && uname -r && lspci
Description:	Debian GNU/Linux testing (squeeze)
2.6.30-2-686
00:00.0 RAM memory: nVidia Corporation C51 Host Bridge (rev a2)
00:00.1 RAM memory: nVidia Corporation C51 Memory Controller 0 (rev a2)
00:00.2 RAM memory: nVidia Corporation C51 Memory Controller 1 (rev a2)
00:00.3 RAM memory: nVidia Corporation C51 Memory Controller 5 (rev a2)
00:00.4 RAM memory: nVidia Corporation C51 Memory Controller 4 (rev a2)
00:00.5 RAM memory: nVidia Corporation C51 Host Bridge (rev a2)
00:00.6 RAM memory: nVidia Corporation C51 Memory Controller 3 (rev a2)
00:00.7 RAM memory: nVidia Corporation C51 Memory Controller 2 (rev a2)
00:02.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1)
00:03.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1)
00:05.0 VGA compatible controller: nVidia Corporation C51 [GeForce Go 6100] (rev a2)
00:09.0 RAM memory: nVidia Corporation MCP51 Host Bridge (rev a2)
00:0a.0 ISA bridge: nVidia Corporation MCP51 LPC Bridge (rev a3)
00:0a.1 SMBus: nVidia Corporation MCP51 SMBus (rev a3)
00:0a.3 Co-processor: nVidia Corporation MCP51 PMU (rev a3)
00:0b.0 USB Controller: nVidia Corporation MCP51 USB Controller (rev a3)
00:0b.1 USB Controller: nVidia Corporation MCP51 USB Controller (rev a3)
00:0d.0 IDE interface: nVidia Corporation MCP51 IDE (rev f1)
00:0e.0 IDE interface: nVidia Corporation MCP51 Serial ATA Controller (rev f1)
00:10.0 PCI bridge: nVidia Corporation MCP51 PCI Bridge (rev a2)
00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio (rev a2)
00:14.0 Bridge: nVidia Corporation MCP51 Ethernet Controller (rev a3)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
05:07.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller
05:07.1 FireWire (IEEE 1394): Texas Instruments PCIxx12 OHCI Compliant IEEE 1394 Host Controller
05:07.2 Mass storage controller: Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD)
05:07.3 SD Host controller: Texas Instruments PCIxx12 SDA Standard Compliant SD Host Controller

тормозов и подмерзаний не было

и только на этих файлах ?

кажется, тут нужен уже reboot ?))