Subtle Denial of Medical Treatment by the Singapore Government for Mr. Teo En Ming (Zhang Enming)

2015-03-14 Thread Teo En Ming (Zhang Enming)
*** coronary heart disease. Thank you very much. -- Yours sincerely, Mr. Teo En Ming (Zhang Enming) Singapore Citizen (Declassified) Subtle Denial of Medical Treatment by the Singapore Government for Mr. Teo En Ming (Zhang Enming) Dated 14 Mar 2015.pdf Description: Adobe PDF document

Subtle Denial of Medical Treatment by the Singapore Government for Mr. Teo En Ming (Zhang Enming)

2015-03-14 Thread Teo En Ming (Zhang Enming)
*** coronary heart disease. Thank you very much. -- Yours sincerely, Mr. Teo En Ming (Zhang Enming) Singapore Citizen (Declassified) Subtle Denial of Medical Treatment by the Singapore Government for Mr. Teo En Ming (Zhang Enming) Dated 14 Mar 2015.pdf Description: Adobe PDF document

Testing Only; Please Ignore

2014-11-22 Thread Teo En Ming (Zhang Enming)
Testing only, please ignore. Many apologies for the inconvenience caused. -- Yours sincerely, Mr. Teo En Ming (Zhang Enming) Singapore Citizen Teo En Ming's 1st Communication to the United Nations Human Rights Council Dated 10 Oct 2014.pdf Description: Adobe PDF document

Testing Only; Please Ignore

2014-11-22 Thread Teo En Ming (Zhang Enming)
Testing only, please ignore. Many apologies for the inconvenience caused. -- Yours sincerely, Mr. Teo En Ming (Zhang Enming) Singapore Citizen Teo En Ming's 1st Communication to the United Nations Human Rights Council Dated 10 Oct 2014.pdf Description: Adobe PDF document

Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel

2008-02-05 Thread Ming Zhang
der to start a daemon is by no > means a sign of a well-tested and mature project. > > That's why I asked how many people use stgt in a production environment > - James was worried about a potential migration path for current users. > > > > -- > Tomasz

Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel

2008-02-05 Thread Ming Zhang
mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/scst-devel -- Ming Zhang @#$%^ purging memory... (*!% http://blackmagic02881.wordpress.com/ http://www.linkedin.com/in/blackmagic02881 -- To unsubscribe from this list: send

Re: [NFS] [PATCH 001 of 9] knfsd: nfsd4: fix non-terminated string

2007-02-14 Thread Ming Zhang
On Wed, 2007-02-14 at 09:55 -0800, Chuck Lever wrote: > Ming Zhang wrote: > > On Tue, 2007-02-13 at 10:44 +1100, NeilBrown wrote: > >> From: J. Bruce Fields <[EMAIL PROTECTED]> > >> The server name is expected to be a null-terminated string, so we can't >

Re: [NFS] [PATCH 001 of 9] knfsd: nfsd4: fix non-terminated string

2007-02-14 Thread Ming Zhang
On Tue, 2007-02-13 at 10:44 +1100, NeilBrown wrote: > From: J. Bruce Fields <[EMAIL PROTECTED]> > The server name is expected to be a null-terminated string, so we can't > pass in the raw client identifier. > > What's more, the client identifier is just a binary, not necessarily > printable,

Re: [NFS] [PATCH 001 of 9] knfsd: nfsd4: fix non-terminated string

2007-02-14 Thread Ming Zhang
On Tue, 2007-02-13 at 10:44 +1100, NeilBrown wrote: From: J. Bruce Fields [EMAIL PROTECTED] The server name is expected to be a null-terminated string, so we can't pass in the raw client identifier. What's more, the client identifier is just a binary, not necessarily printable, blob. Let's

Re: [NFS] [PATCH 001 of 9] knfsd: nfsd4: fix non-terminated string

2007-02-14 Thread Ming Zhang
On Wed, 2007-02-14 at 09:55 -0800, Chuck Lever wrote: Ming Zhang wrote: On Tue, 2007-02-13 at 10:44 +1100, NeilBrown wrote: From: J. Bruce Fields [EMAIL PROTECTED] The server name is expected to be a null-terminated string, so we can't pass in the raw client identifier. What's more

Re: [dm-devel] Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper

2006-12-02 Thread Ming Zhang
On Sat, 2006-12-02 at 13:28 -0500, Ming Zhao wrote: > On 12/1/06, Ming Zhang <[EMAIL PROTECTED]> wrote: > > like to see this idea but any similarity with > > http://www.ele.uri.edu/Research/hpcl/STICS/stics.pdf? > > > > STICS is patent pending so not su

