Thursday, August 2, 2018

Digest for comp.programming.threads@googlegroups.com - 5 updates in 5 topics

Sky89 <Sky89@sky68.com>: Aug 02 01:58AM -0400

Hello..
 
 
You will ask why have i invented many scalable algorithms and
there implementations? because also my work will permit us also to
"revolutionise" science and technology because it is HPC(high
performance computing), this is why i will also sell some of my scalable
algorithms and there implementations to companies such as Google or
Microsoft or Embarcadero.
 
Also HPC has revolutionised the way science is performed. Supercomputing
is needed for processing sophisticated computational models able to
simulate the cellular structure and functionalities of the brain. This
should enable us to better understand how our brain works and how we can
cope with diseases such as those linked to ageing and to understand more
about HPC, read more here:
 
https://ec.europa.eu/digital-single-market/en/blog/why-do-supercomputers-matter-your-everyday-life
 
This is why also i wrote this:
 
About my "scalable" RWLocks..
 
Based on Intel and Micron's claim, 3D Xpoint is 1000x faster than NAND
and 10x higher density than conventional memory (assume DRAM here). So
latency of PCIe NAND is about 100us, and 1000x faster 3D Xpoint gives
100ns, which is 2 times slower than DRAM's speed of 50ns, so this makes
my scalable RWLocks very useful for 3D Xpoint, so my scalable RWLocks
are for example very useful for Optane SSD 900P that uses 3D Xpoint and
thus they are very useful for such SSDs that use 3D XPoint and that are
used in a "scalable" RAID manner.
 
Read about Intel Optane SSD 900P Review: 3D XPoint Unleashed
 
https://www.tomshardware.co.uk/intel-optane-ssd-900p-3d-xpoint,review-34076.html
 
And here is my scalable RWLocks that i have invented, i have also
invented Starvation-free scalable RWLocks, please look at my scalable
RWLocks that i have invented inside my C++ synchronization objects
library for Windows and Linux here, because it is really powerful:
 
https://sites.google.com/site/scalable68/c-synchronization-objects-library
 
You will find the Delphi and FreePascal versions of my scalable RWLocks
and there source code here:
 
https://sites.google.com/site/scalable68/
 
 
As you have noticed i am an "inventor" of "scalable" algorithms and
there implementations, i have also invented a fully scalable Threadpool
that is really powerful and i have invented scalable FIFO queues that
are node-based and array-based and i have invented a scalable reference
counting with efficient support for weak references.
 
 
So Stay tunned !
 
 
 
Thank you,
Amine Moulay Ramdane.
Sky89 <Sky89@sky68.com>: Aug 02 12:49AM -0400

Hello..
 
About my "scalable" RWLocks..
 
Based on Intel and Micron's claim, 3D Xpoint is 1000x faster than NAND
and 10x higher density than conventional memory (assume DRAM here). So
latency of PCIe NAND is about 100us, and 1000x faster 3D Xpoint gives
100ns, which is 2 times slower than DRAM's speed of 50ns, so this makes
my scalable RWLocks very useful for 3D Xpoint, so my scalable RWLocks
are for example very useful for Optane SSD 900P that uses 3D Xpoint and
thus they are very useful for such SSDs that use 3D XPoint and that are
used in a "scalable" RAID manner.
 
Read about Intel Optane SSD 900P Review: 3D XPoint Unleashed
 
https://www.tomshardware.co.uk/intel-optane-ssd-900p-3d-xpoint,review-34076.html
 
And here is my scalable RWLocks that i have invented, i have also
invented Starvation-free scalable RWLocks, please look at my scalable
RWLocks that i have invented inside my C++ synchronization objects
library for Windows and Linux here, because it is really powerful:
 
https://sites.google.com/site/scalable68/c-synchronization-objects-library
 
You will find the Delphi and FreePascal versions of my scalable RWLocks
and there source code here:
 
https://sites.google.com/site/scalable68/
 
 
As you have noticed i am an "inventor" of "scalable" algorithms and
there implementations, i have also invented a fully scalable Threadpool
that is really powerful and i have invented scalable FIFO queues that
are node-based and array-based and i have invented a scalable reference
counting with efficient support for weak references.
 
 
So Stay tunned !
 
 
 
