Re: DPT I2O RAID and Linux I2O

2001-05-01 Thread Denis Perchine
o raid card users would be useful > > Alan > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please re

Re: DPT I2O RAID and Linux I2O

2001-05-01 Thread Denis Perchine
this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ -- Sincerely Yours, Denis Perchine -- E-Mail: [EMAIL

Re: EATA driver with DPT SmartRAID V

2001-04-03 Thread Denis Perchine
ivers for the card. I've asked them to make > a few more changes for me but their change making cycle seems very slow and > I'm waiting for the next round. Is it possible to get this beta somewhere? I'd like to try it. -- Sincerely Yours, Denis Perchine -- E-Ma

Re: EATA driver with DPT SmartRAID V

2001-04-03 Thread Denis Perchine
tributed Processing Technology SmartRAID V Controller (rev > > 2). > > This card isnt supported by the eata driver. Is there any other way to make it working under 2.4.x? Only working drivers are up to 2.2.16. I tried to compile them for 2.2.17 from RH 6.2 updates, but they hang u

Re: EATA driver with DPT SmartRAID V

2001-04-03 Thread Denis Perchine
V Controller (rev 2). This card isnt supported by the eata driver. Is there any other way to make it working under 2.4.x? Only working drivers are up to 2.2.16. I tried to compile them for 2.2.17 from RH 6.2 updates, but they hang up PC. -- Sincerely Yours, Denis Perchine

Re: EATA driver with DPT SmartRAID V

2001-04-03 Thread Denis Perchine
to make a few more changes for me but their change making cycle seems very slow and I'm waiting for the next round. Is it possible to get this beta somewhere? I'd like to try it. -- Sincerely Yours, Denis Perchine -- E-Mail: [EMAIL PROTECTED] HomePage: http

Strange lines in dmesg

2001-03-30 Thread Denis Perchine
... It looks like it is again a problem with kernel does not use all possibilities before kill a process. And what worries me is that I found mentioned above lines in kernel log. -- Sincerely Yours, Denis Perchine -- E-Mail: [EMAIL PROTECTED] HomePage: http

Strange lines in dmesg

2001-03-30 Thread Denis Perchine
above lines in kernel log. -- Sincerely Yours, Denis Perchine -- E-Mail: [EMAIL PROTECTED] HomePage: http://www.perchine.com/dyp/ FidoNet: 2:5000/120.5 -- - To unsubscribe from this list: send the line "unsubscribe linux-k

O_DSYNC flag for open

2001-03-09 Thread Denis Perchine
Hello, one small question... Will O_DSYNC flag be available in Linux? It is available at least on AIX, and HP-UX. The difference with O_SYNC is the same as between fsync and fdatasync. Any comments? -- Sincerely Yours, Denis Perchine -- E-Mail: [EMAIL

O_DSYNC flag for open

2001-03-09 Thread Denis Perchine
Hello, one small question... Will O_DSYNC flag be available in Linux? It is available at least on AIX, and HP-UX. The difference with O_SYNC is the same as between fsync and fdatasync. Any comments? -- Sincerely Yours, Denis Perchine -- E-Mail: [EMAIL

Q: How to get physical memory size from user space without proc fs

2001-03-03 Thread Denis Perchine
idea, but it is assumed that this program is the only one running on the machine. I do not want to use proc as some people can just do not mount it. Any comments, suggestions? Thanks in advance. Denis Perchine. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" i

Q: How to get physical memory size from user space without proc fs

2001-03-03 Thread Denis Perchine
idea, but it is assumed that this program is the only one running on the machine. I do not want to use proc as some people can just do not mount it. Any comments, suggestions? Thanks in advance. Denis Perchine. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" i

Re: fsync vs fdatasync on Linux

2001-02-18 Thread Denis Perchine
On Sunday 18 February 2001 18:22, Denis Perchine wrote: > Hello, > > as fas as I can see from fdatasync man page, and from the latest kernel > sources (2.4.1ac3, fs/buffer.c), they are equivalent. > > Using of fdatasync in database can gain significant gain on systems which &g

fsync vs fdatasync on Linux

2001-02-18 Thread Denis Perchine
). Are there any plans to implement this correctly? And due to what problems it was not implemented yet? -- Sincerely Yours, Denis Perchine -- E-Mail: [EMAIL PROTECTED] HomePage: http://www.perchine.com/dyp/ FidoNet: 2:5000/120.5

fsync vs fdatasync on Linux

2001-02-18 Thread Denis Perchine
). Are there any plans to implement this correctly? And due to what problems it was not implemented yet? -- Sincerely Yours, Denis Perchine -- E-Mail: [EMAIL PROTECTED] HomePage: http://www.perchine.com/dyp/ FidoNet: 2:5000/120.5

Re: fsync vs fdatasync on Linux

2001-02-18 Thread Denis Perchine
On Sunday 18 February 2001 18:22, Denis Perchine wrote: Hello, as fas as I can see from fdatasync man page, and from the latest kernel sources (2.4.1ac3, fs/buffer.c), they are equivalent. Using of fdatasync in database can gain significant gain on systems which supports it (on HP it gains

Re: NT soon to surpass Linux in specweb99 performance?

2001-02-01 Thread Denis Perchine
ned off in its case. MS do this. > http://www.spec.org/osg/web99/results/res2000q4/web99-20001127-00075.html -- Sincerely Yours, Denis Perchine -- E-Mail: [EMAIL PROTECTED] HomePage: http://www.perchine.com/dyp/ FidoNet: 2:5000/120.5 ---

Re: NT soon to surpass Linux in specweb99 performance?

2001-02-01 Thread Denis Perchine
99/results/res2000q4/web99-20001127-00075.html -- Sincerely Yours, Denis Perchine -- E-Mail: [EMAIL PROTECTED] HomePage: http://www.perchine.com/dyp/ FidoNet: 2:5000/120.5 -- - To unsubscribe from this list: send the line "un

Re: Bad behavior of recv on already closed sockets.

2000-12-12 Thread Denis Perchine
apache with mod_perl. Actually this connection should be closed, if there was a failure, but somehow it is not. And possibly it is a fd in DBD::Pg code (or libpq code). I will think how to check this... -- Sincerely Yours, Denis Perchine -- E-Mail: [EMAIL PROTECTED] HomePage: http:

Re: Bad behavior of recv on already closed sockets.

2000-12-12 Thread Denis Perchine
(or libpq code). I will think how to check this... -- Sincerely Yours, Denis Perchine -- E-Mail: [EMAIL PROTECTED] HomePage: http://www.perchine.com/dyp/ FidoNet: 2:5000/120.5 -- - To unsubscribe from this list: send the line

Bad behavior of recv on already closed sockets.

2000-12-10 Thread Denis Perchine
on Linux Date: Sun, 10 Dec 2000 12:51:46 +0600 From: Denis Perchine <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Hello, I have quite strange problem. It's lsof -i -n -P postmaste 20018 postgres6u IPv4 12241380 TCP 127.0.0.1:5432->127.0.0.1:6651 (CLOSE) And there i

Bad behavior of recv on already closed sockets.

2000-12-10 Thread Denis Perchine
on Linux Date: Sun, 10 Dec 2000 12:51:46 +0600 From: Denis Perchine [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hello, I have quite strange problem. It's lsof -i -n -P postmaste 20018 postgres6u IPv4 12241380 TCP 127.0.0.1:5432-127.0.0.1:6651 (CLOSE) And there is no pair