Re: [dm-devel] Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper

2006-12-02 Thread Ming Zhang
On Sat, 2006-12-02 at 13:28 -0500, Ming Zhao wrote: On 12/1/06, Ming Zhang [EMAIL PROTECTED] wrote: like to see this idea but any similarity with http://www.ele.uri.edu/Research/hpcl/STICS/stics.pdf? STICS is patent pending so not sure if kernel can be free to merge this dm-cache. I

Re: [dm-devel] Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper

2006-12-01 Thread Ming Zhang
On Mon, 2006-11-27 at 13:55 -0600, Eric Van Hensbergen wrote: > On 11/27/06, bert hubert <[EMAIL PROTECTED]> wrote: > > On Mon, Nov 27, 2006 at 06:26:34PM +, Eric Van Hensbergen wrote: > > > This is the first cut of a device-mapper target which provides a > > > write-back > > > or

Re: [dm-devel] Re: [RFC][PATCH] dm-cache: block level disk cache target for device mapper

2006-12-01 Thread Ming Zhang
On Mon, 2006-11-27 at 13:55 -0600, Eric Van Hensbergen wrote: On 11/27/06, bert hubert [EMAIL PROTECTED] wrote: On Mon, Nov 27, 2006 at 06:26:34PM +, Eric Van Hensbergen wrote: This is the first cut of a device-mapper target which provides a write-back or write-through block

Re: Where is the performance bottleneck?

2005-08-31 Thread Ming Zhang
forgot to attach lspci output. it is a 133MB PCI-X card but only run at 66MHZ. quick question, where I can check if it is running at 64bit? 66MHZ * 32Bit /8 * 80% bus utilization ~= 211MB/s then match the upper speed I meet now... Ming 02:01.0 SCSI storage controller: Marvell MV88SX5081

Re: Where is the performance bottleneck?

2005-08-31 Thread Ming Zhang
join the party. ;) 8 400GB SATA disk on same Marvel 8 port PCIX-133 card. P4 CPU. Supermicro SCT board. # cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid5] [multipath] [raid6] [raid10] [faulty] md0 : active raid0 sdh[7] sdg[6] sdf[5] sde[4] sdd[3] sdc[2] sdb[1] sda [0]

Re: Where is the performance bottleneck?

2005-08-31 Thread Ming Zhang
join the party. ;) 8 400GB SATA disk on same Marvel 8 port PCIX-133 card. P4 CPU. Supermicro SCT board. # cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid5] [multipath] [raid6] [raid10] [faulty] md0 : active raid0 sdh[7] sdg[6] sdf[5] sde[4] sdd[3] sdc[2] sdb[1] sda [0]

Re: Where is the performance bottleneck?

2005-08-31 Thread Ming Zhang
=simple, DMMRBC=0, DMOST=3, DMCRS=0, RSCEM- On Wed, 2005-08-31 at 14:52 -0400, Ming Zhang wrote: join the party. ;) 8 400GB SATA disk on same Marvel 8 port PCIX-133 card. P4 CPU. Supermicro SCT board. # cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid5] [multipath] [raid6

Re: very weired random io behavior

2005-08-26 Thread Ming Zhang
sorry. my dumb. here is not x = (rand() >> 1) << 1; but x = (rand() >> 10) << 10; file is in bytes while lba is in sector. ;P ming On Fri, 2005-08-26 at 16:08 -0400, Ming Zhang wrote: > --- > #define _LA

very weired random io behavior

2005-08-26 Thread Ming Zhang
I ran a small test program on a 400GB SATA disk connected to Marvel chip. Using 2.6.11.12 kernel and get this strange behavior. # iostat -k -p /dev/sdj Linux 2.6.11.12 (bakstor2u.localdomain) 08/26/2005 avg-cpu: %user %nice%sys %iowait %idle 0.110.006.63

very weired random io behavior

2005-08-26 Thread Ming Zhang
I ran a small test program on a 400GB SATA disk connected to Marvel chip. Using 2.6.11.12 kernel and get this strange behavior. # iostat -k -p /dev/sdj Linux 2.6.11.12 (bakstor2u.localdomain) 08/26/2005 avg-cpu: %user %nice%sys %iowait %idle 0.110.006.63

Re: very weired random io behavior

2005-08-26 Thread Ming Zhang
sorry. my dumb. here is not x = (rand() 1) 1; but x = (rand() 10) 10; file is in bytes while lba is in sector. ;P ming On Fri, 2005-08-26 at 16:08 -0400, Ming Zhang wrote: --- #define _LARGEFILE64_SOURCE #include stdlib.h #include