Thank you,
Amine Moulay Ramdane.
Sky89 <Sky89@sky68.com>: Aug 01 11:27PM -0400

Hello,
 
I correct some typos, please read again:
 
Parallel archiver was updated to version 4.92
 
I am finally coming back to say that i have solved the file name
convention problem, now you will be more happy with my Parallel
archiver, now i have added a method that permits you to verify
the compatibility of a file name of Linux with the file naming
convention of Windows, here it is it works on Linux, look at it carefully:
 
==
 
function TPLZ4Archiver.IsValidWindowsFileName(const fileName :
string;var a:char) : boolean;
const
InvalidCharacters : set of char = ['\', '/', ':', '*', '?', '"', '<',
'>', '|'];
var
c : char;
begin
result := fileName <> '';
 
if result then
begin
for c in fileName do
begin
result := NOT (c in InvalidCharacters) ;
if NOT result
then
begin
a:=c;
break;
end;
end;
end;
end; (* IsValidWindowsFileName *)
 
 
==
 
 
Here is its documentation that i have included:
 
function IsValidWindowsFileName(const filename : string;var A:char) :
boolean;
- Returns true if it is a valid Windows filename, if it is not the
character that is not compatible with the Windows file name convention
will be returned in variable A
 
My IsValidWindowsFileName() method permits you to create compatible
archives between my Parallel archiver for Linux and my Parallel archiver
for Windows, and that's great.
 
And now that the naming convention problem has been solved ,
now i think that my Parallel archiver is working correctly both
on Windows and Linux and it is really fast and it is powerful.
 
You can download my new Parallel archiver version 4.92 for Windows and
Linux from:
 
https://sites.google.com/site/scalable68/parallel-archiver
 
 
Thank you,
Amine Moulay Ramdane.
Sky89 <Sky89@sky68.com>: Aug 01 10:42PM -0400

Hello,
 
 
My Parallel archiver was updated to version 4.92
 
I am finally coming back to say that i have solved the file name
convention problem, now you will be more happy with my Parallel
archiver, now i have added a method that permits you to verify
the compatibility a the file name of Linux with the file naming
convention of Windows, here it is it works on Linux, look at it carefully:
 
==
 
function TPLZ4Archiver.IsValidWindowsFileName(const fileName :
string;var a:char) : boolean;
const
InvalidCharacters : set of char = ['\', '/', ':', '*', '?', '"', '<',
'>', '|'];
var
c : char;
begin
result := fileName <> '';
 
if result then
begin
for c in fileName do
begin
result := NOT (c in InvalidCharacters) ;
if NOT result
then
begin
a:=c;
break;
end;
end;
end;
end; (* IsValidWindowsFileName *)
 
 
==
 
 
Here is is its documentation that i have included:
 
function IsValidWindowsFileName(const filename : string;var A:char) :
boolean;
- Returns true if it is a valid Windows filename, if it is not the
character that is not compatible with the Windows file name convention
will be returned in variable A
 
My IsValidWindowsFileName() method permits you create compatible
archives between my Parallel archiver for Linux and my Parallel archiver
for Windows, and that's great.
 
And now that the naming convention problem has been solved ,
now i think that my Parallel archiver is working correctly both
on Windows and Linux and it is really fast and it is powerful.
 
You can download my new Parallel archiver version 4.92 for Windows and
Linux from:
 
https://sites.google.com/site/scalable68/parallel-archiver
 
 
Thank you,
Amine Moulay Ramdane.
Sky89 <Sky89@sky68.com>: Aug 01 03:25PM -0400

Hello,
 
My Parallel archiver was updated to version 4.91
 
I have corrected a validation process inside AddStream3() of the
Update() method, and i think it is correct now, and i think
my Parallel archiver is much much more stable and it is really
fast now.
 
You can download my Parallel archiver version 4.91 for Windows and Linux
from:
 
https://sites.google.com/site/scalable68/parallel-archiver
 
 
Thank you,
Amine Moulay Ramdane.
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to comp.programming.threads+unsubscribe@googlegroups.com.
Posted by at

No comments:

Post a Comment

Subscribe to: Post Comments (Atom)