Bug 11749

Summary: Неоптимальные файловые операции на сервере 1С:Предприятие 8.3
Product: [Сторонние программы (Other programs)] 1С:Предприятие 8 Reporter: Vitaly Lipatov <lav>
Component: ОбщаяAssignee: BUGS@Etersoft <bugs>
Status: NEW --- QA Contact:
Severity: minor    
Priority: P4    
Version: не указана   
Target Milestone: ---   
Hardware: PC   
OS: Linux   
Whiteboard:
Заявки RT: Связано с:
Дата напоминания:

Description Vitaly Lipatov 2017-04-05 18:10:47 MSK 
Во время открытия конфигурации сервер неторопясь пишет в /tmp блоками по 512 байт:

[pid 17298] _llseek(60, 6422507, [6422507], SEEK_SET) = 0
[pid 17298] write(60, "\10%-\0\377\377\377\177\255ea\0,fa\0\377\377\377\177\247\343B\0&\344B\0\377\377\377\177"..., 512) = 512
[pid 17298] _llseek(60, 6453763, [6453763], SEEK_SET) = 0
[pid 17298] write(60, "\347\2365\0f\2375\0\377\377\377\177)3B\0\2503B\0\377\377\377\177\247Ca\0&Da\0"..., 512) = 512
[pid 17298] _llseek(60, 6483231, [6483231], SEEK_SET) = 0
[pid 17298] write(60, "\377\377\377\177\322\302*\0Q\303*\0\377\377\377\177\177\270Q\0\376\270Q\0\377\377\377\177e\313:\0"..., 512) = 512
[pid 17298] _llseek(60, 6514471, [6514471], SEEK_SET) = 0
[pid 17298] write(60, "\336\334r\0\377\377\377\177\347\334\20\0f\335\20\0\377\377\377\177U?S\0\324?S\0\377\377\377\177"..., 512) = 512
[pid 17298] _llseek(60, 6546050, [6546050], SEEK_SET) = 0
[pid 17298] write(60, "C+`\0\302+`\0\377\377\377\177\22KQ\0\221KQ\0\377\377\377\177\303U0\0BV0\0"..., 512) = 512
[pid 17298] _llseek(60, 6576004, [6576004], SEEK_SET) = 0
[pid 17298] write(60, "\377\377\377\177\351\235s\0h\236s\0\377\377\377\177\324\310W\0S\311W\0\377\377\377\1775\366\16\0"..., 512) = 512

...
А в другие моменты читает откуда по 30-60 за операцию:


[pid 17298] read(60, "\r\n00000060 00000060 7fffffff \r\n", 31) = 31
[pid 17298] _llseek(60, 4401788, [4401788], SEEK_SET) = 0
[pid 17298] read(60, "\200\261\241.\257B\2\0\200\261\241.\257B\2\0\0\0\0\0005\0c\0c\0e\0003\0a\0"..., 96) = 96
[pid 17298] _llseek(60, 4182458, [4182458], SEEK_SET) = 0
[pid 17298] read(60, "S\253\26\0\322\253\26\0\377\377\377\177", 12) = 12
[pid 17298] _llseek(60, 0, [7682225], SEEK_END) = 0
[pid 17298] _llseek(60, 1485651, [1485651], SEEK_SET) = 0
[pid 17298] read(60, "\r\n00000060 00000060 7fffffff \r\n", 31) = 31
[pid 17298] _llseek(60, 1485682, [1485682], SEEK_SET) = 0
[pid 17298] read(60, "\320?\226.\257B\2\0\320?\226.\257B\2\0\0\0\0\0006\0e\0002\0000\0001\0f\0"..., 96) = 96
[pid 17298] _llseek(60, 4365376, [4365376], SEEK_SET) = 0
[pid 17298] read(60, "2\360\22\0\261\360\22\0\377\377\377\177", 12) = 12
[pid 17298] _llseek(60, 0, [7682225], SEEK_END) = 0
[pid 17298] _llseek(60, 1241138, [1241138], SEEK_SET) = 0
[pid 17298] read(60, "\r\n00000060 00000060 7fffffff \r\n", 31) = 31
[pid 17298] _llseek(60, 1241169, [1241169], SEEK_SET) = 0
[pid 17298] read(60, "P\7\225.\257B\2\0P\7\225.\257B\2\0\0\0\0\0007\0006\0b\0a\0008\0a\0"..., 96) = 96


Хуже может быть только побайтное чтение с закрытием файла после каждого байта. Ведь это всё ядерные вызовы!