Re: Is mdextend really safe?
От | Zdenek Kotala |
---|---|
Тема | Re: Is mdextend really safe? |
Дата | |
Msg-id | 48ABFE13.3010006@sun.com обсуждение исходный текст |
Ответ на | Is mdextend really safe? (Gregory Stark <stark@enterprisedb.com>) |
Список | pgsql-hackers |
Gregory Stark napsal(a): > On Unix that creates a sparse file where the intervening blocks are not > allocated. When we later write out those blocks the filesystem then has to > allocate space for them. IIRC the bug reports were from Windows. I'm not sure > what NTFS's behaviour with sparse files is. NTFS has sparse file feature, but how it works ... > Now this only matters if we ever call mdextend on a block which isn't the > block immediately following the end of file. Is that true? I think, that it could happens only during wal log replay, but at the end everything should be OK. Look into ReadBuffer_common there is following code: 00226 /* Substitute proper block number if caller asked for P_NEW */ 00227 if (isExtend) 00228 blockNum = smgrnblocks(smgr, forkNum); Zdenek
В списке pgsql-hackers по дате отправления: